Azért egy konkrétabb
Azért egy konkrétabb megosztási vázlatra konkrétabb választ tudnánk adni, de pl. nekem van olyan oldalam, ahol 3 oldal működik egy drupal forráskóddal. A felhasználó tábla és a tartalomtípusok (CCK) megosztottak, viszont a többi pl. a beküldött tartalom már külön oldalankénti adatbázisban tárolódik. Vannak olyan modulok amiket mindenki elérhet, vannak olyanok amit csak az egyes oldal. Ilyen szempontból a drupal következetes és szép rendben felépíthető. Itt pl. a központi oldal összegyűjti a másik három oldal híreit és megjeleníti egyszerre, mivel egy oldalhoz több adatbázis elérést is meg lehet adni. Vagyis az egyedi modulban az adott lekérdező függvényt háromszor hívom meg, csak közben átállítom az adatbázis elérést egy drupal függvénnyel....
Bizonyára további táblákat is meg lehet osztani, de ez már a konkrét feladat szabja meg...
Persze azért az is kérdés, hogy hány külön oldalról van szó, mert pl. a beállításokat és a frissítést oldalanként kell elvégezni, ha sok az oldal akkor egyszerre kell mindent leállítani. Persze lehet már erre is van modul, ha nincs akkor meg bizonyára megírható...
...mit tudok: http://web.termuves.hu
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
próbáltad már?
Külföldön komoly kultúrája van a mindent korlátlanul, ingyen, baromi olcsón tárhelyeknek - és menet közben kiderül, hogy mi nem működik, miért kell fizetni, mi nem korlátlan stb.
Külföldi szolgáltató esetén az egyetlen hátrány a kis hazai sávszélesség, ami - valljuk be - bizonyos projekteknél nem lehet kompromisszum tárgya. Ettől függetlenül szerintem kijelenthető, hogy a jobb minőségű külföldi szolgáltatást, itthon sokkal magasabb áron tudod csak megvásárolni. Sajnos nálunk ugyanazon az áron, ugyanazt a minőséget nem lehet előállítani.
Az igaz, hogy ha gondod van, akkor a hazai szolgáltatót az anyanyelveden tudod elküldeni a melegebb éghajlatra, csak azt az apróságot elfelejted, hogy a külföldi szolgáltatót pontosan azért ajánlják egyesek (én is), mert azzal kevesebb a probléma, így ezzel a "lehetőséggel" valószínűleg nem is kéne élned.
Eredetileg nem akartam hozzászólni a témához, mert kikötötted az indítóban, hogy magyar szolgáltatókra vagy kiváncsi, de ebből a hozzászólásból úgy láttam, nem biztos, hogy megfelelő információk alapján ítéled meg (el) a külföldi szolgáltató lehetőségét.
Egyébként semmi sem korlátlan, de erről már volt szó egy másik témában.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
ha mindent a /modules -ba másolsz,
akkor honnan fogod tudni egy idő után, hogy melyik core és melyik nem?
nincs nagy jelentősége azt gondolnánk, de érdemes betartani, ami a gyökérben van ott semmi keresni valónk. a mi dolgunk a /sites mappán belül kezdődik.
/sites/default
/sites/all
/sites/all/modules
/sites/all/themes
/sites/all/libraries
kb.
mindent igyekszünk ide pakolászni, hogy szépen el legyen szeparálva a saját cuccunk meg amit mások közreműködtek kvázi. :) persze ha core fejlesztők vagyunk az már más kérdés, én nem vagyok az, úgyhogy ami nem a /sites alatt van ahhoz nem nyúlok. (najó igen ritkák kísérletezésből, de mindig utálom, hogy kismacskavéres lesz a kezem:P)
hogy nem írja felül vagy felül írja e az beállítás kérdése persze. vannak operációs rendszerek, ahol az az alap, hogy ha rákérdez és mondom írd felül, akkor _lecseréli_ a forrás mappa tartalmát a célmappára. ha "osszeolvasztó" módot akarok, külön kell szólnom.
megkönnyíti az életed, ha a /sites alá dolgozol.
-
clear: both;
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Finom
Hmm, ez egész finom megoldás el kell ismerni, bár az is igaz ehhez már programozónak kell lenni.
Van aki programozónak születik és van aki nem:))) count() meg feltétel:))) Húúu ez bonyolult:)))
Amit felvetettél elég komolyan elgondolkoztatott.
"...attól szép a Drupal, hogy igen sok modul kavarhat be a morzsakezelésbe is, és akkor már ez az eltüntetés is lehet rossz."
Azt sajna nem tudom teljes körűen, hogy melyik modul és hogyan kavar be a morzsába. Szerintem mindig lesz egy újabb, amiről még nem tudok.;)
Például, pont emiatt nem hagynám ki az empty()-t, ha már count()-tal adom meg a feltételt. Inkább beágyaznák mégegy if-et az empty() ellenőrzés alá és azután értékelném ki a $breadcrumb változót a count()-tal.
Így már csak nem kavar be, nem? Így a címlap link nem jelenik meg csak, ha már túllépet a count az 1-es értéken és mégis ellenőrizve van a változó is.
Ja és egyébként ráértettem az elején is mire akarod használni a count()-ot;)
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
érdemes
Mindig az utolsó két főverzió a támogatott, mint látod itt a főoldalon: Most az 5.x és 6.x, a 7.x megjelenése pedig a 6.x és 7.x lesz az.
Hogy mennyire érdemes a 6.x-el foglalkozni, azt neked kell eldönteni. Egy összetett oldal ritkán áll meg különféle contrib-modulok nélkül, és míg a 6.x-hez bőven vannak ilyenek, a még meg sem jelent 7.x nyilvánvalóan ebben a tekintetben rosszabbul áll. Pláne, hogy ha figyelembe veszed, hogy egy kiadás nem kiadás, sem az alaprendszerből, sem a modulokból, mivel a hibák többsége menet közben derül ki, illetve csak sejtések vannak arról, hogy mikor jelenik meg a Drupal 7: Miután elfogy az összes kritikus hiba az alaprendszerben és nem lesz új. :)
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
"megoldották" a problémát
jah, megoldották. :)
és kb ugyanez minden böngészőben. :)
(igen, tudom, szar az oprencerem is meg a böngészőm is és azért)
nem véletlenül van ám, hogy még igennagy rádiók is külső lejátszóba küldenek az online hallgatásnál.. (magyar rádió pl, ö3, fm4, lounge radio, kiss fm..) az igazán nagyonnagyoknak van saját lejátszójuk (mint pl van ilyen a radio1 -nak, illetve általában a bbc adóinak), de az meg popupba jön és általában nem az élő adás lejátszása a lényeges, hanem archívumot is abba böngészel.
ez egy ilyen dolog, macerás és mindegyik megoldásnak lesz hátránya. kompromisszumot kell kötnöd.
és még csak annyit, hogy az iframe miatt a robot is utálni fog rendesen. lehet még ignorál is. :)
-
clear: both;