Privire de ansamblu a cms gratuit - comparați joomla, wordpress și drupal

Acum versiunea a 6-a este pregătită pentru eliberare, codul căruia a fost deja înghețat de mult timp. Actuala versiune 5, comparativ cu 4.7, arată ca o etapă evolutivă bună.







Noile versiuni sunt testate mult timp. Nucleul este stabil. Bug-urile în modulele populare sunt de obicei fixate rapid. Acum, un număr mare de site-uri web ale companiilor cu nume mondiale lucrează pentru Drupal, deci dezvoltatorii au o atitudine serioasă față de securitate.

Situația momentului este după cum urmează - toți fanii Joomla așteaptă versiunea 1.5. O ramură de 1.0.x suferă numai modificări cosmetice, îmbunătățind în principal siguranța. Deci, cu disponibilitatea de noi versiuni de Joomla "comanda completa". Securitatea este de asemenea la nivel, versiunea 1.0.13 poate fi considerată în condiții de siguranță foarte, foarte stabilă și sigură.

În ceea ce privește securitatea extensiilor de la terțe părți, atunci totul nu este atât de lin încât de fapt repetă situația generală în limba PHP, ca popularitatea nu știu nimic între noii veniți și oamenii cu privire la modul de a sparge în jos site-uri. 90% din software sunt buggy, iar programatorii plătiți sunt gata să lucreze pentru alimente. Într-adevăr, există câteva extinderi puternice, dar acestea sunt, de exemplu, OpenSEF sau MosetsTREE.

Deși este anunțat oficial că versiunile WordPress vor fi lansate la timp, în realitate acest lucru nu se întâmplă. Dacă se detectează o "gaură" gravă, atunci dezvoltatorii eliberează actualizarea într-un mod logic, astfel încât programul versiunii este confuz. Există două linii de WordPress: 2.0. * Și 2.1 +. Primul (actual 2.0.12) este încă acceptat și sunt lansate actualizări de securitate. Dar noi oportunități apar doar în linia 2.1+ (actualul 2.2.2). Separarea a avut loc după ce sa decis să nu se sprijine MySQL<4.0. За счет оптимизации запросов, скорость работы новых версий выше. Также сыграло свою роль и то, что в WordPress'е активно стал использоваться AJAX, которому требуется UTF-8. Все это привело к определенным проблемам совместимости, но, на мой взгял, оно того стоило.

Exemplu de site pe Drupal

Exemplu de site pe Joomla

Privire de ansamblu a cms gratuit - comparați joomla, wordpress și drupal

Comunitatea rusă se dezvoltă și este destul de furtunoasă, deoarece Drupal a vorbit mult despre runet - în ultimul timp. Există oameni care sunt cunoscuți în arhitectură. Ce este important, ei răspund la forum. În general, comunitatea este deschisă și prietenoasă, dar nu merită folosită.

Pe scurt, există două "Hangouts" diferite, care conduc forumurile și site-urile de asistență. Încercarea de a se uni este, dar nu sa întâmplat nimic. În principiu, prezența a două adunări și rusificarea în acest moment este în regulă (citiți "totul nu este rău"). Mai aproape de versiunea 1.5, întrebarea va fi ridicată mai des, deoarece portalurile sunt o echipă de traducere mai oficială, mai degrabă decât joom.ru. Pe de altă parte, prezența concurenței nu dăunează deloc comunității, ci, dimpotrivă, chiar încurajează echipele să funcționeze mai bine și mai bine.

Setarea legăturilor în panoul de administrare WordPress

Aspectul panoului de administrare Joomla

Privire de ansamblu a cms gratuit - comparați joomla, wordpress și drupal

Integrarea cu Forumul

Pachetul de bază Drupal conține un forum destul de funcțional, care este potrivit pentru organizarea comunităților mici. Pentru a organiza comunități mari, el însă va face - la forumul drupal.org acum peste 320 000 de mesaje.

Din câte știu, există posibilitatea integrării cu PHPBB.

