Archívum - Júl 2005
július 8
Running PHP 4.3 and PHP 4.4 concurrently
Ha szükség van az együttes futtatásra, itt a megoldás
■ xml és xhtml viszonya?
Üdv Mindenkinek!
Egy html4.0-ból csak akkor lehet xhtml1.0 ha xml irányzat szerint kódolunk, vagy a xhtml1.0 Transitional.dtd esetében eltekinthetünk az xml-től, és elegendő a html tag-ek jelölőszerpük szerinti használata?
Ha ezen témakörben valaki tudna dobni egy (magyar nyelvű)tutorial linket azt szívesen venném
■ Egy html4.0-ból csak akkor lehet xhtml1.0 ha xml irányzat szerint kódolunk, vagy a xhtml1.0 Transitional.dtd esetében eltekinthetünk az xml-től, és elegendő a html tag-ek jelölőszerpük szerinti használata?
Ha ezen témakörben valaki tudna dobni egy (magyar nyelvű)tutorial linket azt szívesen venném
AJAX-hoz ötletek
Sziasztok!
Az utóbbi időben eléggé előtérbe került az AJAX technika, ezért a keretrendszerbe foglalt megoldása foglalkoztat mostanság.
Elolvasva, tesztelgetve ezeket a megoldásokat, próbálunk egy keretet adni neki, ami több helyen is felhasználhatóvá tenné.
Megkülönböztettünk különböző feladatokat, amit a keretrendszernek meg kell oldania:
- adatellenőrzés (például regisztrációkor a kívánt azonosító foglalt-e már, vagy például a jelszó mérete, bonyolultsága megfelel-e az elvárásoknak): ha kilépsz a form elemből (onBlur indítja az eseményeket), egy xmlhttprequest segítségével megkérdezed a szervertől, hogy ez az adat megfelel-e, a válasz egyszerűsítve igen vagy nem, az eredményről még az előtt tájékoztatod a felhasználót, mielőtt megnyomná a submitot
- folyamatos adatlekérés (például chat rendszerek esetében): folyamatosan kommunikálni kell a szerverrel, volt-e újabb adat, amit meg lehetne jeleníteni, és persze új adatokat meg is jeleníted
http://www.modernmethod.com/sajax/sajax-0.11/php/example_wall.php
- adatbeírás (például amikor egy szűrés eredményét táblázatba foglalod, és a táblázat elemein úgy módosítasz, hogy ne kelljen minden adatot elküldeni, hanem csak amit megváltoztattál): a felhasználó adatmódosítása után elküldöd az adatot a szerverre, ellenőrzöd, hogy volt-e joga írni, beírod az adatot, majd visszaadod azt. Itt tovább lehet bővíteni a dolgokat, mondjuk párhuzamos bevitel figyelése, ha megváltoztatta más az adatokat, akkor erről értesíted a felhasználót. (Ennek persze lehet egy egyszerűbb változata, amikor például egy rendelés fejlécét karbantartod.)
http://www.logitica.com/dynatab/dynatab.php
A fenti problémákra az utóbbi idő blogmarkjaiban lehetett példákat látni (a linkek is onnan vannak), csak mindegyikre külön-külön, és nem egységbe foglalva.
Ha ezeken a feladatokon kívül van még ötletetek, hogy milyen komminukációra kell felkészíteni egy keretrendszert, azt örömmel fogadjuk.
Az utóbbi időben eléggé előtérbe került az AJAX technika, ezért a keretrendszerbe foglalt megoldása foglalkoztat mostanság.
Elolvasva, tesztelgetve ezeket a megoldásokat, próbálunk egy keretet adni neki, ami több helyen is felhasználhatóvá tenné.
Megkülönböztettünk különböző feladatokat, amit a keretrendszernek meg kell oldania:
- adatellenőrzés (például regisztrációkor a kívánt azonosító foglalt-e már, vagy például a jelszó mérete, bonyolultsága megfelel-e az elvárásoknak): ha kilépsz a form elemből (onBlur indítja az eseményeket), egy xmlhttprequest segítségével megkérdezed a szervertől, hogy ez az adat megfelel-e, a válasz egyszerűsítve igen vagy nem, az eredményről még az előtt tájékoztatod a felhasználót, mielőtt megnyomná a submitot
- folyamatos adatlekérés (például chat rendszerek esetében): folyamatosan kommunikálni kell a szerverrel, volt-e újabb adat, amit meg lehetne jeleníteni, és persze új adatokat meg is jeleníted
http://www.modernmethod.com/sajax/sajax-0.11/php/example_wall.php
- adatbeírás (például amikor egy szűrés eredményét táblázatba foglalod, és a táblázat elemein úgy módosítasz, hogy ne kelljen minden adatot elküldeni, hanem csak amit megváltoztattál): a felhasználó adatmódosítása után elküldöd az adatot a szerverre, ellenőrzöd, hogy volt-e joga írni, beírod az adatot, majd visszaadod azt. Itt tovább lehet bővíteni a dolgokat, mondjuk párhuzamos bevitel figyelése, ha megváltoztatta más az adatokat, akkor erről értesíted a felhasználót. (Ennek persze lehet egy egyszerűbb változata, amikor például egy rendelés fejlécét karbantartod.)
http://www.logitica.com/dynatab/dynatab.php
A fenti problémákra az utóbbi idő blogmarkjaiban lehetett példákat látni (a linkek is onnan vannak), csak mindegyikre külön-külön, és nem egységbe foglalva.
Ha ezeken a feladatokon kívül van még ötletetek, hogy milyen komminukációra kell felkészíteni egy keretrendszert, azt örömmel fogadjuk.
Google Firefox Extensions
Google kiterjesztések Firefoxhoz, többek között hivatalos Google Toolbar
■ Apache Request Smuggling Vulnerability
Valamennyi 2.1.6-nál kisebb verziójú szerver érintett
■ Mozilla's IDN Update (2)
Ékezetes domainek csak "biztonságos végződésű" domaineknél - a .hu beletartozik.
■ 
