HUP on Drupal alpha teszt

Címkék

Már hosszú ideje fontolgatom a HUP motorjának teljes cseréjét. Eddig a csere idő és megfelelő CMS hiánya miatt nem valósult meg. Ma volt egy kis időm, és migráltam a HUP-ot Drupal-ra.

Mi került migrálásra?

- felhasználók (kb. 4.000)

- cikkek (kb. 8.000)

- szavazások (kb. 150)

- az összes hozzászólás (kb. 30.000)

- az összes fórum topik (kb. 30.000)

- journal bejegyzések

Hogy miért Drupal?

- mert sok-sok éve használom (lásd. www.debian.hu, www.hup.hu/english)

- mert az összes elérhető CMS közül ennek a stílusa áll hozzám a legközelebb (coding style)Sajnos a Drupal sokkal kevesebbett tud, mint a PHPNuke. Pontosabban nem kevesebbet, hanem máshogyan, és az lehet, hogy szokatlan lesz azoknak akik még nem ismerik.

Felállítottam egy tesztoldalt, ahol ismerkedni lehet a motorral. Visszajelzések kellenének az alábbi topikokban:

- használhatóság

- sebesség

- használat közbeni bugok

- stb.

Amiről nem kérek visszajelzést:

- az oldal kinézete (alapértelmezett téma van rajta)

A visszajelzések függvényében elképzelhető, hogy a HUP motorja a közeljövőben lecserélésre kerül. Az ottani adatbázist lehet nyugodtan nyúzni, írásokat, hozzászólásokat készíteni.

Természetesen mivel ez egy alpha teszt, az egész még képlékeny. Számos ismert hiba van. Például a fórumban a BBCode-ok nyoma még megvan. Ezeket szeretném majd idővel eltávolítani. A teszteléshez fontos lenne a pontos visszajelzés a működésről.

Visszajelzéseket ide kérek a hozzászólásba.

Köszönöm!

Tesztelni lehet:

www.hup.hu/testhup

-

trey

Hozzászólások

En nem tudtam hozzaszolni a Kernel-es teszt-cikkhez. Biztos bena vagyok.

Khiraly

Próbáltam válaszolni az "üzenetküldés terminálra" topikban, nem jött össze. Írni lehetett, csak a végén nem jelent meg, se bejelentkezve, se anonymousként.

En is gondolkodtam mar a phpnuke-os oldalaim drupal-ra migralasan.

Van valami eszkoz keszen ami a migralast (vagy 1 reszet) megcsinalja?

Ha igen miaz?

Ha nincs, akkor amit csinaltal az elerheto lesz esetleg? (feltetelezem nem kezzel csinaltad)

A fórumok topiclistája:

- lehetne hosszabb (10-15 friss/új topic)

- tartalmazhatná a legutóbb hozzászóló nevét

Az onlány felhasználók és teljes archívum blokkja mehetne alulra.

Megnézegettem ezt az új HUP-ot. Az első látás eredményei (úgy gondolom az első "tapasztalatok", vagyis az előre kijövő problémák is fontossak lehetnek a használatóság szempontjából, mégha ezek nem is feltétlenül technikai jellegűek).

Tehát:

* Az első. ami zavart, hogy nem találtam meg a fórumban a keresés-t. (ettől persze lehet, hogy ott van, de én nem leltem meg)

* Saját blog: ez nagyon tetszik nekem, tök jó ötlet, azonban itt sem találtam meg hol lehet bele írni. (csupán egy XML gomb volt alatta, írni nem tudom hogy lehet bele)

Nagy hirtelen ennyi. Most egy darabig a beta felülettel nyúzom a HUP-ot, aztán meglátjuk...

A bejelentkezés nagyon lassú (6-7 mp)

jo otlet, nagyon korrekt.

kar, hogy - ahogy nezem - a drupal is hasznal tokeletesen ertelmetlenul table-elemeket.

2 aprosag:

- kisebb betuk

- naptar lehetne table-layout: fixed

