Régen se volt minden jobb?!
Lehet régen minden nem volt jobb, de azért az ilyen személyeskedő megjegyzéseket tartalmazó hozzászólásokat elrejtettük és megkértük az íróját, hogy írja át és törölje belőle a személyeskedő kijelentéseit. Talán ezért is érezted úgy mint a drupal.hu egyik adminisztrátora(!!!), hogy "Fura lesz kimondani"
Sok igazságod van, de számos kijelentésed mellet nem tudok elmenni szó nélkül.
Azt írod:
A közösség nem tűnt el, csak átköltözött a Slackre, ami mégis egy realtime platform, sehol sem igazan divat már „fórumozgatni”. Ez van, erre halad a világ.
Több ezer aktív felhasználója van/volt a drupal.hu-nak, akik közül rendszeresen 2-300 el is jött egy-egy Drupal Hétvégére. A slacken most 117-en vannak.
Ezt a közösség eltűnésének érzékelni szerintem nem ördögtől való. (fun fact: 10 éve pont ugyan ezt mondtad csak az IRC-vel és a fórummal kapcsolatban. LOL azóta mindenki IRCzik csak... ja nem)
Többek között a Rules modul kapcsán írod:
Ezek függetlenek a Drupaltól, olyan, mintha egy autógyártón kérnéd számon, hogy miért nem gyártanak hozzá autóillatosítót.
Az, hogy a Rules(UI) modulnak nincs stabil kiadása 5 évvel a D8 megjelenése után, szintén egy olyan tény, amit kár tagadni. Van egy feszülő ellentét a fejlesztők és a sitebuilderek között a témában, aminek a tagadása szinten nem korrekt.
Mint ahogyan azt a tényt se negligálhatjuk, hogy a sitebuilderek, akik mindenfajta programozói tudás nélkül raktak össze oldlakat, ott lettek hagyva az út szélén.
Erre azt mondani, hogy fejlesszél, picit kontraproduktívnak tűnik nekem és úgy érzem nem mozdítja elő a diskurzust a témában.
Mint ahogyan a "szabadidejükbeningyen" sem fejti ki az igazság minden egyes kis szeletét. Legalább is a Rules modul maintainereit elnézve nekem nem az a kép rajzolódik ki mintha lelkes amatőrök a szabadidejükben ingyen fejlesztenének.
No és ez a megállapításod szöges ellentétben van azzal a későbbivel, hogy
A Drupal (helyesen) a nagyvállalati irányba mozdult
.
Az irányt nem vitatom, de az én OS filozófiámba nem illik bele az amikor azt írod:
Rájöttek, hogy az nem viszi előre sem a közösséget, sem a Drupal fejlődését, hogy „Pistike” feltelepíti a megosztott tárhelyére a Drupalt a havi tizes látogatottságú weblapjának
Hisz nagyrészt a Pistikéknek köszönhető, hogy oda eljuthatott a Drupal ahol van/volt. Mert hiába csinálod meg a világ legjobb rendszerét, ha rajtad kívül senki nem használja.
Pont ezért van az, hogy nem tartom és soha nem is tartottam korrektnek ilyen hangnemben beszélni azokról az emberekről, aki a drupal.hu közösség nagy többségét adták.
Palócz István
https://palocz.hu | https://tanarurkerem.hu
- A hozzászóláshoz regisztráció és bejelentkezés szükséges

