Új hozzászólás Aktív témák
-
Male
nagyúr
-
Male
nagyúr
Csak hogy még egy problémát felvessek az ezer sor egyben szerkesztéssel: Gyanítom akkor a mentésnél mind az ezer sort mented is (persze nem biztos, nem olvastam el mindent a megoldásodról). Namost ez egyrészt szintén rohadtul erőforrás pazarló, de ami nagyobb probléma: Gizike megnyitja az ezer sorát, fél napja írkál át minden mezőt... közben Gabika is végez a pasziánszal, és kattint... bejön neki is az ezer sora szerkeszthetőre (van egy pár átfedés a két ezer sor között), és mondjuk egyetlen mezőt módosít.. Aztán Gizike megnyomja a rögzítés gombot, mert kész a kávé, szól Gabikának, aki gyors rányom a rögzítésre szintén.... és Gizike fél napos munkája a kukában.
Persze kivédhető ez, és lehet, hogy gondoltál is rá, de ha nem, akkor készülj fel
(Ez a probléma ha csak egy sort szerkesztesz egyszerre, akkor minimalizálódik, de még oda is rakhatsz védelmet persze.) -
Male
nagyúr
Hm... végülis lehet, hogy elég a jQuery UI-ban lévő "selectable"... csak annál meg ugyan egér húzással kijelölhető egy-egy sorozat, de a kijelölés megszüntetése már csak egyesével megy (vagy egyben az összesé), nem lehet ugyan úgy húzással megszüntetni egy szakaszon a kijelölést...
-
#2526
Male
nagyúr
trisztan94
#2525
Male
nagyúr
válasz
trisztan94
#2525
üzenetére
Őőőő... nem szebbé tétel a cél, hanem hogy ne kelljen 352-ször kattintani a kitöltéséhez.
Közben megoldódni látszik, megnéztem alaposabban amit linkeltem, és úgy tűnik át tudom szabni olyanra, ahogy nekem kell.... a gáz, hogy ezer éves jQueryvel megy csak.... remek.
-
Male
nagyúr
Sziasztok!
Egy olyan jQuery/jQuery UI cuccra lenne szükségem, amivel meg tudok jeleníteni egy hetet, fix tól-ig idősávban (tehát minden nap eleje és vége le van vágva, vagy letiltva), 15 perces osztással. Minden osztáshoz egy sorszám tartozik... jelen esetben ez 1 - 704 közötti számokat jelent. A funkcionalitása olyan, hogy egérrel ki lehet jelölgetni részeket benne, amik nem feltétlenül összefüggőek (tehát egy rakás időszakot kijelölhet), majd ezt egyben el tudom küldeni, lehetőleg úgy, hogy 1 - 704 között mindhez csak egy 0/1 érték jön (ez annyira nem kritérium, csak a végeredmény nekem ilyen formában kell, és így tudnám a leggyorsabban feldolgozni).
Ami még kell, hogy eleve megjelenítéskor már ki tudjak jelölni részeket (gyak. visszaállítok egy korábban bejelölgetett állapotot).Tehát összességében valami ilyesmire lenne szükségem, csak sokkal kevesebb tudással, és főleg nem azzal, hogy minden kijelölésnél felugorjon egy ablak.... egyrészt mert a felhasználónak macera lenne, másrészt mert nekem feldolgozni is sokkal előnytelenebb.
A kérdésem, hogy valaki kapásból rá tudja vágni nekem, hogy mi az a plugin ami ezt tudja, vagy esetleg a linkemen lévőt ismeri, és tudja, hogy vissza lehet ennyire butítani... vagy guglizzak még egy napot, és végül inkább csináljam meg saját magamnak?
(Jelenleg ez nagyon felhasználóbarát módon 704 darab checkbox-szal van megoldva, mivel úgy volt, hogy ezt csak egy pár embernek kell kitöltenie, és nekik is életükben egyszer, szóval kibírják, de megváltoztak az elvárások, és persze azóta már elvárható lett az is, hogy a JS engedélyezve legyen a böngészőben
) -
#2085
Male
nagyúr
Sk8erPeter
#2080
Male
nagyúr
válasz
Sk8erPeter
#2080
üzenetére
OK, szóval az ÉS volt a helyes akkor
Kombinálnom még nem nagyon kellett így.Vajon tempóban van különbség, hogyha ID majd hasClass() -t használok erre, vagy ha ezen a módon ID.class -szal próbálom meg kiválasztani?
-
Male
nagyúr
válasz
szmegma
#2077
üzenetére
Jó az, csak még össze kell hoznod, hogyha JS van, akkor JS töltse az új tartalmat, ha nincs, akkor pedig éljenek a linkek.
Nem nagyon tudok lapozó témában nyilatkozni, mert egy általam nagyon nem kedvelt rész (se felhasználóként, se fejlesztőként), és ha csak lehet elkerülöm... főleg, hogyha JS-sel töltöd át, akkor még a címsorban is frissíteni kéne a linket, hogy aki onnan kimásolva küldi el valakinek, az egyből oda juthasson... Ilyen JS-es lapozást pl csak kis dobozokban csinálnék (vagy ha valami átmenetek kellenek a váltásnál), ha szinte az egész oldalt lecseréled, akkor hagyományos módon oldanám inkább meg. (Persze a megrendelő dönti el végső soron, hogy mit akar az oldalra, és az hogyan működjön.)
Az előzőmhöz még: az ÉS kapcsolat helyett lehet, hogy VAGY van... még soha nem kellett vegyítenem selectornál classt és ID-t.... de még megnézem, egyszer jól jöhet
-
Male
nagyúr
válasz
szmegma
#2075
üzenetére
A HTML spec.nek tudtommal megfelel, ha van az ID-ben pont. Ellenben a jQuery selector miatt gondot okoz... ugye megadhatod úgy, hogy "#akármiid", így ID-re keres, de megadhatod úgy is, hogy ".valamiclass", így pedig az adott class-u elemeket választod ki. Namost amit te beírtál, hogy "#lap.1" az a lap ID-jű ÉS 1 classal rendelkező elemet kereste, ami persze nincs az oldalon. -
Male
nagyúr
válasz
szmegma
#2069
üzenetére
A második, csak ne hagyd le a #-et, és csak azután csináld, hogy az új tartalom ottvan már, tehát meg fogja találni. (callbackbe beteszed és kész) Már ha cseréled ezt a lapozót is még mindig... nem néztem meg. (persze ha cseréled, és így tolod ki PHP-val, akkor meg eleve benne lehetne már az adott elemnél ez a class... totál felesleges kiküldeni aktív nélkül + elküldeni melyik az aktív, aztán ott kikerestetni, és aktívvá tenni)
Bár ez eleve gyanúsan néz ki: "lap."+lap
Biztos van az ID-ben pont is?#2071: Az pedig nem működik továbbra sem JS nélkül... kapcsold már ki a böngésződben a JS futtatást, és próbáld meg. Az egy dolog, hogy a PHP-d $_GET-ből is nézi az oldal azonosítóját, de ha semmi link nincs, ami így hívná meg a tartalmat, akkor az a lapozó nem működik JS nélkül.
-
Male
nagyúr
válasz
szmegma
#2062
üzenetére
Gondolom azért mondja, mert JS nélkül sehol nincs belinkelve a többi oldal... ( ha igen, akkor bocs, nem néztem meg alaposan az oldalt )
Amúgy ha oldalakat töltesz be, akkor használhatod a .load() -ot is. (rövidebb, és kezdetben könnyebb szerintem)
Plusz a lapozó részt nem biztos, hogy célszerű újra tölteni, annak a módosítását JS-ben is elintézheted. -
#1610
Male
nagyúr
Sk8erPeter
#1609
Male
nagyúr
válasz
Sk8erPeter
#1609
üzenetére
Hogy ennyire vak legyek, még végig is kattintgattam a lehetőségeket délután, meg átfutottam a linken az "API Documentation"-t
Köszi!
-
Male
nagyúr
Egy jQuery UI kérdésem lenne ismét: A datepickert használva el lehet azt érni, hogy az input mezőben pl "2012. November 15." legyen a formátum, amit a felhasználó lát, de az "onSelect"-nél már 2012-11-15 formátumban adja? (Szeretném kulturáltan megjeleníteni a felhasználónak, ugyanakkor nem akarok azzal vacakolni, hogy a hónapneveket én váltogassam vissza számra.... mondjuk egy switchből állna csak szinte, de akkor is minek, ha belül biztos megvan már számként eleve.)
-
#1494
Male
nagyúr
Sk8erPeter
#1491
Male
nagyúr
válasz
Sk8erPeter
#1491
üzenetére
Köszi!
A második már majdnem jó, csak nem ad arra lehetőséget, hogy valami mást is beírjanak, ami nincs a listán... bár ezt megoldom egy külön mezővel, így legalább szét is lesz válogatva eleve. -
Male
nagyúr
jQuery UI-val a Combobox összekombinálható valahogy a multiple value-val? Tehát lenyitható, kattintható mint a combobox, de nem cserél ilyenkor sem, hanem hozzáfűz, mint a multiple value-nál?
Egy ilyenre lenne szükségem... most csak egy előzetes infó kéne, hogy egyáltalán nekiálljak-e ennek az összekombinálásnak, vagy felejtsem el, és keressek más megoldást? -
#1288
Male
nagyúr
Sk8erPeter
#1287
Male
nagyúr
válasz
Sk8erPeter
#1287
üzenetére
Gondolom szerintük "Jó az úgy!"...
-
#1286
Male
nagyúr
Sk8erPeter
#1284
Male
nagyúr
válasz
Sk8erPeter
#1284
üzenetére
Aki a saját gépén nem forgatta el előre, az a szerveren sem fogja már
-
#1283
Male
nagyúr
Sk8erPeter
#1279
Male
nagyúr
válasz
Sk8erPeter
#1279
üzenetére
Az kb az igényteleneknek van, akik nem forgatják be az álló képeket még a weboldalra kipakoláskor sem
(OFF: Mi a fene történt? Az FF-ben angol a billentyűzetem, de csak ott :S ...minden más ablakban normál magyar kiosztással megy... most notepadban írom meg a hozzászólást
) -
#1252
Male
nagyúr
Sk8erPeter
#1251
Male
nagyúr
válasz
Sk8erPeter
#1251
üzenetére
Jó volt az, ez várható hibajelenség volt
...én kicsit máshogy alakítottam át közben, mivel külön formokban vannak (jó, ezt nem tudhattad... még én is variáltam akkor, hogy hogyan legyen), így egyszerűen a click-et jobban becélzom (form id-je + a class), hogy melyik melyikre hasson, és így már tökéletes. Végülis ugyan ezt éri el a tiéd is a next-tel. (Lesz olyan combobox is az oldalon, amibe bele lehet írni, így a sima classos megoldás már ott is bukna, ezért indultam ebbe az irányba. Na igen, ezt az infót sem írtam korábban ) -
Male
nagyúr
válasz
martonx
#1248
üzenetére
Leginkább a CSS része gáz, igen... mert oké, a pluginhez ott vannak az alap témák általában, de ha egyedit használsz az UI-hez, akkor véged van.... szépen egyesével írkálhatod át a CSS-ben az értékeket. Az lenne nagy durranás, ha a custom verzió legenerálásnál elmentené egy külön fileba a beállításokat, és ez alapján a pluginek is el tudnák készíteni az ehhez illő CSS-üket ( mert végülis az alapéból már következik az összes szín, méret, stb. ami a pluginnek kellhet ).
-
#1245
Male
nagyúr
Sk8erPeter
#1244
Male
nagyúr
válasz
Sk8erPeter
#1244
üzenetére
Hm, ennyire nem hasonlítottam össze... a multiple select tényleg hasznos dolog. Megnézegetem még.
(A readonly bevált, a belekattintás hozzárendelése viszont nem jó sajnos, mert több ilyen select is van egy oldalon... aztán egyikre kattintok, és a másik nyílik le néha
...holnap ha nem lesz villámlás, akkor folytatom ) -
#1240
Male
nagyúr
Sk8erPeter
#1239
Male
nagyúr
válasz
Sk8erPeter
#1239
üzenetére
Hm, én ezt találtam hozzá tegnap (tetszene amelyik fel-le nyílik ki, középen az épp kiválasztottal). Mindkettőnél gond, hogy a CSS-üket át kell írni teljesen (az UI-hez custom változatot használok), ehhez a macerához meg nagyon nincs kedvem most
-
#1238
Male
nagyúr
Sk8erPeter
#1237
Male
nagyúr
válasz
Sk8erPeter
#1237
üzenetére
Köszi, ez így nekem teljesen jó! ...aztán majd csinálnak egy sima selectet is egyszer az UI-ben
(pluginnel van, de egyrészt akkor mégegy betöltendő dolog, másrészt annak a CSS-ét is át kell akkor alakítani, hogy azonos legyen az UI-hez összehozottal) -
#1236
Male
nagyúr
Sk8erPeter
#1235
Male
nagyúr
válasz
Sk8erPeter
#1235
üzenetére
Köszi! Tényleg megy, csak bele lehet kattintani... még akkor kéne egy olyan, hogy belekattintásra is lenyílik, és tökéletes
-
Male
nagyúr
Köszi!
Ettől tartottam
Nem értem, miért hagyták ki... így lehetne szép, egységes kinézet.Ha a "Custom data and display"-re gondolsz, abban meg pont a lenyitó gomb nincs benne. ...holnap nekiállok akkor átalakítani, gondolom össze lehet hozni ( pl amit csinál sima input mezőt, azt ha readonlyvá teszem, akkor... na ilyet még úgysem csináltam, a JS gyanítom át tudja írni az értékét ugyan úgy, de a felhasználó nem tud beleírni.... most elsőre ez ugrott be, amivel megkerülhető
) -
Male
nagyúr
Csak egy rövid jQuery UI kérdésem lenne: Van egy "combobox" lehetőség itt, ami lenyitható select, de bele is lehet írni tetszőleges szöveget. Pár helyen használnám egy oldalon, de néhol sima select kéne a helyére ( tehát ne lehessen beleírni mást, csak választani a listáról ). A kérdés, hogyan lehet ezt azonos kinézettel megoldani? ( én vagyok a béna, hogy nem találok ebből sima select verziót a doksiban, vagy tényleg nincs
)Lehetőleg külön plugin nélkül szeretném megoldani... már csak az ui-hoz készített custom css miatt is. ( illetve az se lenne szép megoldás, hogy be lehet írni, csak hibát jelzek vissza )
-
-
-
#1156
Male
nagyúr
Speeedfire
#1154
Male
nagyúr
válasz
Speeedfire
#1154
üzenetére
Jah, értem
-
#1153
Male
nagyúr
Speeedfire
#1152
Male
nagyúr
válasz
Speeedfire
#1152
üzenetére
JS-nél az elég érdekes, mert a látogatók úgyis meg tudják nézni
(Na jó, ha pl admin felülethez tartozik, akkor végülis lehet védett az egyszerű látogatók elől.) -
#1144
Male
nagyúr
Sk8erPeter
#1141
Male
nagyúr
válasz
Sk8erPeter
#1141
üzenetére
Hm, igen, azt nem is néztem. Elvileg mennie kéne akkor... de végülis mindegy a callback is teljesen jó erre, és megoldotta a problémát.
-
#1139
Male
nagyúr
trisztan94
#1138
Male
nagyúr
válasz
trisztan94
#1138
üzenetére
A load-nak van egy complete része (callback), ott rendeld hozzá a gombokhoz amit kell.
-
#1137
Male
nagyúr
trisztan94
#1136
Male
nagyúr
válasz
trisztan94
#1136
üzenetére
Elég zűrzavar amit írsz, de ugye nem az előtt rendeled hozzá a gombokhoz a click-et, hogy kitennéd őket az oldalra?
-
#1117
Male
nagyúr
trisztan94
#1116
Male
nagyúr
válasz
trisztan94
#1116
üzenetére
Kevéssé valószínű, hogy itt bárkinek behozza, mivel egy belső hálós IP-t írtál most ide
-
Male
nagyúr
válasz
martonx
#1104
üzenetére
Próbálkoztam... másik szolgáltató szerverén tökéletesen megy... ugyhogy ennyi, itt valami a tárhelyen nem stimmel.
Viszont biztosan nem a méret a baja, mert 976 Byte UTF8 kódolással... hát ennyit biztos lehet postolni.
A hibanaplóba nem jegyzett be semmit. Megnézem tömörítés nélkül, hogy úgy mit kezd vele.... hátha az nem tetszik neki, hogy ilyen az adat:
$�ÿÎ�í¨t�8!qÙJ�?æó½7n�,Ö�7�³X.ÚàÇ�±ßÇÐ
...persze miért ne lehetne ilyen... a következő, hogy rákérdezek náluk, hogy mi a fene van... -
Male
nagyúr
válasz
martonx
#1104
üzenetére
Hm, valami ilyesmire gyanakszom én is, hogy a post rendesen elküldi, de a PHP-m már nem kapja meg, valami eldobja ( a valami ezesetben az Apache lehet.... mondjuk legalább az error_log-ba beírhatná akkor, hogy tudjak róla... ). Megnézem másik szolgáltatónál holnap.
Sk8erPeter: OK, megnézem azt is holnap.
-
#1102
Male
nagyúr
Sk8erPeter
#1101
Male
nagyúr
válasz
Sk8erPeter
#1101
üzenetére
Nem írtam, mert még nem volt időm kipróbálni
Holnap megnézem. ( de mondom, közvetlenül a post előtti sorban raktam egy alert(valasz.egybenminden) -t korábban, és szépen kiírta amit kellett, tehát ott még megvan a változó tartalma ahogy kell... így nekem a gyanúm, hogy vagy magának a $.post-nak van valami gondja, vagy a szerveren valami beállítás okozz a problémát... meg is nézem holnap egy másik tárhelyen, hogy ott mit csinál )Igen, azzal volt is gond elsőre, és lehalt tőle teljesen... ezért raktam a compress után még egy utf8_encode-ot... localon legalábbis ettől megjavult (ami mondjuk érthető is, mert a compress után valóban nem utf8-as karakterek lesznek
).(Igaz, azzal is meg lehetne oldani... nem tudom melyik előnyösebb... a serialize-t nem használtam soha, így maradtam ennél, de ha van valami érv mellette, akkor jöhet
) -
#1100
Male
nagyúr
Sk8erPeter
#1099
Male
nagyúr
válasz
Sk8erPeter
#1099
üzenetére
Hogy fizikailag mi ér oda, arról nem tudok meggyőződni, ezért írtam így (lehet valami szűrő előtte a tárhelyen), de a PHP már nem kapja meg, mivel az isset szerint nincs.... szóval a mintha helyett akkor azt írom, hogy nem érkezik meg
A mit kell elpostolni... az egy kupac tömörített adat, ennél pontosabban nem tudom hogy írjam le, ottvan a PHP rész ami ezt összeállítja egy tömbből (a tömbben stringek vannak, több helyről az adatbázisból... egyébként könyvek, azok leírásai, adatai, a hozzá tartozó kiadóké, stb. Pár 10KB-ról van szó max.... a tesztben most csak ~ 300 Byte a tömörítés után).
Említette, de írtam is rá, hogy a post nem távoli szerver felé megy, ugyhogy ez nem lehet a gond.
Azt pedig megtudtam, hogy érkezik hozzá a postból. Ottvan a JS részen látod, mit postol... mittesz, ajx és hozzaadando van a postban felsorolva, az első kettő megérkezik a harmadik nem. -
#1098
Male
nagyúr
Sk8erPeter
#1097
Male
nagyúr
válasz
Sk8erPeter
#1097
üzenetére
"Akkor már legyen "rendes" int"
Igaz... viszont néhol betűt is tartalmaz a hibakód, így egységesen írtam... most, hogy az az egyetlen érték string vagy int, nagy jelentősége nincs."jobban járnál a sima $.ajax()"
Lehet, bár elvileg ekvivalens a kettő. A getJSON-nel egyszerűen nem működött, soha nem érkezett meg a válasz, pedig elvileg jól írtam meg... így hagytam a fenébe, és megírtam sima gettel. Viszont ez a rész elvileg jó."szerintem az 'egybenminden'-nél nem nagyon van értelme, hogy json_encode-old is, ha a végén úgyis json_encode-olod az egészet."
Mivel egy tömböt tömörítek, ami stringet vár bemenetnek, így muszáj előtte is egy json_encode."Az application/javascript NEM jó MIME-type, ez a jó:
application/json"JSON-nél valóban az kell, amit te írsz, de JSONP-hez úgytudom az kell, amit én írtam. katt
"A debuggoláshoz használd a console.log()-ot"
Köszi!
Alerttel oldottam meg, és az alapján a válasz rendesen megérkezik, a gond, hogy utána a postnál mintha nem menne el :S"lekérsz adatokat a másik szervertől, majd miután ez megtörtént, azonnal vissza is küldesz adatokat ugyanannak a szervernek"
Annak valóban nem lenne értelme, de én egy másik szerverről kérek le adatokat, és a sajátnak küldöm utána tovább. -
#1095
Male
nagyúr
Sk8erPeter
#1094
Male
nagyúr
válasz
Sk8erPeter
#1094
üzenetére
Nyilván túloztam, részben erre is ment a smiley
Ok, lesz majd, csak ugye elég terjedelmes az eredeti, illetve ha nem azt küldöm vissza, amit a szerver dobna, hanem egy egyszerű szöveget, akkor meg működik a tárhelyen is, tehát még az adatokon is múlhat, csak nem értem miért.
A JS-ből a lényeg:
function admin_konyv_hozzaad(ajx_konyvtar_konyv_id){
$.get(
url_diriszerver,
{mi: "admin_konyvtar_konyv" , konyvtar_konyv_id: ajx_konyvtar_konyv_id},
function(valasz){
if(valasz.hiba != '0'){
switch(valasz.hiba){
/* hibakezelés */
}
}
else{
//Tehát megvan a válasz hibátlanul... küldjük el az admin_kezelonek
$.post(
"admin_kezelo.php",
{mittesz: "hozzaad" , ajx: "1", hozzaadando: valasz.egybenminden},
function(visszajelzes){
switch(visszajelzes){
/* visszajelzés kezelés */
}
}
);
}
},
"jsonp"
);
}A küldő oldalon a PHP-ból a lényeg:
$data['hiba'] = '0';
$data['egybenminden'] = utf8_encode(gzcompress(json_encode($tomb),1)); //A $tomb amit összeszed minden féle szükségest az adatbázisból
header('Content-type: application/javascript; charset=utf-8');
print sprintf('%s(%s);', $_GET['callback'], json_encode($data));A fogadó oldalon pedig ha egyszerűen a isset($_POST['hozzaadando']) false-ot ad... (az isset($_POST['ajx']) és az isset($_POST['mittesz']) az true).
-
Male
nagyúr
válasz
martonx
#1092
üzenetére
A post már nem cross domain rész, ezt lehet, hogy nem írtam le pontosan. Tehát a JS kód a fogadó ("B") oldalon fut, így az adat megszerzése a cross domain, a postolás már domainen belül megy utána. Amit elpostol, annak az egyik fele rendben is van (hogy mit tegyen vele), csak pont az eredmény nem, az mintha eltűnne
-
Male
nagyúr
válasz
TonTomika
#1090
üzenetére
Macerásabb, mint egy kész, de ebből tanulsz legalább... részben én is ezért csináltam magamnak. (én abban a verzióban onclick-ekkel írtam be, hogy másolja az értéket, és zárja be a listát, nomeg ugorjon a következő mezőre.... viszont akkor még nem használtam jQuery-t, nomeg itt erre ugrani szoktak, hogy nem szép megoldás, ugyhogy ezt csak halkan írtam ide
)Kérdés mindenkinek
Ha viszont már úgyis írok ide.... Ti hogyan oldanátok meg, hogy az egyik weboldalról a másikra juttassatok át adatokat? Mindkét tárhelyhez, adatbázishoz van hozzáférésem, mindkettőre én írhatom a kódot. Azonban később is működnie kell ennek az áttöltésnek, amikor már csak az adatokat szolgáltató (A) szerverhez lesz hozzáférésem. Nyilvános adatokról van szó egyébként, tehát a küldő oldalon (A) nem kell semmi jogosultság ellenőrzés, a fogadó oldalon (B) pedig csak az admin felületről lehet lekérni-áttölteni, tehát ott meg a saját védelmük dolgozik.
Elsőre úgy oldottam meg, hogy a "B" oldalon lévő admin felületen JSONP-vel lekérem az adatokat "A"-tól, ellenőrzöm, hogy jó-e. Ha igen, akkor sima $.post-tal elküldöm ("B"-nek, tehát domainen belül)... ez így elvileg sima ügy.
A gond, hogy localon ez tökéletesen működik is, akkor is, ha az "A" oldal már a neten lévő valós... viszont ha mindkettő a valós helyén fut, akkor nem megy.Ami még fontos lehet, JSONP-vel két érték érkezik. Az egyik egy hibakód, ezzel ellenőrzöm, hogy jó-e ami megérkezett, vagy történt valami hiba. A másik pedig maga az eredmény, ami tömörítve jön (egy pár tíz KB-os tömb, jsonencode, majd sima gzcompress, majd egy utf8encode után). A $.post-nál már csak az eredményt küldöm el (és hogy mit kezdjen vele).
Tesztelgettem, próbálgattam. Ha kiíratom az eredmeny-t, miután megjött "A"-tól, de még a $.post előtt, akkor látszólag oké. Viszont a $.post ahová küldi PHP-t, ott meg mintha nem érkezne meg... isset($_POST['eredmeny'])-t nézek, és false-ot ad (a mit kezdjen vele viszont megérkezik rendben).
Ha a tömörített cucc helyett csak egy C betűt küldök vissza eredményként, az szépen végig is megy, megérkezik a végső céljához...Mi a fene lehet a gond? Egyszerűen nem értem, mert "A"-tól biztos rendben van ami érkezik, hiszen "B"-t localon futtatva, de a valós "A"-tól kérve az adatokat minden rendben működik. A JS kódot ugyan az a gép-böngésző futtatja mindkét esetben, így ezt is kizárnám... a "B" oldalon meg hát... olyan nincs, hogy egy sima isset() localon jól működik, a szerveren meg nem... mert ha kb ennyit hagyok a kódban, akkor is azt mondja, hogy nem kapta meg.
A szerveren lehet valami korlátozás arra nézve, hogy mit lehet post-olni neki, és ha ettől eltérek, akkor eldobja, vagy mi a fene?(Jah, hibaüzenet természetesen sehol sincs, szimplán nem érkezik meg a post-olt tartalom)
-
Male
nagyúr
válasz
martonx
#1066
üzenetére
Köszi! ...ahogy Cathfaern írja, ez tényleg nem olyan, amit egy hozzá nem értőnek ki lehetne rakni... viszont most lehet, hogy pont erre van szükségem, ugyhogy megnézegetem alaposabban.
Cathfaern: Neked is köszi a linket. Úgy tűnik ideje újra körülnéznem szerkesztő ügyben, és végigpróbálgatni mik vannak.
-
#1065
Male
nagyúr
Sk8erPeter
#1064
Male
nagyúr
válasz
Sk8erPeter
#1064
üzenetére
Átírás helyett lehet ,hogy valaki beelőzi őket, és csinál egy hasonlóan jót, de kifejezetten a jQueryhez... vagy már van is
-
#1063
Male
nagyúr
Sk8erPeter
#1062
Male
nagyúr
válasz
Sk8erPeter
#1062
üzenetére
Igen, én is azt néztem, azért nem is boldogultam... ennél még az egyetemi beadandókhoz is komolyabb dokumentáció kellett
Én is mindig ezt használtam (vagy CKFindert, ha kellett a képkezelés is), de eddig sima JS volt mindig, a jQueryt nem olyan régen kezdtem megismerni-használni, így a kettő kombinációját most használom először.
Sok lehetőség lenne benne szerintem is, szóval ráfeküdhetnének a témára.Jah, van egy mérete... közel négyszerese az egész jQuerynek
-
#1061
Male
nagyúr
Sk8erPeter
#1060
Male
nagyúr
válasz
Sk8erPeter
#1060
üzenetére
Hibátlanul működik, ugyhogy jó
(Szebb lenne valahogy lekérdezni, de vagy nem lehet, vagy csak én nem tudom, hogyan lehet...)Köszi mégegyszer!
-
#1059
Male
nagyúr
Sk8erPeter
#1056
Male
nagyúr
válasz
Sk8erPeter
#1056
üzenetére
Már nem tudom szerkeszteni: Köszi! Szóval ennyi volt, simán elrakom egy változóba ha sikeresen inicializáltam... hát ez túl egyszerű volt
Valamiért mindenáron akkor akartam valahogy lekérdezni, amikor inicializálnám...1058-ra: Igen, ilyesmi a cél. A textarea ellenőrzése elég sok felesleges művelet lenne, mert egyetlen ilyen csereberélő függvény van, és úgy 99%, hogy valami más van abban a divben. Viszont így teljesen jó, hogy ha egyszer inicializáltam, akkor elrakom egy változóba, hogy igen, aztán a csereberéló függvény ezt a változót nézi, és ha igen-en van akkor nyom egy destroy-t és visszabillenti nemre a változót.
(Az eltüntet gombra tenni a destroy-t azért nem vált be... pont ezzel jött elő a gond, mert másra kattintva is tölthet abba a divbe, ha akar... és máris nem futott le a destroy)Már csak egy gondom maradt: a destroy lefutásánál ugrik egyet az egész oldal háttérképestől, mindenestől... csak egy villanás, de elég randa.
-
#1057
Male
nagyúr
Sk8erPeter
#1056
Male
nagyúr
válasz
Sk8erPeter
#1056
üzenetére
Ok, igaz.
Mert még millió más dolgot lehet abba a divbe betölteni az oldalon, ezért cserélgetem... a mintába csak kiraktam azt a részt, ami a gondot okozza (nem az a cél, hogy ezt a két gombot nyomogassa, de előfordulhat olyan eset, hogy másodszor is vissza akarja hozni ezt a formot a CKEditoros textareával, és akkor előjön a hiba).
"Ha már létezik a form meg a benne lévő div, meg a textarea, meg minden, akkor miért nem csekkolod, hogy megvan-e már?"
Tényleg nem érted... Nem az a gond, hogy újra betölti ugyan azt, és ezt meg akarom akadályozni... azt sima ügy megoldani. A gond az, hogy betölti, majd a helyéra valami mást, majd ismét betöltené a formot, és itt amikor a CKEditor hozzá rendelőde, akkor lehal.Szerkre: Ok, szóval egyszerűen tároljam el egy változóban hogy mostmár inicializáltam... megnézem, lehet, hogy ez végülis elég is.
-
#1055
Male
nagyúr
Sk8erPeter
#1053
Male
nagyúr
válasz
Sk8erPeter
#1053
üzenetére
Azt mondtam, hogy működik a tiéd, nem azt, hogy nem
Már hogy ne töltené újra az oldalt? Megnyomod az Initalize gombot... utána nem tudod mégegyszer megnyomni, mert eltűnik, tehát újra kell töltenem az oldalt, hogy megint megnyomhassam. Így pedig persze hogy nincs probléma.
"Itt minden egyes alkalommal, amikor meghívódik a formotide() függvény, létrehozod a már létező formot újra és újra"
Igen, mert újra ki kell tenni.... de ettől még nem lesz ott többször, mivel a div tartalmát erre cserélem, és nem hozzáfűzöm...Szerintem félreértesz... Nem az a gond, hogy kétszer lesz kint a form, és ezt kéne ellenőrizni... hanem hogy egyszer kiteszi a gombbal, majd a másikkal eltünteti, aztán újra a formot rakatja ki, és ekkor hal le a CKEditor...
-
#1052
Male
nagyúr
Sk8erPeter
#1051
Male
nagyúr
válasz
Sk8erPeter
#1051
üzenetére
martonx: Sajnos ez kevés... ami előtt a hiba jelentkezik, nem jön létre semmi, legalábbis én nem látom.
Amit linkelsz, az persze, hogy megy, mert újra tölti az oldalt mindig....
Új CKEditort használok, pár napos csak.
Nm akartam bedobni az egészet, mert hosszú, és sok "felesleges" van benne (külső forrásból tölt a formhoz, stb.). Csináltam egy minta oldalt, amin előjön ez a hiba:
"Form kirakasa" gomb, ekkor szépen kiteszi a CKEditort... aztán katt a "Mas a form helyere", végül újra a "Form kirakasa" ...és már le is hal azzal a hibával, amit írtam. Egyszerűen arra lenne szükkség, hogyha másodszor teszi ki a formot, akkor előbb legyilkolja a CKEditort, és csak utána rendelje hozzá...
-
Male
nagyúr
Végülis megkerültem: mivel egyetlen függvény van, ami mást tölthet a form helyére, így betettem oda fixen egy destroy()-t... (A mégsem gomb is ezt használta, csak előbb nyomott egy destroy-t.)
Ha nincs szerkesztő, nem okoz hibát, ha meg van, akkor lefut. Viszont ez nem valami szép megoldás... ugyhogy továbbra is, ha valaki tud jó megoldást a problémára, akkor légyszi írja meg! -
Male
nagyúr
Valaki használja CKEditorral a jQueryt?
A következő a gondom:
jQueryvel kirakok egy formot, benne egy textarea. Ha megjelent, akkor lecserélem a textareát a ckeditor szerkesztőjére ( $('#textarea_idje').ckeditor(); ). Van hozzá egy "Mégsem" gomb, ami először leszedi a ckeditort ( destroy(); -jal ), majd a form helyett betölti ami kell.
Ez így szépen működik, akár hányszor behozza a formot, majd nyom "Mégsem"-et, mindig megy.
A gond ott van, ha nem a "Mégsem"-et nyomja meg, hanem valami más gombbal/menüponttal tölt valamit a form helyére (nem tölti újra az oldalt, csak behoz mást), majd szépen visszahozza a formot, akkor elszáll az egész, mivel a form megjelenésekor lefutna a "$('#textarea_idje').ckeditor();", miközben előtte már lefutott egyszer, és nem volt destroy(); előtte. ...ezért aztán egy "uncaught exception: [CKEDITOR.editor] The instance "textarea_idje" already exists." hibát kapok.Hogy lehet ezt megoldani? Arra gondoltam, hogy a "$('#textarea_idje').ckeditor();" előtt le kéne ellenőrizni, hogy jelen van-e már ez, és ha igen, akkor előbb egy destroy()-t hívni... csakhogy nem tudom leellenőrizni, hogy jelen van-e már.
-
-
Male
nagyúr
válasz
martonx
#1028
üzenetére
Na, pont PhoneGap kell majd nekem is....igazából, csak pár hónap múlva, most még csak egy mini tesztet csináltam, hogy egyáltalán működésre tudom-e bírni
Csak az animáció a nehézség nekik, az összes többi dolog mehet simán akkor?
(Ha majd elakadok, kérdezhetek priviben, vagy van ennek külön topicja?)
-
#1027
Male
nagyúr
Sk8erPeter
#1026
Male
nagyúr
válasz
Sk8erPeter
#1026
üzenetére
Ok
Következő dolog amit meg kéne néznem, mi-mekkora terhelést okoz... mert JS szempontból csak tippelgetek, ami nem túl előnyös fejlesztési szempontból -
#1024
Male
nagyúr
Sk8erPeter
#1023
Male
nagyúr
válasz
Sk8erPeter
#1023
üzenetére
Jó, rengeteg plusz karakter
(átírni mondjuk annyira nem kell, mert miért írnám át)Valami gyenge ARM-os cuccon sem jelent semmit ez a plusz terhelés? Mert ha ott sem, akkor tényleg nincs értelme, és meg vagyok győzve
-
Male
nagyúr
Akkor is egy helyen kell karban tartani, hiszen ugyan azt a függvényt hívja meg mind, elég a függvényt szerkeszteni.
Cathfaern: Igen, ha annyira el akarom különíteni a HTML-től, csak ha meg class alapján rendelem hozzá, akkor hozzákötöm a stílushoz is tulajdonképpen, ami meg máshol lehet nehézség (pl máshol is azonos stílust alkalmaznék egy gombra, de más event kell neki, vagy éppen egy dizájn módosításnál a gombok egy részét megváltoztatnám, de akkor emiatt a JS-t is át kell írni, hogy a módosítottakhoz is hozzárendelődjön).
-
Male
nagyúr
-
#977
Male
nagyúr
Sk8erPeter
#971
Male
nagyúr
válasz
Sk8erPeter
#971
üzenetére
Lehet, hogy nem sikerült éppen egyszerűre a példa.. amikor írtam értettem Mindegy, ez most csak egy felvetés volt, nem kell megoldanom egyelőre.
-
#957
Male
nagyúr
Sk8erPeter
#956
Male
nagyúr
válasz
Sk8erPeter
#956
üzenetére
Session alapon ez így működik jsonp-vel? Na ezt még kipróbálom amint lesz rá időm
Feltörés: A oldal szolgáltat JSONP-vel B-nek loginhoz kötött infókat is. B-t feltörik, és az eddigi login ablakuk, ami A-nak küldte a bejelentkezési adatokat, lecserélik, és C-nek (is) továbbítja... így megszerzik a login adatait egy csomó felhasználónak, főleg ha látszólag továbbra is működik. Én pedig, mint az A oldalt üzemeltető ember erről nem is szerzek tudomást, hiszen az én rendszeremben nem történt semmi, de közben hozzám, A-hoz szereznek hozzáféréseket. (Ha csak simán feltörik B-t, azzal nem jutnak hozzá az adatokhoz, hiszen ott nem tárolódik semmi, az A szolgáltatja azokat, nála vannak). Ha viszont A csak publikus adatokat szolgáltat B-nek, a loginhez kötöttekért már át kell menni A-ra, és ott bejelentkezni, akkor B feltörésén keresztül nem lehet megszerezni semmit. (Na jó, kirakhatnak akkor is egy logint, de itt nagyobb az esély a lebukásra.)
(Nyilván ha A-t törik fel, akkor mindegy az egész, csak arról legalább van esélyem tudomást szerezni, míg B feltöréséről nincs igazán.)
-
#955
Male
nagyúr
Sk8erPeter
#951
Male
nagyúr
válasz
Sk8erPeter
#951
üzenetére
...én sem, csak találtam azt a leírást, amit linkeltem, és nem értettem... gondoltam azért jobb utánanézni, hátha valahogy mégis. A callback résszel van a bajuk, hogy oda valamit becsempésznek a valós helyett, és az belekerül a válaszba... de ez nem hinném, hogy valós veszély, ennyi erővel a saját gépén elkaphatja, és módosíthatja a választ is... csak éppen ez semmire sem jó, ráadásul ezzel sem okoz semmiféle veszélyt a szerverre nézve...
Igen, ahol már bejelentkezés kell, bizalmas adatok mennek... arra nemet mondtam, majd nézik azt szépen a valós oldalon, ott biztonságosabb, JSONP-vel szolgáltatni csak a publikusakat. (valószínűleg meg lehetne oldani, de nem tudom hogyan, kockáztatni meg nem fogok... ráadásul ha idegen oldalon van, ki tudja mennyire megbízható helyen... ha azt feltörik, megszerezhetik az azon az oldalon keresztül "dolgozók" adatait, hiszen oda fogják beírni, rosszabb esetben simán lekérik, mintha a már belépett felhasználó kérné)
-
Male
nagyúr
válasz
Cathfaern
#904
üzenetére
Kicsit más oldalról nézem, az én szerveremről szedik JSONP-vel az adatokat... ezt akkor tényleg sehogy nem kockáztatja ez, nem? (nekem ebben a felében kell most biztosnak lennem... tehát abban, hogy a szerveremen nem okoz semmilyen plusz kockázatot, hogy JSONP-vel adatokat kérhetnek le)
Ha meg feltörik a szerveremet, és más adatokat kapnak onnan azok az oldalak, amik JSONP-vel nyerik az infót tőlem... nekik ez így valóban kockázat, de ennyi erővel az ő szerverüket is feltörhetik... jó, végülis duplázza a kockázatot, mert két szervertől függenek, de ha iframe-mel teszik be tőlem a részt, akkor is ugyan úgy megjelenhet valami veszélyes dolog az oldalukon, semmi különbség. (illetve JSONP-nél még ellenőrizheti a náluk lévő kód is, hogy semmi necces dolgot nem kaptak, csak ami várható)
(Illetve amit fent linkeltem... az aztán semmit nem véd az ellen, hogy feltörik a szervert amin van, és lecserélik a szolgáltató PHP filet, hiszen akkor ez a kód is eltűnik.)
-
Male
nagyúr
Igazából nem értem, hogy lehetne ezzel bármi problémát is okozni. Oké, elküldheti máshová a választ, de ezzel mit ér el? Semmi olyan infó nem megy ki, amit eltérítés nélkül nem tudna megszerezni, hiszen a saját gépére menne különben
Köszi a linkeket, elolvasom, hátha abból kiderül
-
#892
Male
nagyúr
Sk8erPeter
#889
Male
nagyúr
válasz
Sk8erPeter
#889
üzenetére
Ok, most tovább kellett lépnem (átmenetileg mindegy, hogy van egy ugrás), de majd visszatérek rá, aztán akkor bedobom akkor.
Addig is, ha már .getJSON a téma, erre valóban szükség van szerintetek: katt ?
-
#882
Male
nagyúr
Sk8erPeter
#881
Male
nagyúr
válasz
Sk8erPeter
#881
üzenetére
Igen, az nem oldja meg, ahogy látom. Végülis akkor mi lehet a megoldás? A defferred.done() megoldja, ahogy írtam (a success részre rakva, és aminél fontos, hogy az animáció lefutása után történjen csak meg, azt ennek a callbackjébe pakolva), vagy az rossz irány?
-
#879
Male
nagyúr
Sk8erPeter
#874
Male
nagyúr
válasz
Sk8erPeter
#874
üzenetére
Igen, ez lenne a lényeg, tehát ahhoz hogy jól és szépen működjön amit kitaláltam, az animációnak le kell futnia, mielőtt a success részen lévő kód beír valamit a választól függően.
(Egyébként igen, a kattintgatás teljesen mindegy, mert az animáció kezdete után már semmi nincs, amire kattintani tudna)
Köszönöm a linket, megnézegetem, kipróbálom!
-
Male
nagyúr
Kb jól sejted, az pedig egyáltalán nem gond ebben az esetben, ha addig megfagy az oldal, hiszen addig ne is tegyen vele semmit a felhasználó.
Most ezt komolyan nem is lehet megoldani?
(A deferred.done()-t meg tudom hívni a success részen, és ha az oda szánt részt a deferred.done() callbackjébe teszem, akkor végülis elértem a "szinkronitást", amit akartam, hiszen a successbe szánt rész csak akkor fut le, amikor az animáció már végzett. Már ha jól értem a működését.)
-
#869
Male
nagyúr
Sk8erPeter
#868
Male
nagyúr
válasz
Sk8erPeter
#868
üzenetére
Köszi!
(Egyébként valóban ronda volt, máskor rendezetten szoktam alapból is írni a kódokat)Most kezdtem a jQuery-t, nem tudtam, hogy az felesleges itt már... köszi!
A kettőskereszt... igen, az kimaradt
Igen, azzal egyszerű lenne, csak nem tudom egyelőre megoldani. ajaxForm-ot használok, aminél van egy beforeSubmit rész, ezzel hívom meg a fenti függvényt, és azt akartam elérni, hogy mielőtt elküldi, fusson le az animáció. Igazából a lényeg nem is az lenne, hogy a küldés előtt lefusson, hanem hogy a küldés előtt elkezdődjön, és mire a szervertől megjön a válasz (ajaxForm success része elindul) addigra biztosan a végére is érjen.
Közben mondjuk már látom, hogy esetleg a deferred.done()-nal is meg lehet csinálni ha a success részben ezt használom... hát van még mit tanulnom a témában, viszont érdekelne, hogy mivel lehet megoldani az eredeti problémát, ha már így előjött. Tehát hogy ebből a függvényből csak akkor térjen vissza, ha már az egész animáció lefutott. -
Male
nagyúr
Szerintetek ez a függvény miért ad vissza false-ot, majd jeleníti meg utána az alert ablakban, hogy Lefutottam? (tehát az if ágba belép, de nem várja meg, hogy végezzen, hanem rögtön visszadobja, hogy false, aztán még fut tovább)
function akarmi(){
var kesz = false;
if(document.getElementById('iderakd')){
$('#iderakd').fadeIn('fast',function(){$('#iderakdmasik').html('MOSTMINDEGY');$('#iderakdmasik').fadeIn('slow');kesz = true;alert('Lefutottam');});
}
return kesz;
}..illetve hogy a fenébe csináljam meg akkor, hogy várja meg a fadeIn-ek befejeződését?
(Nem egészen ezt a kódot használom, de alapvetően ez lenne, és a lényeg, hogy ami meghívja ezt az akarmi() függvényt, az csak egy true-t kapjon vissza, MIUTÁN lefutott a teljes animáció, vagy false-ot, ha valamiért nem fut le... de semmiképpen se kezdje el, adjon vissza false-ot, majd fusson le, ahogy most csinálja.)
13 percbe telt saját magamnak megírni, hogy alapvetően működjön 
Valamiért mindenáron akkor akartam valahogy lekérdezni, amikor inicializálnám...
Új hozzászólás Aktív témák
Hirdetés
- Szép Dell Precision 5560 Slim Tervező Vágó Laptop -70% 15,6" i7-11850H 64/1TB RTX A2000 4GB UHD 4K
- Acer Nitro V 16 AI Gamer Laptop! Ryzen 7 260/RTX 5070/32gb DDR5/2TB SSD/2560x1600/180hz/Beszámítok!
- Szép Dell Precision 5560 Slim Tervező Vágó Laptop -70% 15,6" Xeon W-11955M 64/1TB RTX A2000 4GB FHD+
- AOC CQ27G2S Monitor (2K/VA/165hz)
- Samsung C27F396FHR Monitor
- ÁRGARANCIA!Épített KomPhone Ryzen 7 7800X3D 32/64GB RAM RX 7800 XT 16GB GAMER PC termékbeszámítással
- Bowers/Wilkins Px7 S2 fejhallgatók
- Telefon felvásárlás!! iPhone 16/iPhone 16 Plus/iPhone 16 Pro/iPhone 16 Pro Max
- Robbanj a jövőbe egy új Ryzen 7 5800X-szel! Kamatmentes rèszletre is!!
- Gigabyte BRIX GB-BXi3H-4010 mini PC eladó
Állásajánlatok
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest
Cég: Promenade Publishing House Kft.
Város: Budapest