Archívum - Nov 13, 2008
postgresql insert
sziasztok,
van egy users táblám abba beszúrok egy új felhasználót,
és szeretném tudni mi az uid amit kapott.
Tehát a kérdésem meg lehet-e csinálni egy körben,
azaz execute után ebből valahogy tudom mi az uid?
Vagy a felhasználó neve alapján lekérdem mit is kapott?
válaszaitokat előre is köszönöm.
■ van egy users táblám abba beszúrok egy új felhasználót,
és szeretném tudni mi az uid amit kapott.
Tehát a kérdésem meg lehet-e csinálni egy körben,
azaz execute után ebből valahogy tudom mi az uid?
Vagy a felhasználó neve alapján lekérdem mit is kapott?
table users
-----------------------------------
uid | uname | email
1 | béla | belaemail
2 | géza | gezaemail
-----------------------------------
connect
my $sql = "INSERT INTO users (uname, email) VALUES (?, ?)";
my $sth = $dbh->prepare($sql);
$sth->execute('józsi','jozsiemal');
itt le lehet-e tudni a uid-t?
$sth->finish;
disconect
-----------------------------------
uid | uname | email
1 | béla | belaemail
2 | géza | gezaemail
-----------------------------------
connect
my $sql = "INSERT INTO users (uname, email) VALUES (?, ?)";
my $sth = $dbh->prepare($sql);
$sth->execute('józsi','jozsiemal');
itt le lehet-e tudni a uid-t?
$sth->finish;
disconect
válaszaitokat előre is köszönöm.
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.