Împreună cu Joomla, nu există nici o componentă a forumului, dar în momentul de față opțiunea cea mai optimă pentru crearea unui forum încorporat este FireBoard și versiunea sa rusă de la Adeptus. În ceea ce privește integrarea, ele există. Cea mai comună este o grămadă de Joomla-SMF, pentru care există mai mult de o integrare, chiar și comercială.

Pentru WordPress, un forum este dezvoltat și recomandat pentru BBPress (există și Russification), care este pe deplin integrat în blog. Adevărat, posibilitățile acestui forum sunt mai mult decât modeste. Pe site-ul oficial al WordPress, acest forum este folosit. Există, de asemenea, pluginuri care vă permit să integrați parțial câteva forumuri populare pe blogul dvs. Adevărat, acest lucru necesită o bună cunoaștere a programării și, în același timp, o integrare de o sută la sută nu va funcționa la fel - sunt încă sisteme diferite.

Exemplu de configurare a blocurilor pe Drupal

În Drupal, puteți încorpora TinyMCE sau FCKEditor. Ambele sunt flexibile. Ambele sunt instrumente puternice. În TinyMCE, de exemplu, puteți lucra cu tabele adăugând și eliminând rânduri și coloane și fuzionând celule. Un alt TinyMCE poate "curăța" textele copiate din Word din etichetele redundante.

Privire de ansamblu a cms gratuit - comparați joomla, wordpress și drupal

Lucrul cu imagini

În acest Joomla este înaintea tuturor celorlalte trei sisteme, deoarece există doar trei tipuri de extensii (componente, module și mamboturi). Și fiecare tip de extensie vă permite să vă rezolvați tipurile de sarcini, ceea ce vă permite să adăugați practic orice funcționalitate nouă fără a intra în "miezul". Și nu cred că concurenții au site-ul oficial de extensie printre alte sisteme (extensions.joomla.org).







Motorul template este puterea Drupal. Această componentă este bine concepută, prin urmare, începătorul PHP-programator poate înțelege integrarea șabloanelor sale. În general, Drupal oferă o grămadă de opțiuni pentru gestionarea subiectelor: puteți chiar să ajustați culorile diferitelor elemente direct din zona de administrare. Cu toate acestea, aceste delicii sunt pentru un amator.

Pe Drupal există site-uri frumoase, cu toate acestea, există foarte puține subiecte generale decente. Dacă decideți să obțineți un site web pe Drupal, fiți pregătit să cheltuiți pe șablon.

