HOVD 2009 - Kedvenc portál motor

 ( trey | 2009. november 30., hétfő - 8:21 )
drupal
62% (444 szavazat)
e107
2% (17 szavazat)
joomla!
12% (83 szavazat)
liferay
3% (19 szavazat)
modx
0% (3 szavazat)
muportal
1% (5 szavazat)
phpnuke
2% (12 szavazat)
plone
2% (14 szavazat)
wordpress
16% (114 szavazat)
xoops
0% (2 szavazat)
Összes szavazat: 713

Hozzászólás megjelenítési lehetőségek

A választott hozzászólás megjelenítési mód a „Beállítás” gombbal rögzíthető.

Egyik se.

+1


Ha ismered a Slackware-t, ismered a Linuxot.

Írjál újat :)

Remélem írok még pár újat mielőtt a PHP eltűnik a süllyesztőben.

akkor legalább nevezd YAPI-nak :)
(Yet Another PHP IDE)

Akkor már inkább YAPO. Nem IDE, ODA. Mindig elodázom.

+1
--
"Maradt még 2 kB-om. Teszek bele egy TCP-IP stacket és egy bootlogót. "

'omba. Ki használ xoops-t?
Megint kimaradt a kedvencem, B++++

"Jegyezze fel a vádhoz - utasította Metcalf őrnagy a tizedest, aki tudott gyorsírni. - Tiszteletlenül beszélt a feljebbvalójával, amikor nem pofázott közbe."

Én sokat használtam. Ha kibékülsz a korlátaival, nagyon jó kis cucc. Viszont pont a korlátai miatt inkább a joomlát veszem elő ha kell valami.
---
Why use Windows, if you have open doors… to Linux

subscribe

php-fusion

+1

dotCMS-is kimaradt. Senki sem használja?
Mondjuk liferay alapú, de CMS-re kihegyezve.

engem érdekelne, de már az installálásnál félretettem máskorra :)
mennyire pilótavizsgás? mennyire van jól dokumentálva fejlesztői szempontból?

Ezek közül melyik az, amelyik tud statikus html exportot? Egyszerűen csak azt szeretném, ha:
- van wysiwyg vagy wiki szerkesztője,
- az elsődleges feladata intraneten futni, minimális felhasználóval ritkán változó oldalak kezelése,
- exportál statikus HTML oldalakat (+ képek meg egyebek),
- a könyvtárstrutúra szabályozható,
- az exportált oldalakon nincs a CMS-re vonatkozó gomb / link / adat, ideális esetben template-elhető...

Röviden megnéztem már többet a fenti listából, de egyik sem tudta. Túl nagy igények vagy nem vettem észre valamit?

Az opencms tudja ezt, tud exportálni production szerverekre és offline is, bár nekem nagyon pilótavizsgás:

Static export
Use the highly configurable static export feature to improve performance or to create a full static copy of a website.

http://www.opencms.org/en/support/features/

Talán az infoglue is tudja:
http://www.infoglue.org/

ezeket használod is, vagy csak feature lista alapján?

infoglue 450 MB - esélytelen, ez nem termonukleáris szökőkútvezérlő lesz, csak egy szimpla CMS...
opencms - próbáltam, de vagy a telepítés volt rossz, vagy a használat, már nem emlékszem....

Én java alapú CMS-eket néztem végig 2-3 éve, akkor első körben megnéztem a Magnolia-t, Infoglue-t, OpenCMS-t, Liferay-t, dotCMS-t.

Második körben az Infoglue, OpenCMS, dotCMS maradt, ezeket feltettem, játszottam velük. OpenCMS-ben egy projektet működő pilotig megcsináltam benne, nem volt rossz, de feature-ök felét se használtam. Csak emlékeztem, hogy már 3 éve, 2 verzióval ezelőtt tudta a site-ok exportját production serverre és offline is, te pedig pont erre kérdeztél rá.

Aztán dotCMS-t néztem végig, szintén pilot szintig. Na az már nagyon meggyőzött. Éles projekten - ha kell integrálható java CMS - azt használnám.

HTML statikus exportot vegulis minden tud, csak ra kell engedni egy felparameterezett wget-et... Na jo, persze igy megmaradnak a (nem mukodo) edit gombok meg hasonlok...

Azt tudtad hogy néhány CMS feature listájában benn van a static export, majd a részletesebb dokumentációban leírják, hogy telepíts a lokál gépre wget-et, add meg a path, és a portál összvissz annyit csinál, hogy meghívja... bleh...

Ezt a static export dolgot sose értettem. Egy jó csomó mindent elvesztesz vele, és max annyit nyersz, hogy kibírod a slashdot címlapot. Talán annyit sem.

en sem ertem, ilyesmire pl drupal-hoz van a boost module, meg egyeb caching megoldasok mindenfele josagot (memcache, mambodb) hasznalva, minet vegigjarni ezt az export utat?

Amennyiben az olvasók _mindenképpen_ read-only módban vannak, teljesen felesleges átvezetni őket mindenféle dinamikus dolgon.
Valamint ha szolgáltatót váltasz, migrálasz, csak fájlokat kell átrakni... Értem én hogy nem egy nagy cucc egy XY CMS-t üzemeltetni, max az olvasók is látják hogy én azt üzemeltetek, de ugyanakkor ez egy triviálisnak tűnő feature, amit mégsem implementálnak...

Egyiket sem használom. A Wordpresst már kipróbáltam lokálisan, de a többiről csak hallottam illetve olvastam.
Mondhatom, hogy a Wordpress a kedvenc? :-{)E
Szerintem nem nagyon, bár tényleg az. Ami miatt kipróbáltam, úgy látom arra meg fog felelni.
--
не закурить! (Ne gyújts rá!) не куриться! (Ne dohányozz! Ne füstölögj!)

flatpress :)

de a habari és a wordpress is érdekes lehet, az sqlite miatt talán értelmesebb megoldás :)


szerintem.

A wordpress tudtommal nem portálmor, hanem blog.

- rezso -