Új hozzászólás Aktív témák
-
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.)
-
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
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.)
-
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
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?
-
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 ?
-
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
-
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
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 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.)
-
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.
-
Male
nagyúr
-
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
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
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
-
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?)
-
Male
nagyúr
válasz martonx #1030 üzenetére
Android fronton tudsz olyan típust, ami "ha ezen használható tempóban megy, akkor minden máson is fog"? (Mármint egy jQuery-s, PhoneGapos cucc viselkedjen így.) Mert teszteléshez akkor ilyesmit szereznék be... sajnos telefonokkal nagyon nem vagyok képben.
[ Szerkesztve ]
-
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é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![ Szerkesztve ]
-
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á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...
-
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.
[ Szerkesztve ]
-
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.
[ Szerkesztve ]
-
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!
-
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
-
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
-
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.
-
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)
[ Szerkesztve ]
-
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 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).
[ Szerkesztve ]
-
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. -
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. -
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 )
-
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.
-
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 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 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?
-
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.
-
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.
-
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.) -
Male
nagyúr
válasz Speeedfire #1154 üzenetére
Jah, értem
Új hozzászólás Aktív témák
- Amd Fx-4100 (4mag / 4 szál / 3.6GHz)
- LG 27UK650-W 4K LED monitor, IPS gamer monitor, 27", 3840x2160, pivot (álló), HDR, freesync, 16:9
- ASUS ROG MAXIMUS Z690 APEX - garanciás, fullos csomag
- ASUS RT-AX86U AX5700 WiFi 6 gigabit AiMesh OFDMA mobile gaming 2.5G Wan link aggregation
- Dymo letra 109 címkenyomtató, feliratozó + szalagok