Archívum - Okt 12, 2008
PHP file kitömörítés
Mi a probléma az alábbi kóddal?
$filenev=$_FILES['galery_file']['name'];
$fileeleres=$_FILES['galery_file']['tmp_name'];
move_uploaded_file($fileeleres,'./tmp/' . $filenev);
$tmp="./tmp/";
$rar_file = rar_open($tmp . $filenev); // itt áll meg a felfolgozás!
$list = rar_list($rar_file);
foreach($list as $file)
{
$entry = rar_entry_get($rar_file, $file);
$entry->extract("./user/" . $_SESSION['username'] . "/galery/");
}
rar_close($rar_file);
■ $filenev=$_FILES['galery_file']['name'];
$fileeleres=$_FILES['galery_file']['tmp_name'];
move_uploaded_file($fileeleres,'./tmp/' . $filenev);
$tmp="./tmp/";
$rar_file = rar_open($tmp . $filenev); // itt áll meg a felfolgozás!
$list = rar_list($rar_file);
foreach($list as $file)
{
$entry = rar_entry_get($rar_file, $file);
$entry->extract("./user/" . $_SESSION['username'] . "/galery/");
}
rar_close($rar_file);
Mennyire használható a Sourceforge kezdőlapja?
David J. Engfer blogjában Case Study: Poor Web Usability and Design címmel webes használhatósági kérdésekről, oldaltervezési kialakításokról szól a nyáron átöltöztetett SourceForge.net kezdőlapjának kapcsán. David esettanulmánya inkább csak gondolatébresztő, mintsem alapos írás, mégis jól rávilágít azokra a szempontokra, amelyek kis odafigyeléssel nagy mértékben javítják egy webes felület használhatóságát.
Ne törd a fejem – Felhasználóbarát webdizájn
Steve Krug nyelvezete könnyebb, mint Jakob Nielsené, mégis betekintést nyerünk a webergonómiába, onnan közelít, hogy a designernek milyen dolgokat kell szem előtt tartania a tervezés során. A cím a mottója, a felhasználónak nem szabad elgondolkodnia hosszasan a weboldal használatán, egyértelműnek kell lennie mindennek, akkor érünk célt, továbbá akkor marad nálunk a user, különben tovább fog állni.
Web-Based Rich Text Editors Compared
Népszerű rich text editorok összehasonlítása
■ PHP 5.3-ra fejlesztés korai?
Sziasztok,
A téma nagyjából lefedi a kérdésem lényegét. Amit még hozzá tennék, hogy
decemberben kéne élesíteni egy rendszert, amit legszívesebben már most 5.3 alapokon fejlesztenék. Ez nagyjából egy új keretrendszert jelent, amit nem írnék újra, ha végre kidobják az új verziót, de azon túl, hogy a névterekkel nagyjából kompatibilisen lehet írni már most a kódot, amit később viszonylag kevés munkával javítani lehet, pl. a late static binding, overloading (__callStatic) lehetőségeit is kihasználnám, ami azt jelenti, hogy a későbbiekben mélyebben érintené a rendszer frissítését, amit értelemszerűen nagyon jó lenne, ha már most (annak tudatában, hogy lesz rá lehetőség, és majdnem a kezemben van az eszköz) el tudnék kerülni célirányos fejlesztéssel...
Az itt leírtak alapján: http://wiki.php.net/todo/php53
októberre tervezik a stabil verzió kiadását.
Szerintetek? Érdemes kockáztatni?
■ A téma nagyjából lefedi a kérdésem lényegét. Amit még hozzá tennék, hogy
decemberben kéne élesíteni egy rendszert, amit legszívesebben már most 5.3 alapokon fejlesztenék. Ez nagyjából egy új keretrendszert jelent, amit nem írnék újra, ha végre kidobják az új verziót, de azon túl, hogy a névterekkel nagyjából kompatibilisen lehet írni már most a kódot, amit később viszonylag kevés munkával javítani lehet, pl. a late static binding, overloading (__callStatic) lehetőségeit is kihasználnám, ami azt jelenti, hogy a későbbiekben mélyebben érintené a rendszer frissítését, amit értelemszerűen nagyon jó lenne, ha már most (annak tudatában, hogy lesz rá lehetőség, és majdnem a kezemben van az eszköz) el tudnék kerülni célirányos fejlesztéssel...
Az itt leírtak alapján: http://wiki.php.net/todo/php53
októberre tervezik a stabil verzió kiadását.
Szerintetek? Érdemes kockáztatni?
