Új hozzászólás Aktív témák

• #21581 syC addikt syC #21580

  Új Válasz 2024-03-14 13:18:31 #21581

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  syC

  addikt

  válasz syC #21580 üzenetére

  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?

• #21576 Gardaai senior tag syC #21575

  Új Válasz 2024-02-12 13:06:46 #21576

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Gardaai

  senior tag

  válasz syC #21575 üzenetére

  Itt mindent megtalálsz: [link] [link]
  Ezzel érdemes lehet kezdeni, nem tudom van-e frissebb, de az alapok nagyrészt megegyeznek: [link]

• #21574 nevemfel senior tag syC #21573

  Új Válasz 2024-02-08 13:18:37 #21574

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  nevemfel

  senior tag

  válasz syC #21573 üzenetére

  Már miért ne tehetnél? PHP-s keretrendszer.

• #13170 Peter Kiss őstag syC #13169

  Új Válasz 2013-04-06 21:27:16 #13170

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Peter Kiss

  őstag

  válasz syC #13169 üzenetére

  Ha weboldalról van szó, mindenképp.

• #13152 Peter Kiss őstag syC #13151

  Új Válasz 2013-04-06 12:59:51 #13152

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Peter Kiss

  őstag

  válasz syC #13151 üzenetére

  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.

• #13149 Peter Kiss őstag syC #13148

  Új Válasz 2013-04-06 12:16:04 #13149

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Peter Kiss

  őstag

  válasz syC #13148 üzenetére

  Hogy micsi?

  Ha egy oldalon van fájlfeltöltési funkció, akkor a feltöltött fájlokkal azt csinálsz, ami akarsz, szóval nem értem a problémát.

• #13105 Sk8erPeter nagyúr syC #13103

  Új Válasz 2013-03-27 10:12:57 #13105

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Sk8erPeter

  nagyúr

  válasz syC #13103 üzenetére

  MySQL query auto_increment mező lekérdezésére:

  SHOW COLUMNS FROM test_table WHERE `Extra` = "auto_increment"

• #13104 syC addikt syC #13103

  Új Válasz 2013-03-27 09:51:00 #13104

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  syC

  addikt

  válasz syC #13103 üzenetére

  találtam valamit: DESCRIBE mysql parancs, valami ilyesmi lenne tán (munkahelyen vagyok, nem tudom kipróbálni )

  $Q = mysql_query("DESCRIBE table");
  
  while( $sor = mysql_fetch_row($Q))
  {
  if (!strcmp($sor['Extra'],'auto_increment'))
  {
  az attr. auto inc.-es
  }
  }

  src

• #12401 oleslie aktív tag syC #12399

  Új Válasz 2013-01-09 17:23:19 #12401

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  oleslie

  aktív tag

  válasz syC #12399 üzenetére

  vagy a fileokban csak a rövit tag található, és arra nincs felkészítve.
  <? vs <?php

• #12400 Peter Kiss őstag syC #12399

  Új Válasz 2013-01-09 17:05:53 #12400

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Peter Kiss

  őstag

  válasz syC #12399 üzenetére

  Nincs beállítva a szerver arra, hogy futtassa a *.php állományokat a PHP értelmezőn keresztül. Szervertől függ, mit kell vele csinálni.

• #11648 Sk8erPeter nagyúr syC #11647

  Új Válasz 2012-10-16 16:29:10 #11648

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Sk8erPeter

  nagyúr

  válasz syC #11647 üzenetére

  Akkor próbáld meg azt, amit Tele von Zsinór javasolt.

• #11646 Tele von Zsinór őstag syC #11641

  Új Válasz 2012-10-16 16:18:11 #11646

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Tele von Zsinór

  őstag

  válasz syC #11641 üzenetére

  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.

• #11645 Speeedfire félisten syC #11639

  Új Válasz 2012-10-16 16:14:20 #11645

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Speeedfire

  félisten

  válasz syC #11639 üzenetére

  Miért nem rakod az első success részébe a második hívását?

