optimális eset
Járható út lehet, ha azt tételezzük fel, hogy az ember csak az alverziók között vált (vagyis nincs 5.x -ről 6.x -re lépés), és mindig az éppen megjelent, illetve az előző kiadás között megváltozott fájlokról lenne szó. Na meg kizárhatjuk kódba való belenyúlkálást, illetve egyéb "nem tiszta" dolgokat. Ha jól emkékszem, a phpBB -nél van ilyen lehetőség, és lehetne ezt úgy kommunikálni/megjelölni, hogy csak az használja, aki tudja, hogy miért használja.
Ha pl. külföldi nyaralás közben kellene frissíteni az oldalakat mobilnettel, az elég drága roaming-díjak és elég lassú sebesség miatt biztosan örülnék egy ilyen csomagnak. :)
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
egyik kutya másik eb
az iframe az eléggé múlt évezredi technika, kb a táblázatos oldalfelépítéssel együtt ment ki a divatból. képgalériát iframebe építeni az meg horror, hogy hirtelen csak egyetlen példát mondjak, az iframedet egy robot a büdös életbe nem fogja beindexelni.
a korrekt megoldás az lenne, hamár drupalban épít rendszert a kolléga, akkor a képgalériát is azzal valósítja meg "drupalish" módon, legalább háromféle jut kapásból eszembe (image modul, cck "singlenode" galéria, cck "node referenced" galéria) és van még egy halom modul, ami így vagy úgy képgaléria készítésére való. azokat kéne használni, nem beleerőszakolni a drupalba valamit, ami nyilván nem oda való. az ilyen megoldásoknak szokott az lenni a vége, hogy "szar a drupal, mert nem lehet ezt megcsinálni vele, úgyhogy használok inkább ... -t."
-
clear: both;
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
nem kell zárójel
ha beállítottad a clean url-t, akkor nem kell a /?= formátum. a zárójelek sem kellenek. a szögletes zárójelek többnyire opcionális paramétereket jelölnek. ha megadtad az advancedben, akkor az lesz az alapértelmezett.
clean url esetében így tudod megadni az értékeket: oldalad.hu/booktree/176/7/50, ahol az első paraméter (176) a könyved node id-ja, a második a mélység (7), azaz hogy milyen mélységig menjen le a könyvlapok hierarchiájában, a harmadik (50) pedig a címben szereplő karakterek max. száma.
ha csak annyit adsz meg, hogy booktree/176, akkor a többi paramétert az advanced beállításokból veszi, ha a booktree/175/7 -re hivatkozol, akkor a cím mező max. hossza az alapértelmezetten megadott lesz.
útvonal álnevekkel el is tudod fedni: enkonyvem1 -> booktree/176/7/32.
üdv!
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
ie5 ben???????!
hahóóó mindjárt 2010 van! jóhogynem az a probléma, hogy netscape communicatorban szétesik. csak úgy példáulnak, az apple.com -ból _semmi_ nem látszik ie5 -ben. :) de szerintem még az msn.com is szétesik ie5ben. :)
ie6 png para:
http://drupal.org/project/pngfix
nem olyan könnyű beállítani, elsőre zavarosnak tűnik, de hibátlanul teszi amúgy a dolgát.
(for dö rekord, engem mostanában az se nagyon érdekel már, hogy ie6ban hogy néz ki valami. najó, azért ha _nagyon_ széttörik, az nem jó, de az, hogy nem pont úgy néz ki már egyátalán nem izgat. aki ie6ot használ 8 év után is, az megérdemli)
-
clear: both;
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Sziasztok. Újabb kérdéseim
Sziasztok.
Újabb kérdéseim vannak a témában:
- Adott két drupal alapú weboldal jelenleg kettő külön extra.hu szerverre töltve próbaüzemben. Megoldható-e az egyesítésük (a két weboldal ugyanannak a cégnek két külön ága, de egy már meglévő szerverre, ami nem extra.hu-s hanem hivatalos domain-névre regisztrált, szeretném feltenni őket úgy,) hogy az egyik weboldal lenne az egésznek az alapja, ami az xy.hu regisztrált címen bejönne, a másik weboldal pedig ebből úgy lenne látogatható, hogy xy.hu/valami de a két weboldal külön smink témával rendelkezik. Tehát az xy.hu címen látható oldal sminkje más legyen, mint az xy.hu/valami címre lépve...
- A két weboldal feltöltését hogyan végezzem biztonságosan a fentiek ismeretében?
Nagyon köszönöm a lehetséges megoldásokat!