van esetleg valami roadmap, hogy milyen új funkciók vagy fixek lesznek, merrt akkor azt értelemszerűen nem kérjük :)

OFF: és mi van a tenderrel, ha itt migrálgatsz :))

Valamikor, nem is olyan régen felvetettem a hupmotor cvs kinyitását és a heggesztések commitolásának lehetőségét, de végül nem reagáltál rá.

A dolog most is áll. Szerintem van annyi webprogramozáshoz értő ember itt a portálon, aki szivesen kijavítja a hibákat. Aztán te megcsekkolod és beteszed a patchet.

Az atvitt userek default idozonaja lehetne Budapest, es nem GMT.

A forumok lehetnenek vizualisan tomorebbek, a subject + keret + "sallang" nformaciok tulzottan sok helyet vesznek el.

Nagyon szep design, nekem jobban tetszik.

Szerintem az egész menüt át kellen tenni jobbról balra. Igy nagyon nem áll kézre legalábbis nekem.

Az oldal látványra nekem tetszik. Olyan mint egy csillli villi kde.

A blogomba nem tudtam irni.

A blogok megjelenése visszafelé történi alapból.

A belépés nekem gyors volt.

A belépés boxot fellülre kellene tenni, mire megtaláltam épp kezdtem letenni arról hogy belépek.

> van esetleg valami roadmap, hogy milyen új funkciók vagy fixek lesznek, merrt akkor azt értelemszerűen nem kérjük :)

defaultban ennyi, ami a cikkben le van irva. vannak meg otleteim, de a kesobbi karbantarthatosag miatt szeretnem az egeszet olyan egyszeruen tartani, ahogy az csak lehetseges(tm).

> OFF: és mi van a tenderrel, ha itt migrálgatsz :))

tender penteken osszeallt, kaptunk toletek spec arakat, koszi :-) kollegam megnezte a netmail-t, es a groupware-t is, es ugy dontott, hogy groupware lesz. mivel exchange-rol lesz a migracio, igy megkapjuk upgrade aron. a vegen nem is lett olyan nagy osszeg.

>Szerintem az egész menüt át kellen tenni jobbról balra. Igy nagyon nem áll kézre legalábbis nekem.

reszletkerdes.

>Az oldal látványra nekem tetszik. Olyan mint egy csillli villi kde.

Mint mondtam ez a default tema, a design-hez meg hozza se nyultam. Ami a jelen szakaszban erdekes, az a hibatlan mukodes, a migracio tesztelese. Ez a nagyobb munka. A VPS az maradhat a vegere.

>A blogok megjelenése visszafelé történi alapból.

Igen, mert a blogok timestamp-je mindenhol 2003. januar 1. Ezen meg finomitani kell. Az uj entry-k mar jo helyen vannak. Lehet, hogy ilyen aprobb kompromisszumokat kell majd kotni... Known bug.

>A belépés boxot fellülre kellene tenni, mire megtaláltam épp kezdtem letenni arról hogy belépek.

reszletkerdes. konnyen megoldhato.

Koszi!

Hamarosan feltoltom az uj, javitott adatbazist. Talan a hozzaszolasok hiba megoldodik. Lehet tovabb tesztelni.

Szerintem maradjon a menü ott, ahol van.

Indok: van, amikor csak szöveges módban (lynx közreműködésével) lehetséges az oldal elérése (pl. nem induló X, stb. esetén). Ilyenkor általában a HUP-ot nézi meg az ember először, hogy van-e már valakinek hasonló tapasztalata, mert szokott lenni. Ha a menü marad "jobb" oldalon, akkor lynx-ben "alulra" kerül, így sokkal hamarabb lehet lényegi információkhoz jutni.

A verziókövetést és Treynek való segítséget már többen felajánlottuk. IMHO kevesebb időd menne el egy CVS/SVN/Arch/akármi felállításával, mintha minden bugot neked kéne kijavítani. No meg ekkor több szem többet lát, stb., és talán mi földi halandók is tudnánk visszaadni valamit oda, ahonnan kaptuk. Nem utolsó sorban pedig esetleg összeállna egy igazán használható, sok hozzáértő által felügyelt, rendszeresen (netán még biztonsági szempontból is) karbantartott CMS, mindenki hasznára és megelégedésére.