Joomla ramurii 1.0.x nu acceptă șabloane. Desigur, are un general și un șablon mare care permite PHP creeaza o structura destul de complexă a structurii site-ului de ansamblu și dispunerea modulelor, dar standardizarea elementelor individuale nu este prezent, și toate CSS limitate aplicate (de altfel, este foarte sistem este foarte flexibil, să ia aceeași „clasă de prefix modul "și bine documentat) și alegerea componentelor. Cu toate acestea, pentru articole pentru o lungă perioadă de timp există un ContentTemplater, care vă permite să creați șabloane de proiectare pentru articole și să gestionați foarte bine aspectul lor.

Pentru WordPress'a sunt create mii de șabloane și multe dintre ele sunt executate la un nivel foarte bun de proiectare. Dispozitivul WordPress este astfel încât este ușor pentru el să remake, să zicem, un șablon HTML. În șabloane se utilizează funcțiile uzuale PHP, deci nu există dificultăți în studiul așa-numitelor. nu există limbi de șablon. Există o mulțime de articole despre crearea șabloanelor, chiar dacă există un generator on-line. Șabloanele pregătite sunt suficiente pentru a fi încărcate într-un director separat și apoi selectați cel care vă place în panoul de administrare. Există, de asemenea, posibilitatea de a comuta șabloane și vizitatori.

Funcționalitate extinsă (plug-in-uri)

Acum, în depozitul oficial sunt stocate sub o mie de module gratuite. Printre altele, există o soluție pentru comerțul electronic, sistemul CRM, motorul wiki. De asemenea, notez modulele Views și CCK care dau Drupal dreptul de a fi numit CMF, nu CMS. CCK (Kitul de construcție a conținutului), de exemplu, permite utilizarea unei interfețe grafice pentru a descrie obiecte de domeniu din baza de date și a crea imediat forme pentru gestionarea acestora.

În acest lucru cred că Joomla este înaintea celorlalte trei sisteme, deoarece există doar trei tipuri de extensii. Și nu cred că concurenții au site-ul oficial de extensie printre alte sisteme (extensions.joomla.org) și nu pot fi. Un singur tsiferka (1915) în partea de sus cu numărul de extensii din arhivă te face să gândești.

Cea mai puternică parte a lui Joomla este, cred, un sistem de extensii. Nu numai că există mai multe specii, dar există un sistem special de plante lor, care permite utilizarea fișier XML descrie toate etapele necesare pentru a finaliza la crearea unei înregistrări de extensii (de exemplu, SQL-interogări, copiate fișiere sau acțiuni efectuate imediat după instalare, care nu poate fi efectuată automat).

WordPress poate fi extins cu plugin-uri - acestea sunt diverse script-uri php care se conectează automat la "core-ul" principal. Astfel, nu puteți adăuga doar funcționalitatea necesară, dar schimbați și cea existentă. Creați un plugin nu este foarte dificil, totul depinde de nivelul de cunoaștere a PHP. Conexiunea la WordPress este destul de simplă: plugin-ul este copiat într-un director special și este activat în panoul de administrare. Unele plug-in-uri pot fi personalizate, unele trebuie să fie înregistrate în șablon, iar unele funcționează complet automat.

WordPress plugin-uri scrise câteva mii (doar un singur wp-plugins.net - în 2568, dar cred că întreaga cifră poate fi dublată), astfel încât să puteți găsi plug-in aproape orice nevoie. Excepția este pluginurile, care necesită o modificare semnificativă a șablonului. De obicei, ei trebuie să se bată.

În Drupal, acest lucru se numește "blocuri". Acestea pot fi plasate în diferite zone ale paginilor, în funcție de capacitățile șablonului. În fiecare zonă, blocurile pot fi sortate pentru a controla ordinea ieșirii. Inițial, există cinci zone - o pălărie, o centrală, o coloană stângă și una dreaptă, un subsol. Blocurile nu pot fi afișate pe toate paginile.

Nu am înțeles ce este. Ei bine, veți crede că blocurile se mișcă. Dacă doriți să Joomla, puteți face acest lucru. Singura întrebare este care este intenția lor de bază. Poate că în Joomla acest lucru se numește module, chiar dacă acestea nu sunt drag-and-drop, dar foarte convenabil localizate în întreaga șablon, sub orice formă.

Suportul complet pentru widget-uri a apărut numai în versiunea 2.2. Înainte de aceasta, a fost necesar să se instaleze un plug-in separat. Faptul că widget-urile sunt foarte convenabile, mulți au fost deja convinși. Pentru utilizator, acum nu este nevoie de a schimba ceva în șablonul: gestionarea pur vizual, este suficient să se constate opțiunile dorite, aranja blocuri după cum este necesar și modificări să intre în vigoare imediat. Implementarea internă a widget-urilor este astfel încât acestea să poată fi utilizate pentru a scoate orice plug-in sau funcție.

Exemplu de configurare a unui widget WordPress

Pentru blogurile cu mai mulți utilizatori există o versiune separată: WordPress Multi User. Cerințele și oportunitățile pentru aceasta sunt aproape la fel ca în WordPress obișnuit, deși există unele diferențe. WordPressMU are unul dintre cele mai mari servicii de blogging, WordPress.com, cu aproape 1,3 milioane de bloguri înregistrate.

Moderne "chips": trackback-uri, ping-uri, XML-RPC, RSS

Drupal este popular în lume, prin urmare toate cipurile "la modă" se realizează rapid. În pachetul de bază, puteți blog prin intermediul unui client de blog. Există un modul care atașează cataloage speciale de site-uri Drupal.

Joomla este un CMS și puteți vorbi despre implementarea unor astfel de lucruri numai la nivelul componentelor terților. Aparent pentru Drupal'a și Wordpress'a această problemă este foarte relevantă, deoarece inițial este încă motoare de blog, și nu CMS, și nicăieri pentru a ieși din asta. Și în Joomla este necesar să ia în considerare totul la nivelul unor componente, de exemplu, același MyBlog plătit. Dacă este pus în aplicare - minunat, nu - poziția lui Joomla din acest lucru și nici cât de mult nu se va agita.

Trackback-uri, ping-uri sunt susținute pentru o lungă perioadă de timp. Și pentru utilizarea lor, nu aveți nevoie de nicio acțiune suplimentară: totul funcționează la nivelul "motorului". În ceea ce privește XML-RPC, WordPress suportă mai multe API-uri simultan, astfel încât să puteți adăuga / edita intrări în WordPress din mai multe programe blog-client sau online, de exemplu folosind Google Docs.

Drupal rulează pe UTF-8. Nu am observat funcții de șir uitate care nu au funcționat cu UTF-8. Unii hosteri în vechea manieră dau pagini la CP1251, dar este ușor de reparat. Problemele cu MySQL sunt, de obicei, rezolvate cu o singură linie de cod. Îmi place UTF-8 :)