tippek
Hogyan tudnám megmondani, hogy az idei versenyem, mely csapat vesz rész? És a következő versenyen?
Készítesz egy Verseny tartalomtípust, aminek legyen egy Csapat node reference mezője. Új verseny kiírásakor felviszel egy új Verseny node-ot, és beklikkeled, hogy mely csapatok vesznek részt.
A node reference sajnos csak Select list és Autocomplete Text Field lehetőségeket kínál, checkbox nincsen.
Egy adott csapat (mondjuk a Kék csapat) az minden versenyen állhat más és más versenyzőkből. Hogyan adhatnám meg, hogy az adott versenyen szereplő csapatnak kik a tagjai?
Szerintem ez hasonló probléma, mint az Observer elektronikus újságnál volt a rovatkérdés. A rovatnak vannak fix részei (pl. rovatcím), és mozgó részei (aktuális cikkek). Erre 2 külön tartalomtípust hoztak létre, és a Rovat-fix tartalomhoz node reference segítségével csatolták a Rovat-mozgo tartalmakat. Azt, hogy éppen melyik Rovat-fix típusú node az aktuális, dátum mező segítségével állapították meg.
Nálad talán úgy lehetne megoldani, hogy van egy Csapat-info tartalomtípus, itt viszed fel a csapatok állandó adatait (csapatnév, cím, stb.). És van egy Csapat-tagok típus, itt node reference select listából kiválasztod, hogy melyik Csapat-info node-hoz tartozik a taglista, ill. egy másik node reference select listából kiválasztod az aktuális tagokat. Amikor változik a taglista, akkor mindig új Csapat-tagok node-ot készítesz. Ezeket a Csapat-tagok node-okat aztán Verseny dátum szerint le tudod kérni Views segítségével:
1. Listázod azokat a Csapat-info tartalmakat, amelyek az aktuálisan megtekintett Verseny node-hoz kapcsolódnak node reference segítségével. Magyarán: azon csapatok listája, amelyek az aktuális versenyen részt vesznek.
2. A Csapat-info tartalomtípusba pedig legyen beágyazva Viewfield modullal egy nézet, ahol argumentumként átadod a Verseny időpontját, a nézet pedig listázza azokat a Csapat-tagok típusú, közzétett node-okat, amelyek az akutálisan megtekintett verseny időpontja előtt keletkeztek, fordított időrendi sorrendben (legfrissebb legyen a lista tetején), és a lista csak 1 elemet tartalmazzon.
Tehát akkor működik a dolog, ha a Verseny tartalmak esetén az URL végéhez mindig hozzáragasztod a verseny időpontját. A Views egyrészt kilistázza azokat a Csapat-info oldalakat, amelyek az aktuális versenyhez tartoznak (résztvevő csapatok listája) – másrészt pedig a listán megjelenő Csapat-info típusú oldalak maguk is tartalmaznak egy-egy beépített nézetet, amely Csapat-tagok típusú node-okat listáz, méghozzá mindig az URL végén lévő dátumhoz legközelebb eső múltbeli listát. (Megoldható, hogy ha az URL végén nincs argumentum – éppen nem Verseny típusú node-ot nézünk – akkor mindig a legfrissebb Csapat-tagok listát illessze be.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
bevonni a felhasználókat
Bizonyára vannak hálásabb közösségi témák, ilyen pl. az internetes erotika, meg a politika.
Kisebb településen nem hiszem, hogy sikeresen működhet, legfeljebb valamilyen apropóval, pl. kell hozzá egy Szalacsi....
Most nem szakmai, hanem emberi oldalról írom le, miként lett nagyjából sikeres egy ilyen közösségépítő portál, bár nem települési, ezt előre el kell mondanom, de mondjuk egy ingatlanos nagy falu. Ha valakinek nem elég szikár és szakszerű, attól elnézést kérek.
Nekem szinergiával sikerült valamilyen módon aktivizálnom az embereket az ingatlanszakmában a http://www.5x5.hu oldalon. Tehát egy csomó összefüggést alakítottam ki.
Azaz az első lépésem az volt, hogy létrehoztam egy saját ingatlanos levelezőlistát és a felmerülő szakmai témák alapján a mára már sokszáz fős ingatlanszakmai felhasználók egy potenciális csoportot alkottak.
A levelezőlistát e-mail-importtal beemeltem az 5x5.hu oldalra, (természetesen nem vagyok ennyire okos, ezeket a fejlesztőim, többek között az istream, mindworks, nagyjani csinálták) ezáltal a napi levelezések az interneten is követhetők lettek, persze, meghagytam a lehetőséget arra is, hogy innen át tudjanak linkelni az eredeti levlistára a google-ben.
A levelezőlistámat kihasználva havi összejöveteleket szerveztem, ami egyre sikeresebb.A havi összejövetelekből egyesület lett, barátságok szövődtek, üzleti kapcsolatok épültek ki és lassan elismert lett a szakmai berkekben.
Egy szakmai ellenőrzési hiányt kihasználva létrehoztam egy internetes ingatlanszaknévsort, ahol csak azok jöhetnek regisztrálni, akik egy komoly kritériumnak megfelelnek. (http://ingatlanszaknevsor.hu)Aztán ugye a regisztráltak blogolhatnak, a többiek hozzászólhatnak, stb.
Össze-vissza linkelgetem, többek között a http://ingatlanpanasz.hu oldalról is lehet hozzászólásokat beküldeni ide.
Van egy Hírlevelem, ahol 5000 ingatlanos címére küldök havi egy-két aktualitást (nem többet, nehogy megunják), ahová bemásolok egy-egy cikk bevezetőjét a főoldalról, így eljutnak ismét a hírlevélből linkelve. ( http://lev-lista.hu/arch.ph?l=ingatlanszakma&b=4&d=0&p=0)
Van egy csomó egyéb szolgáltatás, amire különböző módon aktivizálom az embereket, pl. adatcsere értékbecslőknek, ahol annyi összehasonlító adatot kaphat egy értékbecslő, ahányat beküld, így egy idő után (remélem) feltelik a rendszer, különböző szavazások, egyebek.
Emellett hozzátartozik,hogy az (azt hiszem éppen az aktuálisan nem működő) iwiw is szerepet játszik a népszerűségében.
Tehát a valamilyen szálú összefüggések láncolata és egy bizonyos szolgáltatás használata, meg valamilyen konkrét tény, ami köré csoportosulhatnak az emberek, és közösség és személyes kapcsolatok kialakítása, ami fontos, hogy működjön, akár egy közösségi portál, akár egy települési portál.
Talán érdemes lenne meghatározni, hogy mekkora létszámmal tud működni, vagy mekkora létszám az ideális egy ilyen jellegű oldalhoz.
Üdv: Békési BÉla
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
német-magyar oldal, de...
Nem látom még át igazán a többnyelvű oldalak beállításait, de nem azért mert a leírás nem jó, szépen követtem lépésről-lépésre. De...
Kezdem az elejéről :-)
Az a helyzet, hogy egy alapvetően német célcsoportú weboldal esetében már elkezdtem tevékenykedni, létrehoztam a német nevű menüpontokat, a hozzájuk tartozó tartalommal, csak éppen egy alapvetően magyar nyelven telepített Drupalban (a telepítéskor még nem jutott eszembe hogy gondom lehet ezzel, és németet kellene inkább alapból telepíteni...).
A német nyelvű felület megvalósításához később felvettem a német nyelvi csomagot is hogy a felületet később átválthassam német nyelvűre, és ha kész a weblap akkor úgy is hagyjam (a drupal gyökerébe másoltam a német .po nyelvi csomagot).
Ez addig nem is volt probléma, amíg azt nem láttam ennek kipróbálásakor, hogy ha a német nyelv az alapbeállítás, akkor vannak olyan elemek a felületen, amik angolul jelennek meg jobb híján... (most nem az egyéb, telepített modulokra gondolok, mint a dfgallery pl., hanem olyan elemekre, mint az Online users felirat, ami nem annyira tűnik németnek.)
Ekkor arra gondoltam, inkább többnyelvűsítem a weblapot az Internationalization modullal, abban biztos rendesen jelennek majd meg már a most hiányzó német nyelvű elemek, anélkül hogy egyesével kéne átneveznem vagy lefordítanom mindet.
Elkezdtem eme klassz cikk alapján bekapcsolni mindent ahogy kell, és eljutottam oda, hogy menüpontok felvétele az újonnan létrehozott magyar és a német menübe...
Csakhogy, nekem már korábbról szépen ki van alakítva az Elsődleges linkekben minden ami kell - és most mindezt újra létre kell hozni?
Még létre is hoznám, de előbb azért megkérdezem azt, ami megkönnyítené kicsit a dolgomat: az ismerősömnek eredetileg csak német nyelvű weboldal kellett volna, nem igénye hogy kapcsolgatni lehessen a német és a magyar között pl. a nyelv választó blokkal...
Vajon nagyon kiszúrnék-e magammal, vagy nagy keveredés lenne, ha a nyelv választó blokkot csak az admin jogosultságú felhasználó láthatná - azaz egyedül én - , és különben az Elsődleges linkek már meglévő tartalmaiban az Összes nyelv helyett a németet választanám?
Ezt még nem mertem kipróbálni, mert most ismerkedem a rendszerrel :-/
Ha nagyon nem jó megoldás, akkor vagy létrehozom újra a menüpontokat két nyelven és a tartalmakat is duplikálom (vagy, hozzá lehet rendelni a meglévő node-okat és albumokat esetleg a német menühöz?...), és lesz egy hagyományos kétnyelvű weboldal, vagy használni kezdem a saját weboldalamon már kipróbált l10n_client modult és az angol szövegeket németre fordítom kézzel...
De ha van valakinek esetleg egy kézenfekvőbb megoldása, azt örömmel venném, sőt talán mással is előfordulhat, hogy utólag kell kétnyelvűvé varázsolnia a meglévő weblapját (nekem szimpla tapasztalatlanság az ok, nem gondoltam végig ezt a magyar nyelvű drupal telepítést eléggé :-S )
telepítés nyelve [módosított hozzászólás]
Életemben nem élesítettem i18n modulcsaládot. De nagy odafigyeléssel gyűjtöttem az infókat róla, hogy ne legyen sok bajom vele, ha egyszer bekapcsolom.
[update]: vigyázat, több tapasztalt társunk figyelmeztetett, hogy rossz ötlet volt a te esetedben az l10n-installt javasolnom, meg olyan határozottan a nem-angol telepítést... (a kavar abból van, hogy angol nyelv nem lesz, azzal együtt van olyan állásfoglalás is, hogy "többnyelvű siteot mindig angolul telepítünk") Figyeld a többi kommentet is! ↓
Én azt hallottam, hogy ha az oldaladnak lesz nem-angol nyelve, akkor azon a nyelven telepítsd. Azt írtad, hogy magyar és román nyelvek lesznek, ezek közül azt telepítsd, amelyik nyelven az adminisztrátor szívesebben dolgozik → tehát az adminfelület számára szánt nyelven.
Azt is hallottam, hogy már telepítéskor ezt a nyelvet kell megadni alapértelmezettnek. Sajnos vannak olyan stringek is a Drupalban (talán az adminfelülettel összefüggésben?), amik ha létrejönnek telepítéskor (mondjuk angolul) akkor azokat már semmi nem tudja megváltoztatni.
Ebből valóban az következik, hogy ha 100%-osan lefordított oldalt szeretnél, és nem így csináltad, akkor az eddigi munka értékes tapasztalatgyűjtés volt ugyan, de új telepítésre van szükség.
[update]: Itt jön a lényeg: utólag értesültem erről: l10n-installt csak akkor kell használni, ha nem-angol, de egynyelvű site készül (csak magyar, vagy csak román)
Konkrétan: Ne is a standard drupal telepítőcsomagot használd, hanem az l10n_install telepítőt. Az végez full munkát, erre lett készítve. Nézd meg az első bekezdést a linkelt oldal projektismertetőjében.
[update]: Az itt következő részt csak azok kedvéért hagyom itt, akiknek bármikor gondjuk támad a fordítási fájlok telepítésével:
Ha települ rendben, akkor jó. De ha a fordítások betöltésekor/telepítésekor megijeszt a viselkedésével, akkor valószínűleg a php max_execution_time -ot kell igen magasra venni, magyarul több időt engedélyezni a php parszernek (az parszer, jó szót használok?) a fordítási fájlok (*.po) feldolgozására (ami alapértelmezetten 30mp, de én olvastam 240-re, 600-ra illetve még több mp-re felemelt időkorlátokról is). Nézd meg ezt a beszélgetést..., lehet hogy a többiek leszavaztak, mert volt amiben pontatlan voltam, de már a topikindítóban benne van amiről beszélek.
Max_execution_time-ot sem állítottam még be soha, de ha ma be kéne állítanom, akkor a localhost php.ini-jében próbálnám meg (mivel abban van ilyen beállítási lehetőség)(ha tényleg szükség van erre, akkor - mivel ezt csak localon tudod megtenni - a localra tudod telepíteni az l10n-install profilt, majd onnan migrálni a shared hosztingra).
[update]: A jövőben megpróbálok csak olyasmihez hozzászólni, amiben személyes tapasztalatom, eredményem van. Mindenkitől elnézést kérek.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
A kérdés első felét nem neked
A kérdés első felét nem neked írtam, hanem L.Tiny kollégának. :) Konkrétan erre, amit írt:
Én nem a sitemap blokkot szoktam használni, hanem egy létező node (aminek a neve pl. Honlaptérkép) útvonalát írom át "sitemap"-ra. A végeredmény kb. ugyan az...
(leszámítva azt, hogy az "ugyanaz" egy szó :D)
Nekem ez a leírás egy kicsit fura, ezért kérdeztem rá nála, mit ért ezalatt.
a sitemap pedig igaz összeségében ront a képen, de megnyitni kell, és nem blokban van kihelyezve.
Na, hát ez a lényeg :) A leírásodból úgy tűnt először, hogy valami oldalsávra akarsz kirakni egy jó nagy fastruktúrát a menüről :) Ezért kérdeztem rá a dologra, hogy biztos ezt akarod-e.
Így külön menüpontként nem gáz.
Amúgy a sitemap keresőoptimalizálás szempontjából is fontos (sőt, elsődlegesen emiatt), hogy a keresőrobot (pl. a Google-é) be tudja járni az oldaladat a linkeket követve.
Itt lehet például megadni a Google-bácsinak, hol találja az oldaltérképedet: http://www.google.com/webmasters/
(mármint bejelentkezés után, webhelyet létrehozva, "Webhelytérképek" menüpontra kattintva)
De ide általában XML-formátumú webhelytérképet szokás megadni, pl. ebben segít az XML Sitemap modul. Az általad használt nem tudom, biztosít-e ilyet, meg most így fejből nem tudom, a linkelt hely elfogad-e más formátumot (ha igen, milyet).
Ez a fórum valóban nem a honlapok véleményezésének helye, ahogy előttem már írta a kolléga, de röviden: a bejelentkező blokk ott oldalt, a fejlécben meglehetősen ronda, meg az átlag látogatód nyilván úgysem fog tudni vagy akarni bejelentkezni, tehát lényegében felesleges (bár lehet, h csak átmenetileg van itt), inkább egy apró linket kellene odarakni valahova, nem ennyire arcbamászós helyre. Ha akarsz fórumot, vagy hasonlót, akkor majd a hozzászólásnál elég lesz bejelentkeznie, úgyis átirányítódik a megfelelő linkkel a bejelentkező űrlapra, az meg visszairányítja az eredetileg kattintott helyre (ahogy ezen a fórumon). A váltakozó headerben az ékezettelen szöveg gagyi, bár gondolom ez is átmeneti. Meg az sem tetszetős, hogy össze-vissza kevered a szövegben a kis- és nagybetűket, igazából nem tudom, minek írsz teljesen random módon bizonyos szavakat nagy kezdőbetűkkel a mondat közben (például a "Tetoválása", "Testápoló", "Ápolás", stb. miért nagybetűvel kezdődik?), ezek mind amatőrré teszik az oldalt. Magában a dizájnban nekem nem tetszik ez a kicsit ronda, csíkos színátmenetes szürkés-ködös-fehérbe átmenős háttér, meg a menüben a betűtípusok, és elég furcsa az a hirtelen narancssárga csík az oldal alján, világoskék szín ebben az alapvetően sötét tónusú háttérben, stb. Amúgy rohadtul közöm nincs a dizájnhoz, nem foglalkozom vele, úgyhogy nem szakmailag mondom, csak észreveszem, ha valami nem túl szép (persze ha saját oldalt fejlesztek, akkor nem, ezért kell külső vélemény is), és hát Te kérdezted, én meg nyilván a negatívumokra mentem rá, mivel azt kell javítani, nem azt, ami még elfogadható. :D
Na, de ez már eléggé OFF, így is kicsit többet írtam ide a témáról, mint kellett volna, de hátha neked segítség, még ha fikázásnak is tűnik. :D
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Drupal felhasználó [updated]
Látható, hogy a Drupal valójában Én kezdőként azt véltem felismerni a Drupallal kapcsolatban, hogy az kettős arculatot mutat. Kezdjük az egyszerűbbel:
- a Drupalban valóban jelen van a célkitűzés, hogy kezdőként is bárki boldoguljon vele, és aránylag egyszerű lépésekben létrehozhasson valamit, ami olyan, mint amit ő szeretne. Ezt az oldalát csiszolta a szantog által is említett UX team a 7-esben, aminek láthatóak is az eredményei.
- az is látható emellett, hogy egy hivatásos kezében mennyire csillog a Drupal: ennek az az oka, hogy szándékosan úgy van elkészítve, hogy igazából egy halom hasznos és flexibilis infrastruktúra legyen, ami ráadásul annyira "lemeztelenített állapotban van tartva", hogy a fejlesztők egyszerűen ráépíthessék a maguk fejlesztéseit, ráadásul nem csak ilyen vagy olyan típusú fejlesztést, de bármit, amit a kortárs web megkövetelhet. Ezekkel a ráfejlesztésekkel mintegy befejezik a nyers alapot. (pp erről mondta azt, hogy a Drupal olyan, mint a legó: bármit kirakhatsz belőle, de mindig rücskös marad a teteje. Én is szívesen adnék egy analógiát, én egy olyan szerkezethez hasonlítanám a Drupalt, amire nem tették föl az esztétikai burkolatokat, áramvonalazó lemezeket, ígyhát a szakmai felkészültséget megkövetelő interfész úgy villog belőle, mint ahogy a hotrodok motorja meg első felfüggesztése.)
Viszont a topik indítójának igazat adok abban, hogy a megfogalmazásoknak, a terminológiának nemigen találkoztam felhasználóbaráttá tett alias neveivel.
[update]: valószínűleg ezzel ↑ nem fogalmaztam pontosan, mert szvsz van, hogy pont nem alias nevekre van szükség, hanem a helyzetet szakmailag minél inkább pontosan értelmezhetővé tevő megfogalmazásra, mint a viewshez hozott lenti példával is próbálom illusztrálni.
Persze nehéz belőni, hogy melyik szinthez is szóljon és milyen magyarázatokkal dolgozzon egy help, de én mégiscsak arra szavazok, hogy úgy jó, ha a dolgok szakmailag korrektül a nevükön vannak nevezve, de valahogy követhetően - lehet mellette két mondat magyarázat mondjuk, vagy netán a hasznosítást illusztráló ábra... [update vége]
Mire gondolok:
- szóval négy hónapja formázgatom a saját példányomat, és nem olyan rég esett le, hogy a "rejtélyes fieldek" amikről mindennap láthatok valamit a fórumon adatbázistáblák mezőit akarhatják jelenteni, és amikor fieldekkel dolgozom, akkor ezek szerint a adatbázisokban kell új adattároló mezőket létrehoznom, illetve az ezekből előhívott adatokat kell hellyel kínálnom a sminkemben...(igen, ez így már alapnak hangzik, de a kérdés az, hogy mennyi idő alatt jöttem rá)
- vagy itt van a views, az esszenciális összetevő: a negyedik hónapban sikerül csak megfogalmaznom, hogy ja, akkor ez az a modul, amivel egyedi adatbázis-lekérdezéseket tudnék megvalósítani. Csak hogy érzékeltessem, hogy miről van szó, a legkomolyabb nehézség számomra az volt, hogy ráébredjek arra, hogy az "ide létrehozok egy nézetet" ugyanazt jelenti, mint a "végrehajtok egy egyedi adatbázis-lekérdezést, és az eredményként visszakapott listát megjelenítem itt".
Szóval igazából most nem azt akartam demonstrálni, hogy egy tök vagyok, inkább érzékeltetni, hogy egy kezdőt itt meg ott még lehet segíteni abban, hogy megtalálja a helyét - legyen az a dokumentáció és a user interface terminológiája, vagy az adminfelületen elérhető "inline" segítség.
És egy (amolyan opensource-os) képzeletbeli beszélgetés a végére:
- Patches are welcome.
- Keep watchin, it may even happen*
* [update kiegészítése]: én lennék a legboldogabb, ha magam valósíthatnék meg példákat arra, amire gondolok, ez jelenleg csupán erőforrások kérdése...
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
ismét ugyanaz a probléma, másik weboldalon is...!
Visszajöttem sajnos, mivel jelenleg 4 weboldalt működtetek/fejlesztek.
Ebből eddig háromnál lépett fel teljesen ugyanaz a probléma, amit fentebb leírtam.
A negyedikhez már hozzá sem merek fogni.
Az elsőnél, ahogyan írtam is, a backup után helyrerázódott minden (leszámítva, hogy egy hozzászólás elveszett, mert olyan régi backupot töltöttem vissza, amiben még biztos voltam, hogy nem volt frissítve a modulok egyike sem, egy teljes nappal korábbit).
A második weboldalnál is működött a backup, amikor a frissítés utáni update-probléma fellépésekor a backup-visszatöltést végrehajtottam, és amit itt érdemes tudni még:
itt nem ugyanazok a modulok voltak frissítendőek, mint az elsőnél.
...ezért is mertem frissíteni: azt hittem az első után, hogy a cck vagy az avatar selection frissítésével volt csak a gond, a többi mehet.
De itt az i18n és a mollom modul volt a frissítendő, és teljesen ugyanaz a hibaüzenet jött elő!
S bár megoldódott a probléma, mert minden helyrejött a backup visszatöltésével - de kétlem, hogy ennek így kéne "működnie" :(
És, most a harmadik weboldalnál szenvedek ugyanazzal a problémával, az szerencsére teljesen fejlesztési fázisban van, tehát nem kell aggódnom a felhasználók vagy a látogatók miatt - viszont itt hiába próbáltam a backup and migrate-tel a frissítés előtt lementett állapotot visszatölteni, nem reagál rá olyan "pozitívan", mint az előző kettő.
De itt legalább van némi egyezés az előzőekkel, mert szintén az i18n modul és a mollom kellett, hogy frissítve legyen. (...háromból két frissítés esete így némileg hasonló, bár az "orvosság" nem hat az egyikre, ami furcsa).
Most komolyan felmerült bennem, hogy ha én csinálok valamit rosszul, az ugyan mi lehet, mert eddig is, és most is, ugyanúgy csináltam a modulfrissítést, ahogy kell:
Karbantartás üzemmód, adatbázis mentés a Backup and migrate-tel, aztán ftp-vel a modul újabb verziójának a felrakása. Ezután update.php futtatás (van, hogy előtte/közben, amikor elnavigálok az oldalon belül máshová, kéri a cron futtatását is, de ez most nem hiszem hogy számít).
Ha viszont nem én bénázok valamit el, hanem a Drupal (6.13) rendetlenkedik, akkor pedig hogyhogy csak én találkozok ezzel a helyzettel?
Szóval, lehet hogy mégis én bénázok? De akkor mit?