Neked meg, Trey, esetleg csak annyi dolgod maradna a motorral, hogy a repo-ból frissíted az éles HUP-ot, amikor kell. Ez meg - IMHO - lényegesen kevesebb idő.

1. Ugye a newsgw működni fog a Drupallal is?

2. Ugye az élesben már beállítod majd a mod_rewrite-t (barátságos URL-ek) is?

3. Olyan szavazásnál is, ahol nincs 12 lehetőség, hanem csak pl 5 (mint a "stabil kernelt használok" című), 12 lehetőség közül lehet választani, de az utolsók (jelen esetben 7) üresek. Ilyen "üres" lehetőség választásakor elmegy a szavazat, de nem számít sehova (ami logikus), viszont nem tudok újra szavazni (ami nem logikus).

>IMHO kevesebb időd menne el egy CVS/SVN/Arch/akármi felállításával, mintha minden bugot neked kéne kijavítani. No meg ekkor több szem többet lát, stb., és talán mi földi halandók is tudnánk visszaadni valamit oda, ahonnan kaptuk. Nem utolsó sorban pedig esetleg összeállna egy igazán használható, sok hozzáértő által felügyelt, rendszeresen (netán még biztonsági szempontból is) karbantartott CMS, mindenki hasznára és megelégedésére.

Es ha nincs ra idom, akkor jo a ``Benn a patch fel eve, es hozza se nyult.''

Mondtam, ha lesz ra idom, majd lesz ilyen is. Egy oldal eleteben nem a motor a legfontosabb hanem a tartalom.

> Neked meg, Trey, esetleg csak annyi dolgod maradna a motorral, hogy a repo-ból frissíted az éles HUP-ot, amikor kell. Ez meg - IMHO - lényegesen kevesebb idő.

Lehet, hogy a valtoztatasok atnezese tobb idot vesz el, mint ha magam lekodolom. Ugye azt nem varod, hogy vakon felhasznaljam barki valtoztatasait?

Bar ez itt egy kicsit off, de:

> A verziókövetést és Treynek való segítséget már többen felajánlottuk.

Ez igy van, de mivel a PHPNuke-ot szeretnem elhagyni, ezert abba mar nem erdemes valtoztatni. Nyilvan ezert nincs is erteme tovabbfejleszteni. Ha a Drupal migracio lezajlik, akkor marha egyszeru lesz a dolog.

1. Fogsz egy Drupal 4.5.2-t

2. Beimportalod egy verziokezelobe

3. Valtoztasz benne

4. Visszakuldod a valtozasokat patch formajaban a hivatalos Drupal csapatnak

5. Ok atnezik (sokkal jobban ertenek hozza, mint en)

5.1. HA JO: A kovetkezo Drupal release-ben benne lesz

5.2 HA NEM JO: A kovetkezo Drupal release-ben nem lesz benne

6. Ha benne lesz, akkor hasznalni fogom

Ez a legegyszerubb modja ha segiteni akarsz. En nem tervezem ezentul a hivatalos fejlesztesi vonal elhagyasat, mert iszonyu munkaval jarnak a verziovaltasok. Ez tapasztalat. Tobbet nem fogok ebbe a hibaba esni.

Nuke-kal kapcsolatban teljesen megértelek, igazad van.

A Drupallal kapcsolatban viszont még mindig kétféle lehetőséget látok:

1. Az általad vázolt pontoknak megfelelően csinálni egy "fejlesztői" HUP-ot, vagy másképp: a HUP körül kialakítani egy Drupal fejlesztői csapatot. (Már hallom a választ: minek, amikor ott van a csapat a weblaboron.)

