ugrás a tartalomhoz

Archívum - Ápr 20, 2004

CSS alapjai III.

Bártházi András · 2004. Ápr. 20. (K), 23.00
CSS alapjai III.
A cikksorozat harmadik részében folytatjuk a CSS bemutatását, további kiválasztókat fogunk áttekinteni. Fontosnak tartom továbbra is kihangsúlyozni, hogy a szabványt nézzük végig, és nagyon könnyen előfordulhat, hogy nem minden böngésző tudja kezelni az ismertetett megoldásokat. Ez különös tekintettel igaz az ebben a cikkben bemutatandókra. A teljes böngésző támogatás hiánya azonban továbbra sem akadályozza meg olvasóinkat abban, hogy az ilyen kiválasztókat használó megoldásokat vezessenek be extraként oldalaikon. Csak az a fontos, hogy ne ezen múljon az oldal használhatósága.

Érdekelne Weblaboros hírlevél?

Bártházi András · 2004. Ápr. 20. (K), 23.00
Igen, leginkább napi szöveges formátumú
19% (36 szavazat)
Igen, leginkább napi HTML formátumú
11% (20 szavazat)
Igen, leginkább heti szöveges formátumú
15% (28 szavazat)
Igen, leginkább heti HTML formátumú
12% (23 szavazat)
Igen, leginkább azonnali e-mail a hírekről
4% (8 szavazat)
Nem, az RSS forrás tökéletesen elég
17% (32 szavazat)
Nem, így is, úgy is megnézem az oldalt
12% (22 szavazat)
Nem, nincs rá szükségem
11% (21 szavazat)
Összes szavazat: 190
 

Banner helyett RSS feed

Jano · 2004. Ápr. 20. (K), 16.50
A PC Fórum remek ötlettel állt elő. Lehetővé teszik más oldal készítőinek, hogy a friss híreik tartalomjegyzékét beilleszék oldalukba. A legtöbb hobbi weboldal gyártó azzal küzd, hogy milyen tartalmat tegyen az oldalára a nagy oldalak pedig linkeket szeretnének magukra. A felhasználók utálják a bannereket és kezdenek elterjedni amúgyis a reklám blokkoló eszközök. Vagyis mindenki nyer azzal, hogy bannerek helyett tartalom linkekkel vonzzák az oldalukra a látogatót.

Fájlból olvasás, majd darabolás, és kiiratás

Bitman · 2004. Ápr. 20. (K), 16.06
Sziasztok!

Lenne egy kérdésem/kérésem:
Szükségem lenne egy php szkriptre, nem tudom, hogy ismertek-e hasonlót, amit át lehetne alakítani, vagy újat kéne írni... Kezdő vagyok php terén, ezért ne várjátok el, hogy meg tudom csinálni a számotokra egyszerű dolgokat is.
Na szóval a szkript feladata: van egy fájl, amit be kéne olvasni, (fopen() függvény), majd a fájlban lévő választó karaktereknél (jelen esetben ÷ bár akármire cserélhető) szét kéne boncolni, majd minden egyes darab elé, és után be kéne illeszteni egy szöveget (most egy sql kérést), amiben lenne egy kis kritérium: egy értéknek minden fájl-darab után nőnie kéne eggyel, ugyanis egy viccnek a címe, amit én így képzeltem el: 1. vicc, 2. vicc...

Szóval itt egy példa:

A beolvasandó fájl tartalma:
÷
1. vicc első sora<br>
1. vicc 2. sora....
÷
2. vicc tartalma, és így tovább

A php szkripttel ezt szeretném kiiratni:

INSERT INTO nuke_jokes VALUES( 'NULL', 'Bitman', 'ieao##kukac##freemail.hu', now(), '1. vicc, '24', 'itt lenne az első vicc szövege, tehát az első szöveg a két ÷ elválasztó karakter között', '0', '0', '0', '0');

és így tovább, tehát a 1. vicc, 2. vicc.... mindig eggyel nő, a többi adat változatlan, kivéve persze a vicc szövegét, amit a fájlt szétdarabolva nyerünk ki...

Na nem tudom, hogy mennyire voltam érthető, mindenesetre előre is megköszönök mindenféle segítséget, mert az oldalam tartalmát így nagyon gyorsan tudnám növelni, és télleg nem csak egyszeri használatra kéne ez a szkript, tehát télleg nagy örömöt szereztek az elkészítésével/tanácsaitokkal...

Ja és higyjétek el, hogy próbálkoztam már, de nem nagyon jött össze a dolog már a beolvasásnál sem, mert a resource id #2-es hibát kaptam
 

PostNuke-ról Drupalra

AT · 2004. Ápr. 20. (K), 13.21
Van valami egyszerű megoldás arra, hogyan emelhető át a PostNuke-s mySQL adatbázis a Drupalba?

Ha kérhetem, akkor egy picit szájbarágósan az eljárást.
Kösz'
 

Memória zabáló az IE átlátszóság filtere

Jano · 2004. Ápr. 20. (K), 11.24
Egy érdekes dologra lett figyelmes egy fejlesztő: az Internet Explorer mintegy 2 MB memóriát evett meg ahányszor frissítette az oldalát (pontosabban egy DHTML alkalmazását). Némi kutakodás után kiderült, hogy az átlátszósághoz használt IE CSS alpha filter az oka mindennek. Miután kiszedte az összes ilyen beállítást a memória foglalás visszaesett 2.4 MB-ról 120 kB-ra. Természetesen a FireFox -moz-opacity használatakor semmi ilyesmivel nem találkozott.