Archívum - 137651
április 28
Probléma a képfeltöltéssel.
Sziasztok!
Mitől lehet az szerintetek, hogy egy űrlap, amivel nyolc képfájlt lehet egyszerre felküldni a szerverre php-nek, az egy enternetes internetről (8192/512 kbit/s) gond nélkül kb. 10 másodperc alat feltölti a nyolc fájlt (fájlok egyesével kb. 150KB), egy inviteles (4096/320 kbit/s) már csak 7db-ot tölt fel, egy káblenetes 2048/256 kbit/s-en pedig átlagban 4-et (IE7 + Ffx2).
A kód klasszikus elemeket tartalmaz:
- Űrlapot ami POST-ként küldi az enctype=\"multipart/form-data\" adatokat
- name=\"MAX_FILE_SIZE\"-t value=\"8000000\"-rel
- <input type=\"file\" name=\"pict1\" /> nyolcat ahol a name rendre pict1...pict8
- a szerveren meg azt vizsgálom (nyolcszor), hogy !empty($pict1)...!empty($pict8) és ha !empty akkor move_uploaded_file
Létezik olyan beállítás, ami meghatározza, hogy a szerver mennyi ideig fogad POST adatot? Nincs hibaüzenet, nincs bejegyzés az error logban.
■ Mitől lehet az szerintetek, hogy egy űrlap, amivel nyolc képfájlt lehet egyszerre felküldni a szerverre php-nek, az egy enternetes internetről (8192/512 kbit/s) gond nélkül kb. 10 másodperc alat feltölti a nyolc fájlt (fájlok egyesével kb. 150KB), egy inviteles (4096/320 kbit/s) már csak 7db-ot tölt fel, egy káblenetes 2048/256 kbit/s-en pedig átlagban 4-et (IE7 + Ffx2).
A kód klasszikus elemeket tartalmaz:
- Űrlapot ami POST-ként küldi az enctype=\"multipart/form-data\" adatokat
- name=\"MAX_FILE_SIZE\"-t value=\"8000000\"-rel
- <input type=\"file\" name=\"pict1\" /> nyolcat ahol a name rendre pict1...pict8
- a szerveren meg azt vizsgálom (nyolcszor), hogy !empty($pict1)...!empty($pict8) és ha !empty akkor move_uploaded_file
Létezik olyan beállítás, ami meghatározza, hogy a szerver mennyi ideig fogad POST adatot? Nincs hibaüzenet, nincs bejegyzés az error logban.
Képtárnál sortörés
Üdv!
Képtárat gyártok. annyit el kell hogy mondjak a képtárról, hogy mysql be tárolja az adatokat (név,leírás,dátum, kép helye) , és lekérdezésnél úgy szeretném kiíratni hogy egy sor (row) -ba 3at listázzon.
Ha jól rémlik ez valami $i tömb, nézegettem képtár scripteket, de nem találtam róla pontos adatot, hogy hogy is működik ez.
Tehát:
KÉP KÉP KÉP
sortörés
KÉP KÉP
■ Képtárat gyártok. annyit el kell hogy mondjak a képtárról, hogy mysql be tárolja az adatokat (név,leírás,dátum, kép helye) , és lekérdezésnél úgy szeretném kiíratni hogy egy sor (row) -ba 3at listázzon.
Ha jól rémlik ez valami $i tömb, nézegettem képtár scripteket, de nem találtam róla pontos adatot, hogy hogy is működik ez.
Tehát:
KÉP KÉP KÉP
sortörés
KÉP KÉP
Modul-minta gyakorlati haszna
hali
kicsit elkezdtem elmelyedni a js rejtelmeiben, a module-pattern cikket elolvasva kb felfogtam, hogy mit lehet vele csinalni, de gyakorlatban nem tudom elkepzelni, hogy pl hol lehet ennek haszna? tudna esetleg valaki egy peldat mutatni? :)
koszi!
■ kicsit elkezdtem elmelyedni a js rejtelmeiben, a module-pattern cikket elolvasva kb felfogtam, hogy mit lehet vele csinalni, de gyakorlatban nem tudom elkepzelni, hogy pl hol lehet ennek haszna? tudna esetleg valaki egy peldat mutatni? :)
koszi!
Web Konferencia 2008 - beszámoló
Bártházi András szerkesztőtársunk élményei az idei Web Konferencia kapcsán
■ "Amit a scriptaculousról tudni érdemes" cikksorozat
Magyar nyelvű scriptaculous cikksorozat
■ Ext JS License change and personal attacks
LGPL licencről a szigorúbb GPLv3-ra váltott a kódtár
■ The CouchDB Project
HTTP API-n keresztül elérhető dokumentum-orientált adatbázis
■ április 27
IE8 table height
Sziasztok!
Problémám a következő:
Internet Explorer 8 beta 1-ben táblázatba ágyazott másik táblázat magassága szorosan a tartalomra illeszkedik, azaz nem lehetséges a 100% magasság beállítása.
Kód a következő:Azt hiszem, jól látható, hogy a belső tábla maximális magasságát már mindenhol az égvilágon beállítottam.
Azon természetesen nem lepődöm meg, hogy pont az IE nem jeleníti meg ezt úgy, ahogy kell, de ha valaki tud segíteni, azt megköszönném.
Ha lehet, kerüljük az alábbi hozzászólásokat:
- ne használj explorert!
- mi a francnak td-be ágyazott table?
Köszönöm
■ Problémám a következő:
Internet Explorer 8 beta 1-ben táblázatba ágyazott másik táblázat magassága szorosan a tartalomra illeszkedik, azaz nem lehetséges a 100% magasság beállítása.
Kód a következő:
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html style='height: 100%' xmlns="http://www.w3.org/1999/xhtml" xml:lang="en" lang="hu">
<body style='height: 100%'>
<table style='height: 100%; table-layout: fixed;' border='2'>
<tr>
<td style="height: 100%; width: 82px; padding: 0px">
<table style="table-layout: fixed; border: 1px red solid; height: 100%;">
<tr style="height: 100%">
<td style="height: 100%; width: 100%">Belső</td>
</tr>
</table>
</td>
<td style="width: 100%">Jobb oldali cella</td>
</tr>
</table>
</body>
</html>
Azon természetesen nem lepődöm meg, hogy pont az IE nem jeleníti meg ezt úgy, ahogy kell, de ha valaki tud segíteni, azt megköszönném.
Ha lehet, kerüljük az alábbi hozzászólásokat:
- ne használj explorert!
- mi a francnak td-be ágyazott table?
Köszönöm
április 26
BBCode vs HTML adattárolásnál
Egy honlap felújításán munkálkodom és első körben arra gondoltam, hogy ha már a template rendszerhez írtam egy BBCode helper-t, akkor miért ne tárolnám BBCode-os formában az adatokat.
Aztán amikor jobban megvizsgáltam, hogy milyen infókat is kellene tárolni DB-ben, akkor már ott tartottam, hogy kb. HTML szintű BBCode-okat kellett volna létrehozni.
Ezt technikailag nem jelentene problémát, csak így már megkérdőjeleződik a BBCode létjogosultsága.
Mivel az adatokat csak olyan ember fogja majd adminból adott esetben átírni, aki tudja, hogy mit csinál nem igazán van értelm játszanom azzal, hogy BBCode-okkal burkoljam a HTML-t.
Tehát a kérdésem (amit lényegben meg is válaszoltam): érdemes-e BBCode-okkal formázott adatokat tárolni DB-ben vagy legyen inkább HTML, ha nem jön felhasználótól megjelenítendő adat?
Itt főként azért vetődik fel a kérdés, mert olyan összetettebb megjelenítésről is szó van, mint pl. a táblázat. Ezt pedig BBCode-ra át lehet írni, de szerintem nem sok értelme van ilyen "ellenőrzött" környezetben.
Kinek mi a véleménye?
■ Aztán amikor jobban megvizsgáltam, hogy milyen infókat is kellene tárolni DB-ben, akkor már ott tartottam, hogy kb. HTML szintű BBCode-okat kellett volna létrehozni.
Ezt technikailag nem jelentene problémát, csak így már megkérdőjeleződik a BBCode létjogosultsága.
Mivel az adatokat csak olyan ember fogja majd adminból adott esetben átírni, aki tudja, hogy mit csinál nem igazán van értelm játszanom azzal, hogy BBCode-okkal burkoljam a HTML-t.
Tehát a kérdésem (amit lényegben meg is válaszoltam): érdemes-e BBCode-okkal formázott adatokat tárolni DB-ben vagy legyen inkább HTML, ha nem jön felhasználótól megjelenítendő adat?
Itt főként azért vetődik fel a kérdés, mert olyan összetettebb megjelenítésről is szó van, mint pl. a táblázat. Ezt pedig BBCode-ra át lehet írni, de szerintem nem sok értelme van ilyen "ellenőrzött" környezetben.
Kinek mi a véleménye?
