Pedig ennek ez a logikája a Views-ban.
Amikor az adatmezőket felveszed, akkor ezeket a views lekérdezi. Ezért nem lehet egy sorban később szereplő mező token-jét felhasználni.
Kétszer lekérdezni egy mezőt butaság. Erre találták ki a szövegmezőt. A szövegmezőben tetszőleges módon felhasználhatók az előtte lekért mezők. Bármely html kód használható. Így igen sokoldalú megjelenítés hozható létre.
Ez a views logikája. Addig nem férhetsz hozzá egy mező tartalmához, míg nem kérdezed le.
Ha van három ember egy hangszigetelt ajtó mögött, akkor csak annak a nevét tudom megkérdezni, akit, már behívtam. Ha egyet hívok be, akkor csak az ő nevét tudom.
Egy saját lekérdező modult írva is csak azokkal az adatokkal tudsz dolgozni, amiket a modul lekér a megjelenítés előtt.
Amikor megadsz egy mezőlistát a views-ban, akkor azt adod meg, hogy mely mezőket kérje le. Ha az első mezőt rögtön megjeleníted, mielőtt lekérnéd a másodikat, akkor a második tartalmát nem tudod felhasználni az első megjelenítésekor. Ha elrejted a mezőt, akkor a megjelenítését tiltod le. Ekkor az első mező tartalmát lekéri a views, majd annak megjelenítése helyett elkezdi a következőt lekérni, ha a következő nem rejtett, akkor megjeleníti, de nyilván, mivel, már lekérte az előzőt, így tud annak tartalmáról. A harmadik mezőről viszont nem. Ha például felveszel 4 adatmezőt, de ezeket elrejted, akkor olyan, mintha elindítanál egy adatbázis lekérést és az adatokat négy változóba tennéd. Egy szövegmezőt felvéve ezek után, már használhatod a lekért változókat. A szövegmező pedig olyan lesz, mint egy template, amely aztán beágyazásra kerül a views template-jébe, sminkjébe, amelyből több áll rendelkezésre, de egészen egyediek is készíthetők.
A views így lett kitalálva, ez a logikája.
Elsőre fárasztó felfedezni a views működését, logikáját, de fantasztikusan sokoldalú modul, rengeteg lehetőséggel és megannyi, már kész kiegészítő modullal, amelyek tovább növelik a modul képességeit.
Rengeteg munkát levesz az ember válláról. Viszont, ha nem tudsz kibékülni a modul logikájával, akkor sajnos saját lekérdezőt kell írnod, illetve körbe kell nézni, hogy léteznek-e más lekérdező modulok.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Mit akart?
Igazából nekem nem volt teljesen világos, hogy mit akart elérni András ezzel a vitával:
(1) Megtudni, hogy meg lehet-e oldani a Drupal keretrendszerben a feladatot.
(2) Megtudni, hogy vétettek-e szakmai hibát a fejlesztők.
Az első kérdésre az a válasz, hogy persze, elvileg meg lehet. A gyakorlatban viszont nem biztos, hogy a Drupal a legjobb keretrendszer az adott feladatra, ezt csak a konkrét feladat (specifikáció) ismeretében tudja eldönteni az, aki nagyon ért a Drupalhoz. Egy ilyen projektet én azzal kezdenék, hogy szakvéleményt / megvalósíthatósági tanulmányt rendelek olyan fejlesztőktől, akik a core-on, vagy valamelyik összetettebb modulon dolgoznak. Ebből az is kiderülne, hogy mondjuk meg lehet csinálni, de 20-30.000 felhasználó esetén már komoly teljesítményproblémák adódnak (amit csak irreálisan nagy hardverberuházással lehetne kezelni - lásd a Friendster vs Myspace sztorit); vagy kiderülne, hogy x felkészültségű y számú programozó reálisan z idő alatt fog elkészülni ezzel a feladattal, stb. Mivel András nem adott részletes információkat a projektről, ezért nem lehetett intelligens választ adni az első kérdésére.
Ha nincs pénz szakvéleményekre, akkor előzetesen fel lehet dobni itt a témát a fórumon, lehet, hogy abból is kiderülne egy-két dolog.
A második kérdés ugyanez az eset, nem tudjuk, milyen munkásságot fejtett ki a két versenyző. Azon kívül, hogy előre látniuk kellett volna, hogy ez egy igen rosszul menedzselt projekt, a tényleges teljesítményükről semmit nem tudunk mondani.
Nekem egy kicsit olyan érzésem volt, hogy András mint projektmenedzser lényegében azt akarta, döntsük el, a Drupal a béna, vagy a fejlesztők - őt pedig mentsük fel a felelősség alól. Aki vállalati környezetben dolgozik, unásig ismeri az ilyen szituációt.
Azzal nem értek egyet, amit pp írt, hogy ennek nincs köze a Drupalhoz. Az, hogy a felhasználók, megrendelők milyen elvárásokkal közelítenek a Drupalhoz, szerintem nagyon is fontos kérdés. Az kiderült, hogy András elvárásai - 350 ezer forintból reprodukálni a Yahoo, Microsoft vezető webkettes alkalmazásait - irreálisak voltak. Ennek tisztázása szerintem megérte a sokfordulós vitát.
huhh
hát köszi mindenkinek... eddig lehet hogy rossz fórumokon forogtam mert másnemű problémáimra ilyen gyorsan ennyien sose válaszoltak =)
Most már kezdem megismerni a drupalt egy picit, itt szenvedek vele egész nap, és egy gondom van amit nem tudok áthidalni.
Admin felületen van ugyebár a szótár... ha egy szótárat létrehozok annak alapértelmezésben mért admin/ kezdetű linket kreál amit ráadásul megváltoztatni sem lehet? így amíg valaki nincs admin auth-tal bejelentkezve nem férhet hozzá az oldalhoz, admin tag nélkül meg nem műxik a taxonomy (hiszen az adminos tagú taxonomyba teszi bele)
bár lehet hogy nem szótár felől kellene megközelítenem a problémát?!
A CCK-t pedig először feltettem aztán gyorsan le is szedtem, gondolom nem kezdőknek találták ki =)
Hogyan nézne ki egy adatlap?
Struktúrában valahogy így:
Megyék > Pest megye > Biatorbágy
itt lennének felsorolva a cégek név szerint, majd minden cégnek külön
bemutatkozó aloldala lenne képekkel (már tettem fel image-et, kezelőt és vízjelezőt).
Az adatlapon pedig olyan infók kapnának helyet mint:
székhely
telephely
tevékenységi körök
elérhetőségek
rövid bemutatkozás
nyitvatartás
adószám, cégjegyzékszám
stbstbstb
és mindezt úgy hogy pl a tevköröknél mindegyik linkelve legyen és az adott tevkörre rákattintva kidobja az adott megyében az összes ugyanilyen tevkörrel rendelkező céget...
van olyan modul ami ezt megoldja (full nulla vagyok PHPból, csak amit a józan paraszti logikával tudok kikövetkeztetni az megy)
Az üzemeltetésre vonatkozóan egyszerű a válaszom: nem lesz az oldalnak túl sok felhasználója, csak azok akik belepiszkálnak, egyszer szeretném létrehozni az adatbázist és onnantól kezdve lesz ember aki módosítja az adatokat ha azokat módosítani kell... tehát ez nem kétirányú portál lesz, pusztán információközlésre építek. Viszont amíg létre nincs hozva addig pusztán arra számíthatok amit én megcsinálok.
Gyorsan még egy kérdés: többnyelvűséget hogy tudok adni majdan a portálnak? Arra gondolok hogy ne csak a menüpontok stb. legyenek angolul németül hanem a szövegeket is szeretném lefordíttatni idegennyelvre és feltölteni... erre mi a legegyszerűbb megoldás?
Jahh és köszi mégegyszer a kellemes csalódást =)
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
miért csinálom?
Fel merem vállalni, csak eléggé sok helyen szerepel a nevem, nem akarom azt a kollégát ezzel megsérteni, aki csinálta az oldalamat, mert azért elég rendes gyerek.
Tehát nem magam miatt nem....
e-mail: [email protected]
Nem akarom az összes sérelmemet ráborítani a többiekre, mert ahhoz semmi közötök. Elolvasgattam itt a kérdéseket és a válaszokat...Érdekes, hogy e-mailben egyébként nagyon másabb az ember, mint élőben, de azért vannak bizonyos alapvető emberi és társadalmi érintkezési dolgok, amik itt vhogy felszívódnak...Csak tanulságképp írok, egyébként nekem küldetéstudatom van :) talán egy kicsit lássátok más szemmel.. Mindíg útáltam azt az eladó típust, aki szekálja a a vevőket egymás között, esetleg egy újabb vendég fülehallatára... Itt Ti most jól elküldetek mindenkit, hogy vagy nem jól mérte fel a helyzetét, vagy nem ért hozzá.. vagy a program nem ehhez való...miért nem segítetek? ezek jellembeli hibák, itt szó nincs szakmaiságról...Viszont ha figyelmesen olvasod, másnak ebből az jött le, hogy ezzel a dologgal kezdeni kell valamit...
Tehát kinek mi jön le..
vagy maradtok egy zárt közösség, aki egynás között nagyon jól elkvaterkázik, kritika no, egy deka sem, vagy előreléptek (persze nem én vagyok itt az észosztó, legalábbis nem akarom, csak van másik oldal is, akikből elvileg éltek...) a drupal engem meggyőzött, hogy jó.
Nem akarok vitatkozni sem senkivel a kialakításokról, egyebekről, hisz aki megérti az megérti, mit akarok nyöszörögni, aki nem, az sosem fogja...Csak annyit, kisbetűkkel, hogy Ti értünk vagytok, ne feledjétek, a mi gondunk legyen a Ti gondotok is... és ha ezeken a gondokon segítetek, nem ellenünk léptek, vagy bennünket cikiztek, akár finoman cizelláltan is, akkor nagyon jó lehet az együttműködés...Lehet úgy is pénzt kiszedni az emberből, hogy ne fájjon.. ne érezzem a technokrata megvetést... mert akkor kezd összébb zárulni a pénhztárcám (ami egyébként elég sovány) és ez az ördögi kör újra kialakul...Ha megbántottam valakit bocsánat itt is, ma már egy helyen bocsánatot kértem, tényleg, hátha lesz belőle vmi..
Ha átállítom a nyelvet -
Ha átállítom a nyelvet - nem tudom csak járatlan vagyok ezért kérdem - akkor az nem az egész oldal összes feliratát fogja átkapcsolni?
Most ebben a percben is vannak az oldalon 40-en, reggel óta meg már 1.100-an. Tegnap 3500 felett.
Szóval illene tudnom, de egyre kevésbé merem kapcsolgatni.
Más: ha átállítom a nyelvet, attól elképzelhető, hogy megoldódik?
Ugyanis már olyat is csináltam, hogy raktam egy ugyan ilyen oldalt ugyan oda, és ugyan úgy elrontottam annak is a magyarítását.
Aztán, hogy ezen játszak azt csináltam, hogy ebből kiheréltem a teljes simpenews-t, az adattábláit is töröltem, meg minden bejegyzést az összes többi táblából, ahol a simplenews szó szerepelt - majd ismét hozzá tettem a simplet ekkor már csak az angollal -> mert azt gondoltam, hogy ez az út járható.
Hát nem!
Ekkor is ugyan úgy hibázott a levélküldésnél.
Ergo hiába heréltem le a teljes simplenews-t a hiba akkor is benne maradt valahol, amit a a rossz po.hu file csinált.
Nos ha azt mondod, hogy próbáljam meg a nyelvet átlőni, angolra, akkor rápóbálhatok, csak kérdés ez a félnapos projektnek lesz-e, lehet-e eredménye?
Én ugyanis lehet rosszul gondolkodom - mondom nem értek a drupalhoz - de ez a küldési hiba most nem a nyelvekből jön.
Ugyan a nyelv file rontotta el - ez tutti - de magában a konkrét hírlevélben már nincsen egy bötű se, ami a po.hu-ból jönne.
Ugye a feliratkozáskori confirmation mailnál az volt a hiba, hogy a @ után rakott egy szünet jelet és ezért volt a mail() fügvénynek olyan válasza, hogy bad parameter.
Itt is ugyan ez lehet, hogy mondjuk a felíratkozottak emailcimébe a kukac után mondjuk tesz egy szünetet - de ez a rész nem a nyelvi filéből jön.
Már arra is gondoltam, hogy az oldal filejaiba nem-e írhatott valamit bele?
Kérdés: ha hozzárakok egy új modult egy drupalhoz, akkor az csak az adattáblákba piszkál bele, vagy a többi drupal könyvtárban levő file-ba is írhat esetleg valamit?
(mivel ennyire nem értek a drupálhoz, bocs ha butaságot kérdeztem volna)
Kösz
P.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
szerintem 3 probléma van
1. Te egy üzletember vagy
Ez persze önmagában nem lenne baj (vagy hát ahogy vesszük, hehh). Itt is biztos sokakat érdekel a pénz. De téged csak az érdekel. Sosem fogsz modult fejleszteni, vagy sminket készíteni, és azt önzetlenül megosztani a közösséggel. Nem küldesz be patch-et, fordítást, vagy bug reportot. Csak felhasználod a drupalt a céljaidra, de nem teszel semmit azért, hogy bármit visszaadj a készítőknek, vagy a közösségnek. És a fő baj az, hogy ha te így állsz hozzá, akkor valószínűleg a tanítványaidnak is ezt adod át. Ha mindenki ezt csinálná, nem lenne drupal.
2. Túlígéred a szintet
Elmondták előttem is, 5 darab 30-90 perces oktatóvideó alatt nagyon keveset lehet átadni abból, amiről a webfejlesztés szól. Iszonyú keveset. Ha ezt te nem így látod, az azt mutatja, hogy mennyire keveset tudsz magad is. Ennyi idő alatt el lehet valakit indítani a helyes irányban, az igaz, de te nem így hirdeted a tanfolyamodat, hanem mintha ennyi teljesen elég is lenne. Ezzel egyrészt becsapod a tanítványaidat, másrészt valószínűleg szomszédpistikéket nevelsz.
3. Nem mutattál eddig semmit
Felvetették már előttem pp és Nagy Gusztáv tanfolyamait, és utánanézhetsz, ők mennyit tettek le azon kívül az asztalra, vagy mennyi embert hoztak be az aktív közösségbe, de sorolhatnék még sok nevet, akik itt a fórumon, a DUG-okon, vagy a saját blogjukon rendszeresen foglalkoznak a drupallal, és segítik a kezdőket, haladókat. Te ezt nem csinálod, és erre alapozom, hogy csakis az üzleti lehetőséget látod a dologban. Ha tényleg érdekelnének a kezdők, ha tényleg segíteni akarnál, akkor néha megtennéd ellenszolgáltatás nélkül is.
Jöhetsz azzal, hogy én is csak fantáziálok, de leírtam, mire alapozom. Ha lenne elérhető mintarész a tanfolyamodból, kapnál ennél konkrétabb kritikát is, sőt, az is lehet, hogy mindenkit meggyőznél, és bátran ajánlanánk a tanfolyamodat az ismerőseinknek. De nincs.
Rosszindulat sincs bennem, és szerintem a többiekben sem volt, csak az informatika (vagy talán az összes szakma) két legnagyobb elrontója a szomszédpistikék és a szellemiséget magasról leszaró üzletemberek, és neked ezt sikerült egyesíteni.
Köszi, ha a hosszúság ellenére végigolvastad.
--
Csonka Gergely
http://cheppers.com
drupál fejlesztések
Kedves Drupálosok! Látom, összeszokott társaság vagytok, vagyis hasonló gondjaitok vannak a megbízókkal...
Bizonyára harsogó fujolásitok lesz a válasz erre, de érdekes hozzáállásnak tartom azt, hogy a megbízóitokat leckéztetitek. Ezt már több, a vitában megszólaló kollégáitoknak is elmondtam: aki fizet, az petyegtet.
Mivel nagyon alulműveltek a megbízók, még egy normális leírást sem tudnak adni arról, hogy mit akarnak( direkt ez a szóhasználat) ezáltal ti fölékerültök, úgy érzitek...
Pedig ha mindenki olyan okos lenne, mint azok, akik a kifogásokat már - nagyipari módszerekkel gyártják, akkor vszínűleg nem is lenne rátok szükség. Tulajdonképpen így sincsen, mert előbb-utób minden megoldódik... Elég paraszt, vagy inkább perverz dolog az, hogy annak, aki már valamilyen szinten már bizonyított (hisz van pénze rá, hogy megfizesse a munkádat) még azért jól le is alázzátok...
Ezt sokszor éreztem már felhasználóként, egy számítógépes szaküzlet pultjánál álldogálva, mielőtt elküldtem a nagyképű eladót (eladó? az kereskedelem, az egy szint legalább) valahová, mert folyamatosan alázott.
Ha már nem tudok érvényesülni máshol, akkor kihasználom azt a lehetőséget, ahol még jó vagyok?
Nem tudom, érzitek-e, hogy nem bántani akarlak Titeket, hanem mást mutatni, mint amit Ti belső körben jónak éreztek?
Nehéz elképzelni, hogy valakinek van egy jó ötlete, de nem ért a számítástechnikához, és keres valakit, aki megcsinálja neki, de nem tudja elmondani szakszerűen? Szerintetek nem bunkó az, aki - ahelyett, hogy elmondaná neki, milyen lépéseket kell egymás után a kisbabának megtenni,- leckézteti?
És miért van az, hogy sokan nem tudnak megélni ebből a munkából? Azért, mert nagyon el vagytok szállva a való világtól.
Nekem mindíg azt mondta édesapám, hogy a munkát alázattal kell csinálni. Ezt az alázatot, amit azok iránt kellene érezni, aki a gyermekednek cipőt vesz, neked kenyeret, sehol nem látom. Az első reakció MINDÍG az nálatok, hogy a megbízó a hibás.
Ébredjetek fel! Ez így nem fair...
Van egy olyan hozzáállás, hogy hogyan lehet megoldani, ezt szeretem, ez előrevisz. A másik, hogy miért nem, az sehová, az csak szívatás a többinek is. Mégegy. Ha ott vagyok személyesen a programozómnál, egy nap alatt többet haladunk, mint máskor két hónap alatt... Akkor hogyan számoljuk az órabért?
Na, bocs, ha durva voltAM, NEM FOGOK SEMMIT KITÖRÖLNI, ezt a caps-lookot sem, jó munkát nektek, azért vannak közöttetek jó fejek, csak nagyon elmennek a lényeg mellett a szövegek.
Üdv.
PHP vs Drupal
Mivel a Drupal-t is PHP-ban fejlesztik, így szerencsére nem áll messze egymástól a két dolog. :-)
Alapvetően az a probléma, hogy nem tudjuk, hogy igazából te mit szeretnél megvalósítani, így nem tudnak a kollégák egzakt választ adni. Ha kicsivel többet tudnánk, akkor kiderülne, hogy egyáltalán kell-e magadnak valamit is fejleszteni, vagy a már meglévő modulokból tudsz építkezni, esetleg tényleg jobb választás az egészet PHP-ban megoldani, minden nemű kötöttség nélkül. Ahhoz, hogy te is dönteni tudj, mindenképpen át kell olvasni a Drupal terminológiáját és alapvető működését. De hogy a kérdéseidre is válaszoljak.
1., Bár már előttem is leírták:
- van MySQL hozzáférés
- Drupal hozzáférés
- Felhasználói hozzáférés szabályozás
A MySQL hozzáférés egy MySQL user/password páros, a megfelelő helyről a megfelelő porton keresztül elérheti a szervert.
A Drupal hozzáférés user/password páros egy auhentikált user hozzáférést biztosít a Drupal rendszerhez.
A Felhasználói hozzáférés szabályozás a Drupal rendszerben lévő modulokhoz való hozzáférés szabályozását jelenti.
Alap esetben csoportokat lehet létrehozni és csoportokra lehet megadni/megvonni az egyes hozzáférési lehetőségeket.
2., A Drupal éppen a mobilitás és flexibilitás érdekében, egy egységes adatbázis hozzáférési réteget (interface-t) használ az adatbázis műveletek elvégzéséhez, melyek végrehajtáskor a konfigurációban megadott (a te esetedben MySQL) adatbázis rendszernek megfelelő SQL utasításokká alakulnak át és futnak le. Amikor valaki bejelentkezik a Drupal-ba, akkor ezáltal kvázi "hozzáfér" az adatbázishoz is, de ez nem közvetlen módon történik.
3., Nem tudni, konkrétan mit szeretnél fejleszteni. Ami elmondható, hogy a CCK-vel lehetőséged van újabb tartalom típusok létrehozására, tehát a meglévő page vagy story-tól eltérő tartalmat is be tudsz vinni, míg a Views - mint a neve is mutatja -, egyedi tartalom megjelenítést tesz lehetővé (amit még később sminkkel befolyásolhatsz).
4., Kérdezted az LDAP authentikációt: az LDAP Integration modul nagyon jó, mert miután bekonfiguráltad a modult, azután nem kell létrehoznod a usereket, illetve nekik sem kell regisztrálni magukat, hanem nemes egyszerűséggel csak bejelentkeznek az LDAP user/password párossal és a Drupal automatikusan létrehozza a "user" nevű felhasználói accountot. Három részből áll ldapauth, ldapdata, ldapgroups. Az első modul az authentikálást biztosítja, a másik hogy milyen adatokat vegyen át az LDAP-ból, míg a harmadiknál arra is van lehetőség, hogy az LDAP-beli csoport tagságokat is leképezze a Drupalba.
Üdv: Webappz
Páldi Zoltán
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
egyszerre megjelenő tartalmak
A fájlokhoz nem nyúltam, pusztán az admin felületen írtam át dolgokat, de a vége egy nagy káosz lett, mert már azt sem tudtam mi eredeti szöveg és mi átírott, visszaírott.
Két hét gyakorlatozás és állítgatás után kellően nagy összevisszaságot csináltam a rendszerben, de legalább megismertem a Drupal rendszert, mert azelőtt Wordpresst használtam.
Na szóval letöröltem mindent, csináltam új adatbázist és az egészet újratelepítettem a fent leírtak alapján. Találtam egy nagyon jó videót a 7-es verzió többnyelvűsítésére:
http://www.youtube.com/watch?v=kH_DwwEQf0k&list=LLbhUKY02cFX5-oirCpceNmw
Ajánlom az olyan kezdőknek mint én!
Mindent szépen megcsináltam, ahogy a videóban van. Részben sikerült már egy-két fordítást működőképesre csinálni és most úgy megy a rendszerem, hogy az alapértelmezett az angol nyelv, ehhez lett hozzáadva a magyar nyelv és lényegében minden fordításnál az eredeti angol kerül át magyar nyelvre.
Ami probléma jelenleg és ezt több elemnél is tapasztaltam, hogy az eredeti angol mellett megjelenik a lefordított verzió is bármilyen nyelvet választok ki.
Példálul a Home menüpont fordításában megadom azt, hogy Kezdőlap. Erre mentés után az angol menü végén megjelenik a Kezdőlap menüpont. Ha magyar nyelvre váltok, akkor nem változik a menüben semmi. A helyzet a kezdőlap slide részénél, kiemelt szolgáltatások bejegyzésnél dettó. Az első slide szövegét lefordítom szépen, hozzáadom a magyar megfelelőt, erre létrejön egy új slide magyarul. Mintha nem lenne valami beállítva, hogy csak az adott nyelvhez tartozó bejegyzés jelnejen meg. Ott van mind a kettő.
A bejegyzéseknél kiválasztom mindig a megfelelő nyelvet, a tartalomkezelésnél mindenhol engedélyezve van a fordítási támogatás, viszont be van állítva az is, hogy nem lehet nyelvfüggetlen.
Vanak továbbá elemek, melyeknek nem tudok címet adni, mert nem lehet. Ezek fordításánál csak egy szürke szövegdoboz látszik és a fordítás mentése gomb. Aminek nincs kitöltve a címe azt kitöltöm és azután már megy a fordítás is, de van aminél nem lehet ilyet és ott fordítani sem tudok.
A weblap itt tekinthető meg: www.electroimpress.hu
Már van lefordítva ez-az, de a hibák is jól láthatóak. A sok latin bejegyzés a sablon töltelékanyaga, azokat törölni fogom.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Nem azt írtam, hogy
Nem azt írtam, hogy lehetetlen, vagy csak egyedi kóddal lehet.
Azt kell megértsd, hogy nem annyi, hogy bekapcsolok egy modult és jónapot.
A többnyelvűsítés mint olyan nem egyértelmű dolog. Pár példa:
Kategórizálásnál, simán elképzelhető akár egy oldalon is a következő esetek:
Minden címkének van egyértelmű megfeleltetése magyarul.
A címkék ugyan azok magyaron és angolon
nincs összefüggés a címkék között, és itt is választhatsz, hogy ugyan abban a szótárban, vagy különböző szótárban tárolod.
Menürendszer
Egy menü lesz, amiben hozzáférés szabályozással oldod meg, hogy csak az aktuális menüpontok jelenjenek meg, vagy két menüd lesz? Az elsőnél a blokk kirakása egyszerű (mert csak egy van) a másiknál a menü szerkesztése lesz egyszerű. Ugyan az a struktúrája a magyar és az angol oldalnak? Teljesen ugyan az? Teljesen más? kicsi eltérés? Melyik a jó? Előre nem mondja meg senki neked.
Felület nyelve és tartalom nyelve egyezzen?
Ha többnyelvű közösségi oldalt készítesz, akkor oké, hogy egyezzen, mert aki amilyen nyelven commentel, olyan nyelven navigál is.
Na de mi van akkor, ha vannak editoraid, akik a különböző - akár számukra kevésbé ismert nyelven - tartalmakat töltik fel. Biztos, hogy az editorod szívesen áll át fordított elrendezést igénylő arab menürendszerre, vagy szívesen tanulja meg a sok menüpont nevét négy-öt nyelven?
Szóval ami az egyik esetben egyértelmű igen, az a másik esetben egyértelműen nem lesz.
Szóval én azt mondtam csak, hogy többnyelvűsíteni egy oldalt az nem annyi, hogy bekapcsolok egy pipát, hogy "Legyen többnyelvű a Drupal?" és kész.
Szerintem készülj fel rá, hogy 4-5-ször újra kell majd építened az adott oldalt, hisz egy tanulási folyamat elején vagy még.
Szóval nem lesz lehetetlen, hanem nehéz lesz.
btw: a javasolt modult kipróbáltad? :D
btw2: a hetes nem egyszerűbb, hanem szofisztikáltabb, több beállítási lehetőséget tartalmaz. Melyik nyelvválasztó blokkot kapcsoltad be amúgy? :D
pp
Palócz István
https://palocz.hu | https://tanarurkerem.hu