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

• Sk8erPeter nagyúr

  #4394

  #4393 martonx

  2014-10-02 00:25:07

  Új Válasz

  Ú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

  

  Sk8erPeter

  nagyúr

  #4393 martonx

  #4393 martonx

  "Pedig annyiból nem mondott hülyeséget, hogy valóban megakadályozhatja egy form elküldését, ha mondjuk a submit buttonre (buttonökre) van kötve az event handler, és hív egy event.preventDefault()-ot; ugyanígy a linkre is igaz. Mondjuk annyiból nem volt pontos a meghatározása, hogy a metódushívás inkább az eventet érvényteleníti/törli, DE az esemény további felszivárgását nem akadályozza meg. Szóval tulajdonképpen az alapértelmezett viselkedést lehet vele módosítani, úgyhogy nagyon nem lőtt mellé. Vagy csak most hirtelen nekem nem ugrik be, mire gondoltál."

  Egyrészt igazad van, mert amit mondott önmagában annyira nem volt hülyeség, de nem is mondtam, hogy hülyeség. Viszont ha ehhez megnézed az adott példa kódját (hopsz most olvastam tovább a hsz-ed, és látom, hogy időközben törölte a kódot), akkor meg láthatod, hogy gyakorlatilag fingja sincs, hogy mit csinál, és mi a különbség az event.preventDefault és egy szimpla return között. Ergo fogalma sincs mit csinál, mire jó, még ha lexikálisan nézve nagyjából ismeri is a preventDefault meghatározását.

  A CMS-es megjegyzésemet félreértetted. Arra gondoltam, hogy a CMS kismillió dolgot kérdez le a DB-ből, ahhoz, hogy egy hello world oldalt kigeneráljon. Ez esetében szükséges működés, de nyilván teljesítmény optimalizáláls szempontjából rossz működés. Mondhatni szükséges rossz. De ezt már százszor kitárgyaltuk.

  Hmm, hát nem tudom sajnos, mi volt az eredeti kódban, így nem tudom, mit csinált rosszul, de mondjuk így segíteni is nehéz az illetőnek, hogy törölte.

  Ja, a CMS-es mondatod akkor valóban félreérthető volt, azt hittem, arra gondolsz, amikor egy magát fejlesztőnek tartó valaki behányja inline módon az adatbázisba a kódokat, azt meg ki kell túrni, berakni a HTML-kimenetbe, script-tagek közé, természetesen az inline-sága miatt ez(ek) a kódrészlet(ek) nem is cache-elhető(ek), így a betöltést értelemszerűen lassítja, mivel a böngésző gyorsítótárazását sem tudja kihasználni. Lett volna alapja egyébként, ha erre gondolsz, sajnos láttam már pár ilyen módon megírt, hányadék modult. Miközben persze már a modul írásakor is régen voltak olyan módszerek, amikkel tisztességesen be lehet tölteni a kódokat modulárisan, de fájlokból... Az az ilyen "nekiesek, hadd szóljon" típusú fejlesztő. (Aki nem hajlandó eltölteni plusz egy órát a dokumentáció/hasznos tutorialok olvasgatásával, mert haladni akar, cserébe csinál egy kupac szart.)

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