• #11642 Sk8erPeter nagyúr syC #11641

  Új Válasz 2012-10-16 16:05:24 #11642

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Sk8erPeter

  nagyúr

  válasz syC #11641 üzenetére

  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.

• #11621 Lacces őstag syC #11607

  Új Válasz 2012-10-14 19:14:01 #11621

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Lacces

  őstag

  válasz syC #11607 üzenetére

  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...

• #11620 Soak veterán syC #11619

  Új Válasz 2012-10-14 18:12:26 #11620

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Soak

  veterán

  válasz syC #11619 üzenetére

  Itt relevánsabb a kérdésed.

• #11602 Lacces őstag syC #11601

  Új Válasz 2012-10-12 10:53:22 #11602

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Lacces

  őstag

  válasz syC #11601 üzenetére

  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...)

• #11588 Peter Kiss őstag syC #11587

  Új Válasz 2012-10-11 17:07:02 #11588

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Peter Kiss

  őstag

  válasz syC #11587 üzenetére

  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.

• #11583 Peter Kiss őstag syC #11579

  Új Válasz 2012-10-11 11:57:41 #11583

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Peter Kiss

  őstag

  válasz syC #11579 üzenetére

  És valószínűleg még ezen is lehet húzni majd.

• #11582 Sk8erPeter nagyúr syC #11581

  Új Válasz 2012-10-11 09:59:53 #11582

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Sk8erPeter

  nagyúr

  válasz syC #11581 üzenetére

  Biztos sokat nyersz vele teljesítményben, de ne felejtsd el, hogy ezzel együtt el is veszted a parser által nyert előnyöket, pl. hogy könnyebben fel tudod dolgozni ezeket a dokumentumokat. Céltól függ tehát, hogy érdemes-e lecserélni!

• #11580 Sk8erPeter nagyúr syC #11579

  Új Válasz 2012-10-11 09:45:51 #11580

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Sk8erPeter

  nagyúr

  válasz syC #11579 üzenetére

  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.

• #11577 Peter Kiss őstag syC #11576

  Új Válasz 2012-10-10 22:09:36 #11577

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Peter Kiss

  őstag

  válasz syC #11576 üzenetére

  Ja. Egy próbát mindenképp megér a kihagyása, ha a teszt alatt elsőre nem is 100%-os az eredmény, szerintem sokkal gyorsabb lesz.

• #11575 Peter Kiss őstag syC #11574

  Új Válasz 2012-10-10 21:30:39 #11575

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Peter Kiss

  őstag

  válasz syC #11574 üzenetére

  DOM-parsert kellene kiiktatni trükkös string kezeléssel. (Megkeresni az adott elemet, aztán karakterhelyzet alapján kiszedni azt, ami kell.)

• #11573 Peter Kiss őstag syC #11571

  Új Válasz 2012-10-10 20:40:46 #11573

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Peter Kiss

  őstag

  válasz syC #11571 üzenetére

  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).

• #11572 Sk8erPeter nagyúr syC #11571

  Új Válasz 2012-10-10 20:38:46 #11572

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Sk8erPeter

  nagyúr

  válasz syC #11571 üzenetére

  Lehet előre tudni, hány oldalon kell keresgélni? Mert akkor egyszerű lehet a megvalósítása úgy, hogy progress barral jelezd, hol tart épp a dolog.

• #11570 Peter Kiss őstag syC #11568

  Új Válasz 2012-10-10 20:34:24 #11570

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Peter Kiss

  őstag

  válasz syC #11568 üzenetére

  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?

• #11567 Soak veterán syC #11566

  Új Válasz 2012-10-10 20:13:10 #11567

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Soak

  veterán

  válasz syC #11566 üzenetére

  Mit jelent az, hogy PHP kérés? Esetleg bedobhatnád a kódot.

Új hozzászólás Aktív témák