2. A következő megoldást viszont reálisabbnak látom: csak a biztonsági hibákat javítani az éles HUP-Drupalban, a többit elküldeni fejlesztőknek (töltsék vele az időt ők), és majd ha lesz új kiadás, úgyis frissítesz. (Borítékolom Trey válaszát, lehet, hogy én is így tennék.)

De: miért 4.5.2-t fogod, és miért nem a 4.6.0-t (már amikor majd kijön)? Lásd itt: http://weblabor.hu/hirek/20050125/motorfrissites

> Nuke-kal kapcsolatban teljesen megértelek, igazad van.

Nagyszeru.

> 1. Az általad vázolt pontoknak megfelelően csinálni egy "fejlesztői" HUP-ot, vagy másképp: a HUP körül kialakítani egy Drupal fejlesztői csapatot. (Már hallom a választ: minek, amikor ott van a csapat a weblaboron.)

Nem tudom mi van a weblaboron, de szerintem teljesen felesleges. Mit akarsz fejleszteni?

> 2. A következő megoldást viszont reálisabbnak látom: csak a biztonsági hibákat javítani az éles HUP-Drupalban, a többit elküldeni fejlesztőknek (töltsék vele az időt ők), és majd ha lesz új kiadás, úgyis frissítesz. (Borítékolom Trey válaszát, lehet, hogy én is így tennék.)

Nyilvan ha kritikus hiba van azt javitani fogom. Eddig is igy tettem. De ehhez minek fejlesztoi csoport?

> De: miért 4.5.2-t fogod, és miért nem a 4.6.0-t (már amikor majd kijön)

Gondoltam leszel olyan kreativ es behelyettesited a 4.5.2 helyere az aktualis stabil verziot. Ami nem feltetlenul esik egybe a legfrissebb verzioval. Ugyebar. Raadasul meg meg sem jelent a 4.6.0.

> Szerintem maradjon a menü ott, ahol van.
> Indok: van, amikor csak szöveges módban (lynx közreműködésével) lehetséges
> az oldal elérése (pl. nem induló X, stb. esetén).

Az, hogy a HTML kodban hol van a menu es hogy te hol latod egy CSS-t
ertelmezo bongeszoben, nem feltetlenul fugg ossze... profi oldalaknal,
ahol figyelnek az accessibility cuccokra pont ilyenekre hegyezik ki a
(X)HTML kodot.

Megvallom, tudom, trey, még nyúltál a designhoz, de az a véleményem, hogy nagyon nem tetszik, hogy egy jól bevált régi designt lecserélsz egy újabbra. Megvallom, nekem ez a régi sokkalta jobban kézre áll, minden a helyén van, s minden fontos ott van ahol kell (lásd UNIX történelem, párszor kellett már).

Ha ez a csere a működést javítja, de a kinézetet nem, akkor én csak támogatni tudom, de ha az új csak szépségben lesz szebb, de használhatóság csorbul, akkor nagyon de nagyon sok idő kell szerintem, míg mindannyian megbarátkozunk az új felülettel.

Eddig amúgy jónak tűnik, bár még nem merültem még bele nagyon mélyen. Még írok!

Nem akarok flame war-t indítani, de szerintem a Drupal nem a legjobb választás.



Ahogy én látom a Drupal elsősorban kissebb tartalomportálok fejlesztésére alkalmas. A HUP felűről súrolja azt a határt, ahol én a Drupalhoz nyúlnék.



A Drupal a modulmeghívások egy zseniális koncepciójára épül, de ez a korlátja is neki. Bizonyos dolgokat nem lehet vele elvégezni.
Illetve e testreszabhatóságában szerintem nem sokkal jobb a Nukék-től, csak az az előnye, hogy sokkal tisztábban van kódolva.