Toate problemele cu versiunile ruse în codificarea CP1251 au fost mult timp rezolvate, iar versiunile nu prea mari ale MySQL aproape nu provoacă probleme, trebuie doar să citiți documentația. În paranoia (asamblarea Joomla de la portaluri, nu chiar de la ei, dar este aceeași cutie de nisip) totul este rezolvat mai bine (aceasta este principala sa caracteristică) și sistemul însuși alege configurația de conexiune necesară în funcție de versiunea MySQL.

Cu UTF-8 totul este mult mai complicat, este destul de scris, spun doar că este de așteptat un sprijin complet (de fapt există deja) în versiunea 1.5. Acum puteți vorbi numai despre codificări de un octet și despre încercările de a face site-uri utf pe un motor care nu este potrivit pentru acest lucru (deși uneori foarte reușit). Cu Ajax totul este dificil, deoarece componentele sunt în mare parte făcute de burghezi care nu știu despre problemele noastre. O componentă a acestor atât de multe încât mâinile nu au suficiente pentru a-și rafina creierul și a gândi ceva cu iconv.

În WordPress în sine, puteți configura orice codificare. Principalul lucru este că codarea bazei de date coincide cu codarea blogului. Este adevărat, deoarece versiunea 2.1 WordPress ar trebui să funcționeze în UTF-8. Acest lucru este legat direct de utilizarea AJAX. Prin urmare, pentru utilizatorii vorbitori de limbă rusă, problema principală este doar că CP1251 este adesea pe servere. Așa că am lansat construirea WordPress (începând cu 2.2), care vă permite să utilizați codificarea separată a blogului și a bazei de date. Acest lucru ia permis pe mulți să meargă fără probleme la cele mai recente versiuni ale WordPress. Acum putem spune destul de încredere că nu există probleme speciale cu codificarea în WordPress.

Pentru Drupal, sunt scrise mai mulți convertizori, mai ales legați de migrația forumului. RSS este dat pentru fiecare gust. Există multe lucruri speciale în spiritul exportului către RDF sau CSV.

Înțeleg că această întrebare este foarte relevantă pentru motoarele de blog. Încă o dată, vreau să menționez că Joomla nu este un blog, ci un CMS, deci exportul de note într-un format nu este important pentru el. În cazul în care componenta este plătită, atunci pentru N troupi americani verzi este ușor să vă ordonați să importați înregistrări de pe vechiul blog într-unul nou, în orice format.







Articole similare

Trimiteți-le prietenilor: