Archívum - 2008
november 13
Apache semmibe veszi a .htacces fájlomat.
A szerver teljes egészében figyelmen kívül hagyja a .htacces fájlt. Hol keressem az okát?
A phpinfo() szerint a Loaded Modules között van a mod_rewrite...
■ A phpinfo() szerint a Loaded Modules között van a mod_rewrite...
New in Firefox 3.1: Linkified View Source
Be lesznek linkelve a további erőforrások alapból, és van rá kiterjesztés is (hozzászólásban).
■ Frissítések kezelés webalkalmazásokban.
Sziasztok.
Kíváncsi vagyok rá, hogyan csinálják a "nagyok" a frissítés kezelést webalkalmazásokban! Pontosabban:
Van egy webalkalmazás (akár egy tartalom kezelő) ami feltelepítésre kerül jónéhány domain-re. Használat közben kiderül, hogy valamire van még szükség, vagy egy meglévő funkció nem felhasználó barát, akkor átíródik a kódrész. Ennek valahol elérhetőnek kellene lennie egy központi helyen, és a többi webalkalmazás időközönként ellenőrzi, hogy van-e frissítés, javítás a rendszerhez.
Így megoldható lenne, akár 100 különálló domainen futó alkalmazás automatikus frissítése és javítása egy helyről. De mégis hogyan?
Gondoltam arra, hogy a frissítéseket (a módosított fájlokat) betárolom mysql-ben és minden egyes domain-en engedélyezem annak az adatbázisnak az elérését. Így a frissítés valójában egy adatbázis művelet.
Mit gondoltok?
■ Kíváncsi vagyok rá, hogyan csinálják a "nagyok" a frissítés kezelést webalkalmazásokban! Pontosabban:
Van egy webalkalmazás (akár egy tartalom kezelő) ami feltelepítésre kerül jónéhány domain-re. Használat közben kiderül, hogy valamire van még szükség, vagy egy meglévő funkció nem felhasználó barát, akkor átíródik a kódrész. Ennek valahol elérhetőnek kellene lennie egy központi helyen, és a többi webalkalmazás időközönként ellenőrzi, hogy van-e frissítés, javítás a rendszerhez.
Így megoldható lenne, akár 100 különálló domainen futó alkalmazás automatikus frissítése és javítása egy helyről. De mégis hogyan?
Gondoltam arra, hogy a frissítéseket (a módosított fájlokat) betárolom mysql-ben és minden egyes domain-en engedélyezem annak az adatbázisnak az elérését. Így a frissítés valójában egy adatbázis művelet.
Mit gondoltok?
New Cometd client and server demo
A Comet technológiához kapcsolódó leírás egy példán keresztül.
■ MySQL adatbázis feltöltése PHP-val
Üdv!
A következő lenne a problémám:
Van egy php alapú alkalmazás, ahol fel kellene kb. 600 felhasználót töltenem jelszóval együtt. Nem igazán szeretném manuálisan csinálni, ezért kerestem a neten egy php kódot, ami egy szöveges fájlból megtenné ezt nekem. Kicsit testre kellett szabni, hogy a körülményekhez igazodjon, és azt hiszem sikerült is, de valami mégsem jó. Közben megjegyezném, hogy nem vagyok programozó, csak némi rálátásom van a dologra, egyszerűbb dolgokba bele tudok piszkálni, de ennyi.
Szóval a feltöltés megtörténik, de amikor be akarok jelentkezni, nem sikerül, a jelszót rosszul tárolja az adatbázis. A jelszó 32 karakteres szöveges mezőben van tárolva MD5 kódolással, erre való utalást találtam több helyen az eredeti program forrásában, ezért ezzel próbálkoztam, de amikor összehasonlítom az eredeti és a szegelt program által generált jelszót az adatbázisban, természetesen nem egyezik. Annyi segítséget már kaptam, hogy valószínűleg a jelszó beírása és kódolása között még történik valami változtatás, de nem tudok rájönni, hol és mi.
Nem tudom ebből a kódrészletből kiszűrhető-e valami:
$i_username = $g_db->qstr($i_username, get_magic_quotes_gpc());
if(get_magic_quotes_gpc())
$i_password = stripslashes($i_password);
$i_pass_hash = md5($i_password);
$i_pass_hash = $g_db->qstr($i_pass_hash, 0);
$i_time = time();
A környezet: MySQL client version: 4.1.11; phpMyAdmin - 2.11.1; a PHP talán 4.1-es (?) verzió.
A válaszokat előre is köszönöm.
■ A következő lenne a problémám:
Van egy php alapú alkalmazás, ahol fel kellene kb. 600 felhasználót töltenem jelszóval együtt. Nem igazán szeretném manuálisan csinálni, ezért kerestem a neten egy php kódot, ami egy szöveges fájlból megtenné ezt nekem. Kicsit testre kellett szabni, hogy a körülményekhez igazodjon, és azt hiszem sikerült is, de valami mégsem jó. Közben megjegyezném, hogy nem vagyok programozó, csak némi rálátásom van a dologra, egyszerűbb dolgokba bele tudok piszkálni, de ennyi.
Szóval a feltöltés megtörténik, de amikor be akarok jelentkezni, nem sikerül, a jelszót rosszul tárolja az adatbázis. A jelszó 32 karakteres szöveges mezőben van tárolva MD5 kódolással, erre való utalást találtam több helyen az eredeti program forrásában, ezért ezzel próbálkoztam, de amikor összehasonlítom az eredeti és a szegelt program által generált jelszót az adatbázisban, természetesen nem egyezik. Annyi segítséget már kaptam, hogy valószínűleg a jelszó beírása és kódolása között még történik valami változtatás, de nem tudok rájönni, hol és mi.
Nem tudom ebből a kódrészletből kiszűrhető-e valami:
$i_username = $g_db->qstr($i_username, get_magic_quotes_gpc());
if(get_magic_quotes_gpc())
$i_password = stripslashes($i_password);
$i_pass_hash = md5($i_password);
$i_pass_hash = $g_db->qstr($i_pass_hash, 0);
$i_time = time();
A környezet: MySQL client version: 4.1.11; phpMyAdmin - 2.11.1; a PHP talán 4.1-es (?) verzió.
A válaszokat előre is köszönöm.
Nem a szokásos!!! IE CSS probléma (png háttér)
Előre szeretném bocsájtani, hogy NEM az IE6-os PNG megjelenítés problémájáról van szó!
Egy érdekes problémába ütköztem, illetve többe is, de íme az egyik:
Van egy baloldali menü, ahol néhány menü elemnek van almenüje is. Vhogy így:Vmi ilyesmit kell elképzelni:
Természetesen a <li></li> elemek között link van, nem szöveg. Az almenü a design tervben kapott egy fekete, átmenetes 30%-os átlátszósággal rendelkező png képet, hogy mögötte a háttér is látszódjon (egy nagyobb kép a háttér). Persze ez alapból csak úgy nem megy IE6 alatt, de most nem ez a lényeg. Az ötlet az volt, hogy ezt a hátteret az ul#sub_menu elem fogja kapni, mert az elején és az alján van egy 10px-es "padding", és ha a <li> vagy az <a> elemnek adom, akkor az ott nem lesz jó, vagy php-vel kell majd az első és utolsó elem style-ját állítgatni, ami nem szép. Éppen ezért a <li> és az <a> background értéke: none. Akár minden szép és jó is lenne, de mind IE6, mind IE7 alatt nagyon csúnyán belehülyül ebbe. Egyrészt néhány almenü pontot nem jelenít meg, vagy azt rosszul, majd ha legörgetek, hogy kimenjen a képből és vissza, akkor már más almenük látszódnak és megint mások nem. De az IE7 erre rátesz még egy lapáttal!
Az ul#sub_menu hátterét a linkek és a li elem FÖLÉ helyezi!!! Azt is igen furcsán, mert a fentről lefele haladva változik az alpha csatorna, azaz az átlátszóság. Az alsó linkek jobban látszódnak, mint a felsők, pedig az eredeti png-ben ilyen nincs! De már az is abszurd, hogy miért a linkek fölé kerül a kép, ami háttér... :?
Ugyanezt csinálja, ha a hátteret a <li> elemnek adom meg.
Egy érdekes problémába ütköztem, illetve többe is, de íme az egyik:
Van egy baloldali menü, ahol néhány menü elemnek van almenüje is. Vhogy így:
<ul id="menu">
<li>Főmenü 1.</li>
<li>Főmenü 2.</li>
<ul id="sub_menu">
<li>Almenü 1.</li>
<li>Almenü 2.</li>
</ul>
<li>Főmenü 3.</li>
</ul>+ Főmenü 1.
- Főmenü 2.
- Almenü 1.
- Almenü 2.
+ Főmenü 3.
- Főmenü 2.
- Almenü 1.
- Almenü 2.
+ Főmenü 3.
Természetesen a <li></li> elemek között link van, nem szöveg. Az almenü a design tervben kapott egy fekete, átmenetes 30%-os átlátszósággal rendelkező png képet, hogy mögötte a háttér is látszódjon (egy nagyobb kép a háttér). Persze ez alapból csak úgy nem megy IE6 alatt, de most nem ez a lényeg. Az ötlet az volt, hogy ezt a hátteret az ul#sub_menu elem fogja kapni, mert az elején és az alján van egy 10px-es "padding", és ha a <li> vagy az <a> elemnek adom, akkor az ott nem lesz jó, vagy php-vel kell majd az első és utolsó elem style-ját állítgatni, ami nem szép. Éppen ezért a <li> és az <a> background értéke: none. Akár minden szép és jó is lenne, de mind IE6, mind IE7 alatt nagyon csúnyán belehülyül ebbe. Egyrészt néhány almenü pontot nem jelenít meg, vagy azt rosszul, majd ha legörgetek, hogy kimenjen a képből és vissza, akkor már más almenük látszódnak és megint mások nem. De az IE7 erre rátesz még egy lapáttal!
Az ul#sub_menu hátterét a linkek és a li elem FÖLÉ helyezi!!! Azt is igen furcsán, mert a fentről lefele haladva változik az alpha csatorna, azaz az átlátszóság. Az alsó linkek jobban látszódnak, mint a felsők, pedig az eredeti png-ben ilyen nincs! De már az is abszurd, hogy miért a linkek fölé kerül a kép, ami háttér... :?
Ugyanezt csinálja, ha a hátteret a <li> elemnek adom meg.
november 12
javascript egészben vagy darabokban
Hari,
adott egy webalkalmazás amiben elég sok JavaScript kerül használatra. Azon gondolkozom, hogy egy nagy JS fájlt, vagy több kicsit használjak. Jelenleg a több kicsi a rokonszenvesebb, mert akkor meg tudom úgy oldani, hogy csak azok az alkatrészek töltődjenek be amire éppen szükség van, és így pl nem kell egy saját submit kezelőnél figyelni, hogy ebből abból vagy amabból a formból lett meghívva.
Tapasztalatokra lennék kíváncsi a két megközelítéssel kapcsolatban fenntarthatóság, sebesség, optimalizálás, stb témákban.
■ adott egy webalkalmazás amiben elég sok JavaScript kerül használatra. Azon gondolkozom, hogy egy nagy JS fájlt, vagy több kicsit használjak. Jelenleg a több kicsi a rokonszenvesebb, mert akkor meg tudom úgy oldani, hogy csak azok az alkatrészek töltődjenek be amire éppen szükség van, és így pl nem kell egy saját submit kezelőnél figyelni, hogy ebből abból vagy amabból a formból lett meghívva.
Tapasztalatokra lennék kíváncsi a két megközelítéssel kapcsolatban fenntarthatóság, sebesség, optimalizálás, stb témákban.
