Archívum - 2006
október 4
Széteső oldal lassabb internet kapcsolattal.
Sziasztok!
Egy igazán érdekes jelenséggel találkoztam az elmúlt napokban és már kezd az őrületbe kergetni.
Készítettem egy oldalt, ami igyekszik rendesen megvalósítani a táblázatok nélküli layout-ot. A problémám, hogy NÉHA (!!!) gépenként és internet sebességenként változó helyeken és gyakorisággal sérül az oldal szerkezete.
Pl. az abszolut pozíciójú elemek ugrálnak az oldalon; A float-olt elemek néha kiférnek egy sorba, néha nem és ugye, egymás alá ugranak. Az egyetlen kis táblázat az oldalon "elfelejti" felvenni a beállított font méretet és default-on marad.
Mindez jó net esetén kb. 20 oldalletöltésenként; itthon lassabb nettel minden másodikra előjön.
Mi lehet ez???
Több ilyen jellegű oldalt is készítettem már,de soha nem találkoztam hasonló problémával. Esetleg apache probléma? Vagy a php lehet a ludas (blokkokból teszem össze az oldalt.)
Kérlek segítsetek!
■ Egy igazán érdekes jelenséggel találkoztam az elmúlt napokban és már kezd az őrületbe kergetni.
Készítettem egy oldalt, ami igyekszik rendesen megvalósítani a táblázatok nélküli layout-ot. A problémám, hogy NÉHA (!!!) gépenként és internet sebességenként változó helyeken és gyakorisággal sérül az oldal szerkezete.
Pl. az abszolut pozíciójú elemek ugrálnak az oldalon; A float-olt elemek néha kiférnek egy sorba, néha nem és ugye, egymás alá ugranak. Az egyetlen kis táblázat az oldalon "elfelejti" felvenni a beállított font méretet és default-on marad.
Mindez jó net esetén kb. 20 oldalletöltésenként; itthon lassabb nettel minden másodikra előjön.
Mi lehet ez???
Több ilyen jellegű oldalt is készítettem már,de soha nem találkoztam hasonló problémával. Esetleg apache probléma? Vagy a php lehet a ludas (blokkokból teszem össze az oldalt.)
Kérlek segítsetek!
CSS igazítás Firefox-ban
Helló mindenkinek!
Viszonylag új versenyzője vagyok a weblabornak, és ezalatt a rövid idő alatt is rengeteget segítettetek.
Problémám a következő.
Az oldalamat, középre rendeztem ( body { text-align: center;}).
mostmár megküzdöttem vele, hogy Ie6 és FF-ben működjön az oldal, de FF-ben nem rendezi középre. Én IE7Beta2-t használok és minden megy rajta az első lépésektől.
Tudtok segíteni???
Az oldal megnézhető, nem titok, ha van amit javítanom kéne, minden segítséget szívesen veszek www.gyuriteszt.ini.hu
Előre is köszi.
■ Viszonylag új versenyzője vagyok a weblabornak, és ezalatt a rövid idő alatt is rengeteget segítettetek.
Problémám a következő.
Az oldalamat, középre rendeztem ( body { text-align: center;}).
mostmár megküzdöttem vele, hogy Ie6 és FF-ben működjön az oldal, de FF-ben nem rendezi középre. Én IE7Beta2-t használok és minden megy rajta az első lépésektől.
Tudtok segíteni???
Az oldal megnézhető, nem titok, ha van amit javítanom kéne, minden segítséget szívesen veszek www.gyuriteszt.ini.hu
Előre is köszi.
Friss fórumtémák kilistázása
Adott egy megvalósítandó fórumrendszer. Gondoltam most ráérek annyira, hogy 'csak egy maradhat' alapon mindent belezsúfolok egy lekérdezésbe, próbálok minden felesleges PHP sort és MySQL oszlopot minimalizálni.
Van két táblám, értelemszerűen az egyikben a fórumtémákat, a másikban a hozzászólásokat tárolom, a kettő között az átjáró a 'forumid' oszlop. Továbbá van egy felhasználókat tároló tábla, aminek most 2 oszlopa érdekes csak.A célom táblázatosan megjeleníteni a témákat, a legfrissebbet legfelülre. Az alábbi lekérdezéssel próbálkoztam (a lényegre egyszerűsítve):Mivel össze kell vonnom az ismétlődő fórumtémák hozzászólásait, a GROUP BY-t használom. Ez azonban (ahogy észrevettem) elölről csoportosít, ezért a témakörök első bejegyzését hagyja meg - nekem pedig pont ugye az utolsó kellene.
Olvastam, hogy adjak hozzá a SELECT-hez egy MAX() részt, de ha hozzáadtam, elég fura dolgokat tapasztaltam. Ez
Van két táblám, értelemszerűen az egyikben a fórumtémákat, a másikban a hozzászólásokat tárolom, a kettő között az átjáró a 'forumid' oszlop. Továbbá van egy felhasználókat tároló tábla, aminek most 2 oszlopa érdekes csak.
CREATE TABLE forumtemak (
id SMALLINT UNSIGNED NOT NULL auto_increment,
cim VARCHAR(50) NOT NULL default '',
leiras TEXT NOT NULL,
PRIMARY KEY (id)
);
CREATE TABLE hozzaszolasok (
id SMALLINT UNSIGNED NOT NULL auto_increment,
forumid SMALLINT unsigned NOT NULL,
nev VARCHAR(50) NOT NULL default '',
email VARCHAR(50) NOT NULL default '',
comment TEXT NOT NULL,
datum DATETIME NOT NULL default '0000-00-00 00:00:00',
re SMALLINT default '0',
PRIMARY KEY (id)
);
CREATE TABLE IF NOT EXISTS juzerz (
azonosito VARCHAR(20) NOT NULL,
becenev VARCHAR (20),
...
PRIMARY KEY (azonosito)
);
SELECT hozzaszolasok.*, forumtemak.*, juzerz.azonosito, juzerz.becenev FROM hozzaszolasok, forumtemak
LEFT OUTER JOIN juzerz
ON SUBSTRING(hozzaszolasok.nev, 2) = juzerz.azonosito
WHERE hozzaszolasok.forumid = forumtemak.id
GROUP BY hozzaszolasok.forumid
DESCOlvastam, hogy adjak hozzá a SELECT-hez egy MAX() részt, de ha hozzáadtam, elég fura dolgokat tapasztaltam. Ez
Egérgomb esemény Javascrip-tel.
Sziasztok!
Lenne valakinek egy tanulságos olvasmány js egéresemények kezeléséhez?
Azt szeretném megvalósítani IE-ben és Ffx-ben, hogy amíg le van nyomva az egérgomb addíg hajtson végre egy funkciót!
s_volenszki
■ Lenne valakinek egy tanulságos olvasmány js egéresemények kezeléséhez?
Azt szeretném megvalósítani IE-ben és Ffx-ben, hogy amíg le van nyomva az egérgomb addíg hajtson végre egy funkciót!
s_volenszki
MD5 to SHA-1 in PHP and MySQL (Part 1)
MD5-ben tárolt jelszavak migrálása SHA1-be
■ The Dangers of Cross-Domain Ajax with Flash
Nem olyan vidám a domaineken átívelő AJAX
■ CMS rendszerben táblázatok tárolása MySQL-ben
Sziasztok!
Nekiálltam egy saját CMS-t írni. Az általános funkciókkal (blog, fórum, galéria, statikus oldal) boldogulok, de kitaláltam, hogy egy táblázat típusú oldalra is szükség lehet. A célkitűzés, hogy kereshető legyen, bővíthető, választható oszlopszámú, és lehetőleg egy-két táblában tárolható. Elkezdtem agyalni, hogy hogyan tudnám egy táblában letárolni a táblázataimat, de nem jutottam sokra.
Az eddigi legjobb ötletem az volt, hogy csinálok egy 30-40 mezős táblát - ennél sokkal több oszlopos táblázat nem kellhet. Aztán lenne egy mező, ami a típust tárolja: adat, fejléc vagy címke. A fejléc lenne az ékezetek nélküli, kisbetűs neve az oszlopnak (mint az táblában a mező), a címke az, ami a weblapon is megjelenne, az adat típusú rekordok meg magukat a táblázathoz tartozó adatokat tárolnák. Ez egy relatíve jól kereshető, és rendszerezhető megoldás, de kissé zavaró, hogy kb minden mezőnek text típust kéne adnom, hogy bármilyen célra használhassam, és nem tudom mennyire korrekt, hogy pl egy tíz oszlopos táblázat rekordjainál lenne 30 üres mezőm...
Másik ötletem az volt, hogy minden egyes táblázat típusú tartalomhoz nyitok egy arra specializált táblát, de ez is elég gány, és méginkább teleszemeteli az adatbázist.
Volt egy olyan tipp is ismerősöm részéről, hogy csináljak két táblát. Az egyikben a fejlécek, címkék lennének úgy, hogy a saját id-jükön kívül lenne egy oszlop id, valamint egy másik, ami a megfelelő táblázathoz linkeli őket; a másikban pedig a tartalom lenne hasonlóan rendezve azzal a különbséggel, hogy ott a megfelelő sorra is kéne egy id. Hát sztem ez is gáz és nehezen kereshető...
Az lenne a kérdés, hogy szerintetek hogyan kéne megoldani, vagy ha nincs tipp, akkor az itt felsorolt három közül melyik a leginkább használható?
■ Nekiálltam egy saját CMS-t írni. Az általános funkciókkal (blog, fórum, galéria, statikus oldal) boldogulok, de kitaláltam, hogy egy táblázat típusú oldalra is szükség lehet. A célkitűzés, hogy kereshető legyen, bővíthető, választható oszlopszámú, és lehetőleg egy-két táblában tárolható. Elkezdtem agyalni, hogy hogyan tudnám egy táblában letárolni a táblázataimat, de nem jutottam sokra.
Az eddigi legjobb ötletem az volt, hogy csinálok egy 30-40 mezős táblát - ennél sokkal több oszlopos táblázat nem kellhet. Aztán lenne egy mező, ami a típust tárolja: adat, fejléc vagy címke. A fejléc lenne az ékezetek nélküli, kisbetűs neve az oszlopnak (mint az táblában a mező), a címke az, ami a weblapon is megjelenne, az adat típusú rekordok meg magukat a táblázathoz tartozó adatokat tárolnák. Ez egy relatíve jól kereshető, és rendszerezhető megoldás, de kissé zavaró, hogy kb minden mezőnek text típust kéne adnom, hogy bármilyen célra használhassam, és nem tudom mennyire korrekt, hogy pl egy tíz oszlopos táblázat rekordjainál lenne 30 üres mezőm...
Másik ötletem az volt, hogy minden egyes táblázat típusú tartalomhoz nyitok egy arra specializált táblát, de ez is elég gány, és méginkább teleszemeteli az adatbázist.
Volt egy olyan tipp is ismerősöm részéről, hogy csináljak két táblát. Az egyikben a fejlécek, címkék lennének úgy, hogy a saját id-jükön kívül lenne egy oszlop id, valamint egy másik, ami a megfelelő táblázathoz linkeli őket; a másikban pedig a tartalom lenne hasonlóan rendezve azzal a különbséggel, hogy ott a megfelelő sorra is kéne egy id. Hát sztem ez is gáz és nehezen kereshető...
Az lenne a kérdés, hogy szerintetek hogyan kéne megoldani, vagy ha nincs tipp, akkor az itt felsorolt három közül melyik a leginkább használható?
Memória szivárgás elkerülése JavaScriptben
Amikor JavaScript fejlesztésre adjuk a fejünket, nem is gondoljuk, hogy szigorúan figyelnünk kell a meghívott függvények sebességére vagy méginkább a memória szivárgások előfordulására. Mint Jano korábbi bejegyzésében megmutatta, érdemes a hívott függvények optimalizálására, és a hívásuk gyakoriságára is odafigyelni. Tegnap pedig Jack Solocum közölt blog bejegyzést arról, hogy milyen alapvető módokon kerülhetjük el a memória szivárgást. A 3 Easy Steps to Avoid JavaScript Memory Leaks című bejegyzést érdemes elolvasni.
■ 
