Archívum - Aug 30, 2011
Robotok A-zs
Hali!
Azt szeretném megtudni,hogy milyen fajta oldal felderítő robotok léteznek.
PL: A Google-nak a felderítő robotjai vagy a vírus kereső robotok.
Annak nagyon örülnék ha megmondanátok ,hogy hogyan lehet "egyedi robotokat" csinálni.
Üdv:
Windows 8 lomtára!
■ Azt szeretném megtudni,hogy milyen fajta oldal felderítő robotok léteznek.
PL: A Google-nak a felderítő robotjai vagy a vírus kereső robotok.
Annak nagyon örülnék ha megmondanátok ,hogy hogyan lehet "egyedi robotokat" csinálni.
Üdv:
Windows 8 lomtára!
Hogyan tudják meghackelik a weblapot?
Hali!
A fórumon legalább 1000szer elhallatszott "ne csináld mert meghackelik a weboldaladat"
vagy valami hasonló.
Lenne ezzel pár kérdésem:
Hogyan és miért csinálják?
Ez a hack nem csak úgy lehetséges,hogy megtudják az ember FTP-jét?
Utolsó kérdés amivel kitudok "főzni" egy ellen tervet a támadók ellen és kapcsolódik a következő témámhoz:
Honnan és miként szerzik meg a hackeló robotokat és milyen fajtákat?
A fajtája azért lenne szükséges mert láttam olyan kódokat ami 1 bizonyos fajta robot ellen véd...
■ A fórumon legalább 1000szer elhallatszott "ne csináld mert meghackelik a weboldaladat"
vagy valami hasonló.
Lenne ezzel pár kérdésem:
Hogyan és miért csinálják?
Ez a hack nem csak úgy lehetséges,hogy megtudják az ember FTP-jét?
Utolsó kérdés amivel kitudok "főzni" egy ellen tervet a támadók ellen és kapcsolódik a következő témámhoz:
Honnan és miként szerzik meg a hackeló robotokat és milyen fajtákat?
A fajtája azért lenne szükséges mert láttam olyan kódokat ami 1 bizonyos fajta robot ellen véd...
More details about the WebAPI effort
További részletek arról, hogyan tervezik a WebAPI megvalósítását, szabványosítását
■ MySQL lassú indexek
Sziasztok!
Egy elég érdekes problémába ütköztem, amit nem igazán tudok hova tenni - valószínű az indexekkel kapcsolatban vannak tudásbeli hiányosságaim. Eleddig azt hittem, hogy a mysql (myisam tábla) indexelt mezői a create, update és delete query-k esetén lassítanak, a select-eknél pedig gyorsítanak. Nálam egy esetben azonban az ellenkezője történt.
Adottak egy webáruház dinamikus adattagjaihoz (EAV) tartozó táblák (termékek tábla, attribútumok tábla, termékek-attribútumok kapcsolótábla). Ha az egyes termékeket azok sajátos attribútumai alapján szeretném szűrni egyetlen lekérdezésben, akkor az összes (a szűrésben részt vevő) tulajdonságot join-al hozzákötöm a termékek lekérdezéséhez. Ezzel nincs is semmi gond (attól eltekintve, hogy gigantikus query-ket lehet elérni már 10-20 ilyen szűrési feltétel esetén is), azonban a lekérdezés néha borzasztóan lelassult (1-10mp-es lekérdezések is születtek, amik vállalhatatlanok). Az egyéni attribútumokat tartalmazó táblában (idegen kulcs híján) az összes termék azonosítót indexeltem, gondoltam így gyorsabban találja meg a join-nál az egyes sorokat az adatbázis - azonban - mint az később kiderült - ezek az indexek okozták a lassú lekérdezéseket. Az indexek megszüntetésével a korábbi több mp-es query-k 0.01sec alá gyorsultak.
Ezt el tudná nekem valaki magyarázni, hogyan is történhetett? Milyen mezőket érdemes indexként használni?
Az teszt-adatbázisban jelenleg kevés adat található.
Köszönettel,
Drawain
■ Egy elég érdekes problémába ütköztem, amit nem igazán tudok hova tenni - valószínű az indexekkel kapcsolatban vannak tudásbeli hiányosságaim. Eleddig azt hittem, hogy a mysql (myisam tábla) indexelt mezői a create, update és delete query-k esetén lassítanak, a select-eknél pedig gyorsítanak. Nálam egy esetben azonban az ellenkezője történt.
Adottak egy webáruház dinamikus adattagjaihoz (EAV) tartozó táblák (termékek tábla, attribútumok tábla, termékek-attribútumok kapcsolótábla). Ha az egyes termékeket azok sajátos attribútumai alapján szeretném szűrni egyetlen lekérdezésben, akkor az összes (a szűrésben részt vevő) tulajdonságot join-al hozzákötöm a termékek lekérdezéséhez. Ezzel nincs is semmi gond (attól eltekintve, hogy gigantikus query-ket lehet elérni már 10-20 ilyen szűrési feltétel esetén is), azonban a lekérdezés néha borzasztóan lelassult (1-10mp-es lekérdezések is születtek, amik vállalhatatlanok). Az egyéni attribútumokat tartalmazó táblában (idegen kulcs híján) az összes termék azonosítót indexeltem, gondoltam így gyorsabban találja meg a join-nál az egyes sorokat az adatbázis - azonban - mint az később kiderült - ezek az indexek okozták a lassú lekérdezéseket. Az indexek megszüntetésével a korábbi több mp-es query-k 0.01sec alá gyorsultak.
Ezt el tudná nekem valaki magyarázni, hogyan is történhetett? Milyen mezőket érdemes indexként használni?
Az teszt-adatbázisban jelenleg kevés adat található.
Köszönettel,
Drawain
