Nap egyik híre az volt, hogy a Six Apart végre megdőlt, és kiadja a MovableType nyílt forrású változatát. Mivel a PERL kódban tudtommal bárki bütykölhet amúgy is, ezért ez csak technikai lépés, illetve gesztus a részükről. Ahogy olvasom, az egyéb CMS rendszereikkel, és az MT Enterprise kiadásával amúgy is megvan nekik a della, tehát most akkor vissza a gyökerekhez.
Mi fogalmazódik meg a felelősen gondolkodó blogger fejében? Természetesen az, hogy akkor próbáljuk ki!
El kell mondjam, hogy ugyanolyan tetű lassú, mint a 3.23, vagy melyik, ahol kiszálltam belőle. Különösebben nem is érdekel a dolog innentől, az interface is csak a screenshoton tűnik inspirálónak, ugyanolyan “bétás” jellegű érzés az egész, mint ami mindig is volt. Látszik rajta, hogy streamline-olt az install, sok apró “kényelmi” funkció került bele, de rövid tesztem alatt bizony arra jöttem rá, hogy ez még mindig ugyanaz a rebuildelő, slow response rendszer, ami mindig is volt. Innen a Plastik media szerkesztőségéből sajnálom a Kispad, és egyéb utolsó mohikán MT site-ok technikai szerkesztőit, akik ezt a CMS-t választották a site-jaik kiszolgálásához, gondolom ők még nem jöttek ki a lyukból a fénybe.
Az őszintét megvallva a WordPress is pontosan olyan, mint amilyennek az ember elképzeli: ingyenes, open source. Annak minden bajával. Jól működik, meg verziók között fejlődik (ebben a mostaniban már van Gmail-esque autosave!), viszont továbbra sem kívánom magamat PHP guruvá képezni, ha komolyabban akarnék valami site-ot alápakolni.
Marad tehát az általam ismert legjobb választás, az Expression Engine. Sajnos elég drága egy licensz, de azt legalább összerakták rendesen. Plastik media meg egyelőre marad WordPress alapú, az EE-t csak professzionális munkákhoz javaslom CMS motornak. (Nem, nem fejlesztünk framework-öt, menjetek el a Carnation-höz, meg a Kiróhoz, és vegyétek meg az övéket, ha annyi eszetek van.)
szaladok
részemről én is az EE-t találtam a legjobbnak ilyen célokra, bár tény, hogy azóta már van saját fejlesztés, mert közben felmerültek olyan igények amik ezt megkövetelték… de nagyrészt az EE-ben alkalmazott megoldásokat vettem alapul a saját CMS kialakításában
ee, enterspajz php, aha.
gratulalok hozza, remelem, nem ultok felelos pozicioban
tamas, mi van akkor, ha egy kisvállalkozás honlapjáról beszélünk? Vagy többéről? Ott elképzelésed szerint mi a felelős pozíció?
“Sárkány ellen sárkányfű.” – remélem ismered ezt a mondást
Jozsi, en most csak az enterspajz+php komborol beszelek.
Nyilvan, egy “felrakom a cikkeket a honlapra” meg nem igazi CMS-kategoria, ugye, a kontent hiaba van meg, ha a menedzsment resze hianyzik.
Akinek “helloworld plusz telefonszam es heti egy cikk” jellegu honlapra van szuksege, annak kurvara felesleges venni barmit is, akinek uzleti folyamatokat kell osszeintegralnia, annak meg keves (illetve kenyelmetlen) a php.
tamas: én több – nem kicsi – céget is ismerek ahol aktívan használnak php-t és nem csak a weboldaluk futtatására, hanem belső alkalmazásokra is, sőt magam is alkalmazásfejlesztő vagyok, elsődlegesen enterprise környezetbe fejlesztek rendszereket. Php-ben.
sajnallak, Zila ;]
csak azt ne mondd, hogy soa rendszered is van, es php ala hegesztettel bpelt, mert akkor sirni fogok.
Jaj csak PHP bashing ne legyen… fölösleges lepicsázni a svájci bicskát azért mert nem repülőgép-szereléshez való.
Elmondom érdekesség képpen mit tud a mi (cég) PHP-n 2001-ben 2 hét alatt megfejlesztett, azóta zakatoló CMSünk:
- Több site kezelése egy motorral,
- Oldalanként külön template (ha kell),
- Előre beállítható megjelenés (mikortól, meddig),
- Csatolmányok oldalakhoz,
- Korlátlan számú nyelv kezelése, oldalak nyelvi verzióinak megfeleltetése,
- WYSIWYG szerkesztő / kód szerkesztő szerkesztésenként választható,
- Word HTML feltölthető (Tidy),
- Sitemap, sitelist generálás,
- Oldalanként szabad keywords, description, author, stb standard mezők (nem pedig site-wide kategóriák),
- Kapcsolódó oldalak (keyword alapján) keresése, fulltext+keyword search,
- PHP az oldalakba beágyazható,
- A struktúra XML-ben, az oldalak MySQL-ben.
Mondj egy olyan CMSt drága Tamás ami ezt tudja (és nem PHPs!
)
ertem, es gratulalok hozza. biztosan nagyon szep es karbantarthato, ujrahasznalhato a kod, tekintve, hogy 2001-ben meg talan oophp se volt
de ez meg mindig csak a helloworld es a felrakom a cikket a honlapra-kategoria, erted. semmi rendkivul komoly “uzleti logika” (tudom, bullshit bingo) nincs mogotte, csak egy templating rendszerrol es egy select*-orderbyrol beszelunk meg mindig, pedig egy portal (vagy egy cms rendszer) rendkivul nem csak ez lehet enterspajz meretekben.
a vizivajzi szerkesztot meg gondolom nem ti irtatok, hanem letoltottetek egy tinymce-t vagy xinhat, ha nem, es sajat fejlesztes, akkor tenyleg gratulalok #2, merthogy azzal lehet szopni (buzi-buzi javaszkript es a brozer kompatibilitas, ugye).
nem vagyok otthon az ilyen vebszajt-cikkmenedzser temaban, ugyhogy csak tippelek, mi tudhat hasonlot:
- siwwwa (bar ez penzes, de jsp)
- van valami asp.net alapu, szinten penzes cms,
- ingyenes cmsbol mondjuk a bricolage tud ilyet (nagyon remek, szeretheto rendszer)
- drupal? bar az php, ugye
- jboss portal meg ket napnyi fejlesztes? oracle cms, sharepoint?
de ne legyen php bashing, valoban. csak az enterspajz szot felejtsetek el mar a php mellol, orokre
Nem kell sajnálni, érdekes munkám van
Nem soa rendszerről van szó
Az üzleti folyamatok meg jelenleg Oracle Workflow-ban vannak, az meg ugye még nem bpel…
A php még csak most kezdi beszuszakolni magát az enterprise világba, ez egyértelmű. De csak azért mert új játékos még nem jelenti azt, hogy esélytelen is.
soa nelkuli enterspajz az feler egy it-ongyilkossaggal, for sure.
de hat nem is php, ugye.
az oracle workflow nagyban hasonlit az ibm websphere mq-csalad hasonlo nevu termekere, igen vicces kinezetu termek
a phpt eleve a mukodesi modja lehetetlenne teszi egy csomo mindenre, bar az uj glassfish mar erteni fogja a java mellett azt is, talan van remeny, hehe
bar azt azert remelem, hogy felelos gondolkodasu emberek komplex igazi enterspajz projektekben nem nagyon akarjak majd hasznalni. a csitti-fitti cms rendszerekre messzirol tojok, kokanyoljatok nyugodtan 
na hat enterspajz szerintem se lesz soha a php, ne is legyen, isten ments… majd ha a legot megfeleltetik az epitoipari szabvanyoknak
a kokanyolast viszont nem kell parnasszusi magassagokbol leszolni… egy sme cms-ehez soa meg menedzselt kod eros tulzas, seggfajdalom, bar ha barkinek oromet szerez csak tessek
tevedes hogy ezek nelkul meg oo nelkul nem lehet modularis, skalazhato meg egyaltalan tutizsir egy rendszer
(Tamas a wysiwyg tinymce, mert hulyek azert nem vagyunk
)
right tool for teh right job, mondta az öreg indián is.
tinymce jóságos
jozsi, textpatternnek adhatnal egy eselyt, nekem bejott a dolog. szepen elkulonul a megjelenes meg a tartalom, nem kell php-t butykolni, macskaalmot nem csereli ki de cmsnek jo.
“Innen a Plastik media szerkesztőségéből sajnálom a Kispad, és egyéb utolsó mohikán MT site-ok technikai szerkesztőit, akik ezt a CMS-t választották a site-jaik kiszolgálásához, gondolom ők még nem jöttek ki a lyukból a fénybe.’
Azért ha olyan oldalaknak megteszi többek között, mint a BoingBoing, Kottke vagy akár a Wahingtonpost, akkor nem kell annyira sajnálni a maradi {muhahaha} itthoni felhasználókat.
Egyébként a 3.0-ás verziótól kezdve már elkerülhető a ‘rebuild’, van benne dynamic lehetőség is.