Néhány probléma:

  • Az MVC gondolkodás csak nyomokban fedezhető fel benne, nincs rendesen elválasztva a megjelenítés a kódtól.
  • Nagyon nehezen bővíthető. A modulok nagyon monolitikusak. A hook rendszer egy szintig jól használható testreszabásra, de azon felül szerintem kifejezetten nehézkes. Pl ha a node tipust ki akarom terjeszteni, akkor a manuál által javasolt megoldással minden egyes plusz mező egy plusz adatbázis lekérdezést jelent. Ha valami nem fér be a node típusba, arra semmilyen mgoldást nem ad.
  • A túlságosan monolitikus felépítés néha hátrány is lehet. Egyes helyeken kisértetiesen hasonló módon operál, mint a PostNuke egyes moduljai. Gondolok itt pl. arra, hogy egy modul fügvény egy $op paraméter szerint további függévnyeket hív meg, ezáltal a portál controller funkcióját valósítja meg kicsiben. (Sérül az egységes kezelhetőség).
  • Szintén a monolitikussághoz tartozik, hogy általában az egy modul/egy fájl építkezési formát használja, nem lehet külön-külön testreszabni a részeket a többi rész bolygatása nélkül..
  • Nem template-eket használ. Nehéz testreszabni. Ha mindig elfogadod amit a legújabb kiadás hoz, akkor teljesen jó. Ha egy kicsit mást akarsz...

Szóval szerintem mindenképpen érdemes még tovább gondolkozni döntés előtt. Pl. vannak tapasztalataim a Xaraya-val, ami egy sokkal robosztusabb és rugalmasabb rendszer. Ebben nincs olyan speciálisan ötlet mint a drupalban a module/menu rendszer, hanem hagyományos módon nagyon tisztességesen meg van írva egy portál rendszer. Kvázi a PostNuke folytatása lenne, ha nem írták volna sokkal profibban a 0-ról meg.



Várom az ellenvéleményeket.

Megegyszer. Ez egy Alpha (meg csak nem is beta) teszt. Egyelore csak a felhasznalok, cikkek, forum, blogok lettek athelyezve. Minden dolog at lesz elobb-utobb. A valtasnak semmi koze a dizajnhoz. Azt hiszem, hogy az mar kiderult velem kapcsolatban, hogy a VPS nem nagyon erdekel.

Ami miatt mar evek ota fontolgatom a valtast:

A PHPNuke fejlesztesenek minosege erosen megkerdojelzheto, etikatlan (lasd lap aljan levo kotelezo reklam, vagy ha nem fizess), es meglehetosen insecure.

Ami a Drupal mellett szol:

- biztonsagosabb (biztonsagi hibat nem igen szoktak benne talalni)

- rugalmas

- eszszeruen megirt, jol atlathato kod

- gyorsabb

- meg ami meg nem jut eszembe

Az hogy minden a helyen van, csak megszokas kerdese. Ha eldontom, hogy valtok, akkor abban is biztos lehetsz, hogy minden a helyen lesz. Nemtom, hogy lattal-e mar PHPNuke telepitest... Az sem ugy nez ki, mint ahogy a HUP most. Nem keves munka van benne, hogy a HUP jelenleg igy nez ki.

Szoval, nem erdemes parazni. Ha ugy latom, hogy nem jo, akkor marad minden a regiben.

hunger wrote:
> szerintem erdemes lenne elmenned szemeszhez, ha nem latod rendesen a
> betuket... ;-D

ha-ha-ha. talan neked kell majd elobb szemuveget hordanod, mert
agyoneroltetted a szemed az apro betuk olvasasaval. de nem akartam
szemelyeskedni, szori. de nem veletlen volt x honappal ezelott egy hir,
hogy hogyan lehet defaultbol nagyobbra allitani a fontmeretet per site
mozilla/firefoxban, elkerulve ezzel a fentebb emlitett ctrl+- nyomogatast.

Megszoktam, hogy ha bejeltnkezek, akkor napokig fenn marad ez az állapot, nem kell állandóan bejelentkezni. Most a dupal pár óra alatt kivágott, és ez nem tetszik.

Saját gépen nem probléma ez, max publikus gépeken. Szóval valahogy hiányzik :)

