Hirdetés
- Mobil flották
- iPhone topik
- Samsung Galaxy Watch8 - Classic - Ultra 2025
- Megtartotta Európában a 7500 mAh-t az Oppo
- Xiaomi 15T Pro - a téma nincs lezárva
- Huawei Watch GT 6 és GT 6 Pro duplateszt
- Örömhír: nem spórol Európán a OnePlus
- Samsung Galaxy Z Fold7 - ezt vártuk, de…
- Azonnali mobilos kérdések órája
- Sagem MyX-8
Új hozzászólás Aktív témák
-
syC
addikt
Kozben eszembe jutott egy lehetseges masik megoldas:
StoreUpdateRequestben a mainRules metodusban lehetne beleirni egy egyedi validalos rulet, ami azt figyeli, hogy matchel-e a bekuldott id a mellektablak barmelyik id-javal. Kicsit favagos, de szerintem mukdohet. Jobb otlet?
-
Peter Kiss
őstag
Fájlokat a $_FILES super global-ban keressük, nem a $_POST-ban
move_uploaded_file()-lal odamozgatod, ahová akarod, vagy maradhat a helyén is, úgyis fel lehet dolgozni
HTML oldalról a <form /> tag-ből hiányzik az enctype="multipart/form-data"Interneten (például máris a php.net-en) találsz írásokat arról, hogyan kell kezelni a fájlfeltöltéseket.
-
-
Tele von Zsinór
őstag
Használsz sessiont a két scriptben? Egy adott session egyszerre csak egy scriptben lehet aktív, ilyenkor a később bejövő vár, míg az előbb bejövő végez. A session lockot feloldhatod kódból a session_write_close függvénnyel, de persze ilyenkor ha később módosítod, az nem lesz mentve.
-
Sk8erPeter
nagyúr
Olvasd el még egyszer, amit írtam.

Szerk.: hát mittudomén ennyiből.
A szervered valamiért a masodik.php-vel előbb végez, aszinkron, mint említettem vala.
Ha nem így szeretnéd, akkor ne így AJAX-olj. Amúgy meg az .on()-t nem jó az egész body-ra meghívni, feleslegesen erőforrás-igényes, persze csak kliensoldalon. És igen, erősen OFF. 
-
Lacces
őstag
Jah, akkor cumi van, a curl technológia esetén.
Soak kolléga
jó topicot ajánlott, de én inkább a jquery-t ajánlanám
, de ez már tényleg csak ízlések is pofonok kérdése.DelArco - nak. Általában a Curl a gyorsabb, amúgy meg nem mindig. Azóta utána olvastam ennek a témának alaposabban.
Curl-t két esetben nem érdemes használni a get_headers-sel szemben, ahogy olvastam neten (hogy tényleg így van-e a valóságban, azt már nem tudom).
- nagy méretű xml fájl
- kevés adat érkezik vissza.
(Meg még egyéb hálozati, hardveres dolgoktól is függ a curl). De általában gyorsabb.
De ha a fenti 2 közül igaz valamelyik... akkor a get_header javasolt. De amúgy meg meg is nézheted
magadnak (mérheted), hogy melyik a gyorsabb.
De ez már majdnem olyan téma, mint az algoritmusok. Egyes algoritmusok általában lassabbak, de ha a legrosszabb esetre vizsgálunk, akkor gyorsabbak mint a többi. És van olyan, amely meg irgalmatlanul gyors, ha jó "ütemben" mennek az adatok... -
Lacces
őstag
A curl() általában gyorsabb, legalább is ezt mondják. Én csak párszor használtam és nem mértem, "szemmel" meg nem volt érezhető a különbség.
De a curl() felépítését is nézve gyorsabbnak tűnik, mint a file_get_contents().Amúgy meg ez nagyban függ, hogy a lekérdezett oldal hogyan van beállítva, szerver szinten. Előfordul, hogy a TCP kapcsolatot nem kapcsolja le, vegetálodik.
Amúgy meg ha file_get_contents()-t használsz, akkor a fenti linken lévő stream_context segíthet benne (vagy nem...)
-
Peter Kiss
őstag
substr-rel biztosan gyorsabb a másolás, de egyébként arra kellene törekedni, hogy ki lehessen zárni egyes részeket (valahogyan részekre bontani [pl. sorok], és azokban keresni dolgokat előbb, teszem azt, ha nincs benne 'y' betű, akkor nemérdekel többé). Esetleg mixelni az SQL-es megoldással, amit már említettem. Lehetne használni reguláris kifejezéseket is egyes helyeken.
-
Sk8erPeter
nagyúr
Végül is annyira nem meglepő: a DOMDocumenttel (szerk.: vagy más DOM parserrel) való feldolgozás segítségével sokkal komplexebb dolgokat is tudsz művelni a feldolgozott, parse-olt dokumentummal, mint egy sima stringben történő kereséssel. A plusz komplexitás meg időbe kerül.
-
Peter Kiss
őstag
Azért az tényleg fontos lenne, hogy hogyan keres, illetve, mi a cél (elég, ha egy szó megtalálható például, mert akkor nem strstr, hanem strpos-t kell használni, ilyenek).
Egyébként lennék annyira kretén, hogy a HTML-t betolnám egy FULLTEXT indexes adatbázisba, és azzal kerestetném.
Ha nagy az anyag, akkor szétdarabolom, és akkor máris tud több szálon dolgozni (FULLTEXT helyett jó lehet a LIKE). -
Peter Kiss
őstag
Használhatsz AJAX-ot erre, először lemarod a HTML-t valamibe, aztán X darab soronként keregélsz benne, ez azt jelenti, hogy összes_sor/X darab AJAX lekérdezésed lesz. Egyébként szerintem keresni kellene valami értelmesebb megoldást, vagy gyorsítani a keresésen.
Tényleg, hogyan keresel?
Új hozzászólás Aktív témák
- Z790 Strix-A, 14700K, 2x16GB 7200 mhz, Tuf 4080, Corsair H1000i
- -ÚJ,2 ÉV GAR- GAMER PC: RYZEN 7 5700/5800X +RX 6600/6700XT +16-64GB DDR4! SZÁMLA! 70 féle ház!
- Üzletből, garanciával, DeLL Inspiron 16 5630 -i5-1340P-16 szál/16RAM/512SSD/16,1"FULLHD IPS
- -ÚJ,2 ÉV GAR- GAMER PC: i5-14400F (10mag/16szál) +RX 6600/6700XT +16-64GB DDR4! SZÁMLA! 70 féle ház!
- Thrustmaster T-GT II bázis - Thrustmaster Sparco P310 - Thrustmaster T3PM pedál - Playseat Evolution
- GYÖNYÖRŰ iPhone 12 Mini 64GB Blue-1 ÉV GARANCIA - Kártyafüggetlen, MS3658, 100% Akkumulátor
- Samsung Galaxy A32 5G 128GB, Kártyafüggetlen, 1 Év Garanciával
- HIBÁTLAN iPhone 13 Pro Max 256GB Gold -1 ÉV GARANCIA - Kártyafüggetlen, MS3685 100% Akkumulátor
- Bomba ár! Lenovo ThinkPad T550 - i5-5GEN I 8GB I 256GB SSD I 15,6" FHD I Cam I W10 I Garancia!
- Apple iPhone 15 Pro Max 256GB, Kártyafüggetlen, 1 Év Garanciával
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest
Cég: NetGo.hu Kft.
Város: Gödöllő
)

A szervered valamiért a masodik.php-vel előbb végez, aszinkron, mint említettem vala. 
jó topicot ajánlott, de én inkább a