Nekem nem okoz gondot az elolvasása, pedig nálam nagyon apró a hupon a betűméret. Maximum egy kicsit lehetne nagyobb - na de ami a teszt oldalon van, az egyszerűen undorító. A betűméret nagysága általában fordítottan arányos a használható információ mennyiségével....

Nem látogatottságban kis site. Hanem szogáltatásban.

Nagynak azt nevezem minnél több fajta tartalom van. A Drupal tipikusan addig működik jól, ameddig node-tipusba bele tudod gyalulni az összes fajta tartalmadat. (lehetőleg hook kiterjesztés nélkül, mert akkor felszökik a lekérdezéseidnek a száma).

(Ami végül is portálrendszernél még előfordulhat, főleg ha csak híreket akarsz megjeleníteni, de keretrendszerként használni...)

De továbbra is fentartom, hogy a testreszabhatósága esendő.

Még nem volt okom panaszre.... Jó apija van mind a bemenet mind a kimenet (adatbázis, html irány) feldolgozására is.

Bár mint tudjuk mindenki esendő:

Drupal 4.5.2 fixes a cross-site scripting (XSS) vulnerability so it is recommended that you upgrade your existing Drupal sites. There are no new features in this installment.

Remélem már ez újatt tetted fel :-)

Gyorsaságban a Drupal addig jó, amíg csak a core-t használod minnél kevesebb modullal, mert a hook rendszer nem az adatbázis lekérdezések optimalizálásra lett kitalálva...

A Drupal előnye itt abban van, hogy nem használ template-et. A portálok futásának egyik legnagyobb része (időben) a template generálás. (->cacehe)

Én személy szerint a következőt hiányolom.

Mely fórum témákhoz és mikor volt hozzászólásom dátum szerint csökkenőbe rendezve.


Üdv.

cookie

Tiszta sor, s értem is a mögötte lévő indokokat, érveket is, hisz ezekről ha elvétve is, de már beszéltél róla.

Az, hogy mennyi munka van benne, nem kell részletezni, s azt sem, hogy ez mennyi fáradtsággal jár, mert teljes mértékben átérzem, s tudom. Ezért is próbálok segíteni, ahol tudok, amennyire csak tőlem tellik.

Nem negatív kritkának szántam, nem is paráztam, szándékom egy szimpla kérés volt feléd, hogy ha lehetséges, az eredeti külalak maradjon meg. Semmi több.

Annak idején, amikor a mi hócipőnk is tele lett a barazil scriptkiddie-kel, mi a Mambo mellett döntöttünk a Linuxforumon.

Kicsit macerásabb, mint a Nuke, de meg lehet szokni.

Persze, mindenkinek az a jó megoldás, amit ő maga biztonségosnak, jónak és könnyen kezelhetőnek tart.

A konverzió - féleg ha az ember már belenyúlt a motorba, meg az adatbázisba, nem egyszerű dolog.

Nálunk pl vagy 4 lépésben lehetett a forumot konvertálni....

Szia Trey,

Tikiwiki-t nem vetted számításba? Nekem ez jött be a legjobban.

Üdv,

Dw.

Amelyek alatt jól néz ki a drupal:

  • Firefox
  • Opera
  • Netscape
  • Konqueror
  • Mozilla
  • Galeon
  • Epiphany
  • Amaya


Amelyekben tűrhetően néz ki:

  • Links
  • w3m
  • Off By One (windows alatt)
  • dillo


Amelyekben olvasható, de nem valami szép:

  • Lynx


Szerintem. Egyébként még megnézem néhány böngésző alatt...

A nuke-os verzió mindegyik alatt jól nézett ki.

> Szoval, nem erdemes parazni. Ha ugy latom, hogy nem jo, akkor marad minden a regiben.

A valtast tamogatom, a jelenlegi dizajn is jol nez ki, raadasul nekem egesz gyors. Gondom nemigazan volt meg semmivel, bar a user beallitasok kicsit maskepp mukodnek... Attol meg meg lehet szokni...

Ha valtasz, lecci tartsd meg a mostanit is, hogy lehessen valasztani...

tamogatom az atallast! en is hasznalom egy ideje, es meg vagyok vele elegedve.

En is mostanaban csapok bele a CMS bizniszbe, ezeket talaltam valamennyire erdekesnek hasznalhatonak, egyelore a drupalt tesztelem es egesz jonak tunik.

http://plone.org/

http://www.roxen.com

http://www.xaraya.com/

http://drupal.org

Visszatérve az előző hozzászóláshomhoz.

Amikor CMS-t kell választani sokszor találkozom azzal, hogy annyi variáció van, hogy az ember esélytelen hogy érdemben megvizsgálja az ember.

Ezért sokszor nem a lejobbat választja, hanem azt amit környezetbén sokan használnak.

Fenti hozzászólásomban nem a drupalt akartam lefikázni, és nem is a xaraya-t mint a tökéletes helyettest ajánlani, csak felhívni a figyelmet, hogy a drupal körül szerintem jó nagy mítosz van a tökéletességről, holott csak egy választás a sok közül, és nagyon sok szempontból (értsd sok feladatra) messze nem a legjobb.

(én például fejlesztési keretrendszernek biztos nem használnám, de egy saját blognak már sokkal inkább.)

Ahogy látom két lehetőség van:

1. trey felnyom egy CMS-t, és frissítgeti, semmit nem ír bele, de megy. Jól. Ha valaki future-t szeretne, akkor ha nincs benne akkor várakozásra és a Drupal fejlesztőninek segíségére ösztönzi az embereket. Ami stabilban megjelenik, az itt is meg fog.

Amik nincsenek benne az új CMS-be szolgáltatások (ezek max némi kis csilli villi dolgok) azoknak fasírt.

Emögött az az elgondolás húzódik meg, hogy a hup-pot a tartalom miatt olvassák az emberek, nem a forma miat. (Ami persze kicsit demagóg is. Forma nélkül semmi...)

2a. Trey feltelepít egy cms-t, amit ideje és energiája engedi belír mint eddig is, de olyan cms-t választ, ami nem futtat a PostNUKE-os hiábába, hogy a testreszabás miatt beragad a verzió. (értsd úgy bővíthet, hogy frissíthető.)

Ehhez kell a legnagyobb előzetes kutatás. Ilyenkor minden a választáson múlik. A postNuke ebből a szempontból szerencsétlen választásnak bizonyult.

2b. ugyanaz, csak verbuvál néhány embert (akik már ajánlkoztak is), akik fejlesztik és frissítik az oldalt (értsd működésileg). És a hiányolt funkciókat megvalósíthatják.

Szerintem ennek van a legynagyobb perspektívája, de a legnagyobb kockázata is (közös lónak túrós a háta)

A Drupalról mint mítoszról:

Szerintem 2.-re a Drupal teljesen alkalmatlan, mint már fent is írtam.

Az 1-re viszont nem feltétlenül. Szépen és egyszerűen van megírva, és figyelnek benne mindazokra a közismert php-s hibalehetőségre, amik minden portáltól elvárhatóak. Minden a tartalom szolgáltatások köré épül, amíg ebből nem akar kilépni az ember használható, bár nem érdemes nyakló nélkül bővítő modulokat használni, mert attól a legendás gyorsaság hamar megcsappan.

> 3. Olyan szavazásnál is, ahol nincs 12 lehetőség, hanem csak pl 5 (mint a "stabil kernelt használok" című), 12 lehetőség közül lehet választani, de az utolsók (jelen esetben 7) üresek. Ilyen "üres" lehetőség választásakor elmegy a szavazat, de nem számít sehova (ami logikus), viszont nem tudok újra szavazni (ami nem logikus).

Szerintem az nagyobb gáz volt a NUke alatt, hogy többször is szavazhattál!

Hozzaszolasokban a HTML tageket le kene tiltani, v automatikusan le kene zarni oket.

Egy lezaratlan table -tol szetcsuszik az egesz oldal.