Universitatea de Stat din Moldova Facultatea de Matematic i Informatic Departamentul Informatic

Caracteristica comparativ dintre DRUPAL i WORDPRESS

Informatic i Matematic Tez de licen

Sef Catedr

______________ Arnut Vsevolod, dr.conf

Conductor tiinific:

_____________ Latul Gheorghe, lector superior

Autorul:Modrnga Andrei

Chiinu 2014

Cuprins
ADNOTARE................................................................................................................................... 3 INTRODUCERE ............................................................................................................................ 4 METODE DE COMPARARE ALE ACESTE DOU CMS-uri .................................................. 4 Comparnd procesul de dezvoltare a sit-ului i costul lui .......................................................... 5 Configurare si gzduire web ....................................................................................................... 5 Configurare i implementare....................................................................................................... 6 CMS instalare i prima configurare ............................................................................................ 6 Arhitectura i structura sit-ului ................................................................................................... 7 Elemente de navigare .................................................................................................................. 9 Design i aspecte ....................................................................................................................... 10 Instrumente de editare ............................................................................................................... 13 Suportul media .......................................................................................................................... 15 Suport reele de socializare ....................................................................................................... 15 Suport SEO ............................................................................................................................... 16 Nivele de acces ale utilizatorilor ............................................................................................... 18 Suport mobile device ................................................................................................................ 22 E-Commerce ............................................................................................................................. 23 Instrumente de dezvoltare ......................................................................................................... 24 Performan i adaptarea performanei ..................................................................................... 28 Crearea web sit-ului .................................................................................................................. 30 Suportul platformei ................................................................................................................... 31 Ciclul de via ........................................................................................................................... 33 ALEGEREA CORECT A PLATFORMEI CMS ..................................................................... 36

ADNOTARE
la teza de licen Caracteristica comparativ dintre DRUPAL si WORDPRESS a studentului Modrnga Andrei, grupa I31, specialitatea Informatic. Cuvinte-cheie: CMS, plugins, layout, Ciclu de via, dezvoltatori teri. Teza const din introducere, trei capitole i concluzii. Primul capitol metodele de comparaie dintre aceste dou CMS, care vor fi comparate dup nousprezece momente care le ntlneti atunci cnd elaboram un site pe platforma DRUPAL sau WORDPRESSS. Iar atunci cnd analizm fiecare moment se descrie la general ce trebuie s ofere aceste platforme i apoi se analizeaz fiecare platform n parte apoi se face o concluzie asupra care este cel mai bun i ce ar mai trebuie s implementeze n fiecare platform pentru a ajunge la ideal. Al doilea capitol conine ndrumri pentru a alege acea platform CMS potrivita sit-ului care dorim s l dezvoltm. n al treilea capitol este prezentat screenshot-uri cu exemple de sit-uri elaborate pe aceste 2 platforme. //Acest text va fi completat dup ce se va fi terminat complet teza de licen. Teza de licen cuprinde 57 de pagini, conine 6 figuri, 12 diagrame i 22 tabele 25 surse bibliografice i 45 pagini de anexe..

INTRODUCERE
Drupal ( www.drupal.org ) i Wordpress ! ( www.wordpress.org ) sunt dou dintre cele mai populare i capabile sistemelor de management open-source utilizate n site-uri Web dinamice. Au n comun multe similitudini, inclusiv licene free, comuniti puternice pentru dezvoltatori, cretere a cotei de pia. Ambele sisteme sunt, de asemenea, flexibile, capabile s ofere o funcionalitate de management al coninutului cu uurin i s sprijine alte tipuri de caracteristici la diferite niveluri de pre. Aceste dou sisteme sunt capabile de a face de multe ori topul preferinelor pentru organizaiile care doresc un sistem de management puternic pentru site-urile lor web, precum i furnizorii de servicii care doresc s standardizeze pe o platform pentru a furniza soluii web pentru clieni. Totui, n ciuda asemnrilor dintre Drupal i Wordpress, exista diferene semnificative n procesele de implementare a acestora: metode de dezvoltare, cerinele de suport i costuri specifice de implementare este o caracteristic care poate face unul sau altul mai potrivit pentru un anumit set de nevoi.

METODE DE COMPARARE ALE ACESTE DOU CMS-uri

Una dintre cele mai mari provocri n compararea a dou CMS este numrul de pluginuri i care pot afecta costurile de proiect n proceselor de implementare, cerinele speciale n care CMS este implementat . n plus, un sistem poate fi mai potrivit dect cellalt s se ocupe de o anumit cerin, chiar dac ambele pot fi capabile s suporte aceast cerin. Compararea a dou CMS-uri necesit o familiarizare mai profund cu aceste 2 platforme, experien mai mult n implementarea unei serii de nevoi i cerine speciale, i de expertiz n procesul general de dezvoltarea i implementarea unor site-uri Web i aplicaii Web. n plus, metrici comune trebuie s fie folosite pentru ambele sisteme, precum i diferenele dintre cele

dou CMS poate duce la rezultate denaturate pentru unele proiecte cu cerine deosebite. n cele din urm, nelegerea modului n care un anumit CMS poate ncpea n contextul a unui proiect poate merge un drum lung spre gestionarea eficient a costurilor de integrare, de sprijin i de ntreinere n curs de desfurare.

Comparnd procesul de dezvoltare a sit-ului i costul lui

Aceast comparaie a proceselor de dezvoltare site-ul Web i costurile ntre Drupal i Wordpress descompune procesul de construcie unui site ntr-un numr de sarcini sau faze de proiect. Unele dintre acestea vor fi parte integrant a fiecrui site-ul; unele sunt aplicabile numai la anumite tipuri de site-uri Web.

Configurare si gzduire web

Construirea un mediu de gzduire Web poate implica o serie de sarcini legate de selecie i de configurare hardware, sistem de operare de baz i instalare unui server Web i configurarea software, de configurare a reelei, precum i centre de date similare sau de lucru pentru configurare a serverului. Administratori cu experien folosesc cunotinele i scripturi pentru ca s execute rapid aceste sarcini comune. Un alt scenariu comun este mediul preconfigurat de un furnizor de hosting Web stabilit de gazduire web, n cazul n care nici nu necesit configurarea serverului. Pentru ambele tipuri de implementri generale, exist o mic diferen ntre Drupal i Wordpress. Drupal Drupal funcioneaz bine pe servicii de marfa hosting configurate n mod corespunztor, precum i instalarea serverului ca bespoke, la fel ca i Wordpress. Cu toate acestea, spre deosebire de Wordpress, Drupal include n-a construit funcionalitate pentru load balancing pe mai multe servere, precum i sprijin pentru "multi-site-ul" capabiliti: Proiecte care au nevoie de aceste caracteristici le vor gsi implementat mai eficient n Drupal dect n Wordpress. Wordpress Wordpress ruleaz bine pe configuraii standarde, folosind versiuni contemporane ale Apache i PHP. Plasturele Suhosin4 pentru PHP este o caracteristic server de ajutor care poate necesita punerea n aplicare, n cazul n care acesta nu este deja activat.

Concluzie Pentru multe proiecte, configurarea hosting i costurile sunt efectiv aceleai pentru proiecte Drupal i Wordpress: o sarcin minor, care poate dura de la una pn la cteva ore, sau cu att mai puin pentru administratorii cu experien. Cu toate acestea, pentru site-uri Web care necesit Load Balancing pe servere, precum i proiectele care trebuie s suporte capabilitile multi-site, Drupal poate necesita mai puin timp pentru planificarea server, configurare i implementare.

Configurare i implementare
La construirea i implementare unui CMS beneficiezi de un site Web bine dezvoltat i configurat pe servere de testare, sisteme de control al versiunii, suport la proiect, precum i procesul de asigurare a calitii. Nevoile specifice de configurare va varia n funcie de amploarea i complexitatea proiectului CMS, precum i de dimensiunea echipei de lucru asupra lui. Toate aceste sisteme i procese sunt independente n proiecte web. Aceleai procese i instrumente de dezvoltare sunt la fel de aplicabile la proiecte similare Drupal i Wordpress. (Desigur, echipele de dezvoltare va avea toate propriile lor preferine i seturi de instrumente.) Concluzie Ca instrumente i procese de dezvoltare sunt independente, nici o diferen semnificativ a costului de configurare a mediului de dezvoltare i configurare pentru Drupal i Wordpress pentru site-uri de domeniu i complexitate similar.

CMS instalare i prima configurare

Instalarea unui CMS ntr-un mediu calificat de gzduire web reprezinta un proces simplu, att pentru Drupal ct i pentru Wordpress: ncrcai fiiere pentru mediul dvs. de gzduire, creai o baz de date pentru CMS pentru a o folosi, apoi vizitai un anumit URL pentru instalarea i trebuie de parcurs printr-o serie de pai pentru configuraie, reprezentnd forme i panouri de control. Odat ce instalarea este complet, o versiune "default" al CMS este disponibil la locul de instalare, i de acolo, ea poate fi configurat n continuare, personalizat i populat cu coninut.

Drupal Instalare Drupal necesit o manipulare server-side minor de redenumire de fiiere i numele lor; mai departe, procesul este foarte similar cu o instalare Wordpress. Setrile iniiale de configurare Drupal sunt puse n aplicare prin panouri de control i includ lucruri cum ar fi desemnarea prima pagin, setri cache i informaii de baz a site-ului. Wordpress Instalare Wordpress este foarte rapid i simplu ntr-un mediu de web hosting calificat, i aproape toate etapele sunt pas-cu-pas n procesul de instalare (care a devenit foarte simplificat n ultimul Wordpress 3.8.1). Instalare de succes produce o versiune implicit att a front-end ct i back-end. n plus, Wordpress ofer opiuni pentru publicarea de coninut demo, ca parte a procesului de instalare, care produce exemplu, site-uri complexe, i la care se lucreaz. Concluzie Ca procesul de punere n aplicare de instalare a unui CMS este att de asemntoare ntre Drupal i Wordpress, timpul necesar este, n esen acelai: poate dura pn la 1-2 ore de lucru, i mai puin pentru administratori cu experien.

Arhitectura i structura sit-ului

Construcia arhitecturii i coninutul structurii unui site, baza din care s lanseze un site, dar de asemenea, o platform stabil, pentru o cretere continu a coninutului site-ului. Punerea n aplicare tipuri i structuri de coninut ce stabilete natura site-ului, precum i crearea structurilor ierarhice utilizate pentru a clasifica i reda acest coninut. Acest proces este una dintre primele zone unde diferene semnificative de abordare, capacitile i costuri apar atunci cnd se compar 2 platforme CMS Drupal i Wordpress. Drupal n Drupal , structuri site-ului sunt planificate i construite de la zero, folosind seturi de instrumente i convenii. Pentru a crea un site Drupal este nevoie de munc i de experien mare pentru a pune n aplicare n mod corespunztor, dar ele pot sprijini in multe cazuri de utilizare diferite, arhitecturi extrem de complexe. O caracteristic a abordrii Drupal este cerina ca implementatorul s defineasc diferitele tipuri

de coninut care apare n site. Construirea unui site bazat pe Drupal necesit selectarea i comandarea unui set de cmpuri pentru acel tip de coninut, precum i definirea altor parametri cu privire la modul n care acest tip de coninut este accesat i prezentat. Fiecare element individual de coninut n site-ul trebuie s fie construit dintr-un tip de coninut definit. Drupal organizeaz colecii de noduri, prin procese de etichetare personalizat numit Vocabular. Un vocabular este o colecie de termeni definite de pe site-ul implementatorul : Termenii n cadrul unui vocabular pot fi organizate cu o structur plat, o ierarhie printe - copil, sau definit ntr-o manier ad-hoc. Vocabularul este asociat cu tipuri de coninut prin intermediul unui tip special de cmp. Un site Drupal poate avea mai multe Vocabulare, i mai mult de un Vocabular poate fi aplicat la un singur tip de coninut. Prin procesul de definire a coninutului Vocabularului, site-ul Drupal implementat se bucur de o flexibilitate n structurarea elemente de coninut a site-ului. Planificare corect este esenial pentru succesul proiectului. Wordpress Wordpress include mai multe tipuri de coninut care un administratorul de site poate utiliza imediat; acestea includ articole, bannere, contacte, newsfeed i linkuri. Fiecare dintre tipurile de coninut de baz Wordpress conine capacitile i setrile de sprijin pe care anumit tip de utilizare, i toate sunt disponibile atunci cnd este instalat. Wordpress folosete o ierarhie imbricate de categorii ca metod implicit pentru organizarea coninutului su. Un element de coninut unic se pot afla la orice nivel al unei categorii copac Wordpress ( sau poate rmne ca " Uncategorized " ), i se poate locui doar ntr-un singur loc la un moment dat. Wordpress suporta un numr nelimitat de categorii / subcategorii i niveluri, i categorii pot avea propriile lor de date i caracteristici asociate acestora suplimentar. Extensii software-ul ter sunt folosite pentru a sprijini tipuri de coninut pentru Wordpress. De asemenea, pentru proiectele n care elementele de coninut trebuie s se afle n mai multe categorii, extensii de marcare de la teri sunt necesare pentru a aduga aceast funcionalitate la Wordpress. Concluzie

Implicit Wordpress suporta tipuri de coninut de baz i o ierarhie structural face mult mai rapid i mai puin costisitor s pun n aplicare coninutul site-ului structurat. Cele mai multe site-uri Wordpress folosesc de uz general, tip de articolul de coninut ca metoda principala pentru care conine coninutul paginii web, i de a folosi sistemul de categorii/subcategorii pentru a menine lucrurile organizate. n schimb, site-uri Drupal necesit crearea acestora manual i care necesit efort enorm din partea dezvoltatorului. n general, sit-urile Drupal necesita pn la 50 la sut timp mai mult pentru creare i acestea fiind spuse, unor anumite tipuri de proiecte complexe i costurile mai mari. De exemplu, n cazul n care un site necesit multi-clasificarea de coninut, sau s specifice diferite tipuri de coninut personalizat, procesul de instalarea i configurarea necesar pentru structurarea coninutului i organizarea n Drupal. Un nivel mult mai ridicat de experien i expertiz este necesar pentru a gestiona n mod corespunztor punerea n aplicare Drupal a caracteristicilor de coninut i structur dect folosind metode standard Wordpress.

Elemente de navigare
Site-ul web, elementele de navigare ntr-un sistem de management al coninutului de obicei constau n meniuri, compus din elemente de meniu individuale. Att Drupal i Wordpress trebuie s urmeze aceast convenie, cu posibilitatea de a sprijini mai multe meniuri i s aib o mare varietate de configuraii. Att Drupal i Wordpress beneficiaz, de la dezvoltatori teri care le furnizeaz plug-in software-ul suplimentar, care poate mbunti aspectul i comportamentul meniurilor. Drupal Drupal controleaz meniu site-ului, prin intermediul modulului de meniu, care permite crearea, editarea i tergerea de meniului pe site-ul (precum i asigurarea unui "bloc", care pot fi apoi asociate cu o tem Drupal de "regiune", sau zona de aspect). Meniu conine un link ce indic spre coninutul site-ului intern, care meniu trebuie s fie asociat cu un tip de coninut a paginii vizate. Elemente de meniu noi pot fi adugate la ecranul de editare a nodului (astfel c nodul

devine int pe link-ul de meniu); sau direct dintr-un meniu n sine, care necesit introducerea unei ci int folosind sintaxa Drupal specific. Elemente de meniu pot fi reorganizate ntr-un meniu, dar nu pot fi mutate de la un meniu la altul. Wordpress Meniul oferit de Wordpress v permite implementare, creare, edita i terge meniuri, precum i controlul elementelor ntr-un anumit meniu. La crearea unui nou element de meniu, Wordpress necesit selectarea tipului de coninut n primul rnd spre care punctele de elementul de meniu (fie aceasta Wordpress Articole, Contact, Link-uri, sau un tip de coninut non-core a sprijinit printr-o extensie ter parte). Dup ce tipul de destinaie de coninut este definit, parametri suplimentari pentru c element de meniu pentru a permite controlul asupra alte opiuni de afiare i direcionare mai specifice de coninut. Meniurile sunt plasate pe pagina de asocierea unui meniu cu un modul Wordpress, apoi plasarea c modul ntr-o poziie aspect determinat de ablonul Wordpress relevant. n Wordpress, elemente de meniu pot fi rearanjate i mutate de la un meniu la altul. Concluzie Procesele de a construi meniuri i configurarea elemente de meniu sunt mature i bine susinut att n Drupal i Wordpress, i nu necesit munc excesiv. Aceasta poate dura mai mult pentru a implementa meniuri n Drupal, dar cheltuiala de timp este nc nominal pentru ambele (presupunnd, desigur, c alte elemente de proiect sunt de asemenea implementate cu competen).

Design i aspecte
Att Drupal i Wordpress conin sisteme de gestionare aspectul elementelor site-ului, precum i implementare web design complet personalizate. Suport cele dou sisteme "pentru acest mprtete unele caracteristici comune, inclusiv disponibilitatea implicit multiple, modele de pre-construite; Controalele de proiectare ncorporate n panouri uor de utilizat de control; mai multe modele sprijinit pe site-ul Web; o modalitate de a trece peste ieirea HTML implicit; un accent pe separarea de prezentare de coninut; i un ecosistem de design ter care ofer o varietate larg de opiuni de design plug-in.

10

Drupal Drupal folosete "Teme" pentru a personaliza designul i aspectul unui site web din care const din seturi distincte de fiiere. n mod implicit, orice din care se poate s personalizeze pe o copie, nregistrnd copia n Drupal sub un nou nume de sistem i apoi ajustarea fiiere CSS i fiierele ablon (numit cu extensia *.tpl.php). ntr-un fiier de informaii se declar referine CSS, JavaScript i alte fiiere utilizate n cadrul temei i definete pagina zonele de aspect, care Drupal o numete "Regiuni". Structura paginii HTML Drupal este construit din coleciile imbricate de cod de la fiiere *.tpl.php, fiecare concentrndu-se succesiv pe mai multe pri specifice ale designului paginii. O tem este utilizat pentru a conine "blocuri", care poate conine de ieire spre Model, Control i View, sau coninut personalizat . Opiuni de configurare ale blocului permit afiarea selectiv pe paginile site-ului, se poate de utilizat cod PHP personal care poate fi de asemenea utilizat pentru a dicta condiiile de afiare ale blocului i controla vederile paginii. Drupal Temele pot fi construite pentru a include setrile bazate pe panoul de control pentru ajustarea culorilor, titlurilor site-ului, aspectul i alte elemente. Configurarea modului n care aceste controale ar putea necesita timp semnificativ de dezvoltare a paginilor n PHP. Un modul Drupal numit Panouri ofer opiuni suplimentare pentru controlul layout. Panourile constau dintr-un manager de coninut drag-and-drop, care permite crearea layout-ului in modul vizual. Acest lucru poate fi integrat pentru a lucra cu coninutul paginilor. Panourile pot conine, de asemenea, propria lor logic de prezentare, avnd un nivel de control pentru prezentarea coninutului sau limitarea accesului utilizatorilor. Wordpress Wordpress folosete "template-uri" pentru a controla design-ul i layout-ul, i include trei abloane frontend i dou de backend (zona administrativ), template-uri, ca parte a instalrii sale standard. Un default "ablon" este selectat pentru afiare front-end a site-ului, i un pentru ecran de back-end a site-ului. Pentru site-urile care au nevoie de mai multe zone diferite de site, stiluri de abloane sunt atribuite n meniu care indic acele zone ale site-ului Wordpress template-uri sunt formate din colecii de fiiere stocate in directoriul wpcontent/template i sunt salvate toate ntr-un directoriu care aparine acestui template. La nivelul su cel mai de baz, un ablon Wordpress const dintr-un fiier index.php care

11

stabilete structura principal a paginii Web, i un fiier XML care conine informaii meta. Alte Fiierele ablon ( CSS, JavaScript, imagini, etc.) sunt trase n proiectarea prin sintaxa HTML standard, - majorat cu cod PHP - n fiierul index.php . Wordpress template-uri pot fi construite pentru a conine un numr mare de parametri - cum ar fi culoarea, alegerea fontului, sau opiuni de aspect - care sunt mai apoi ajustate prin panouri de control n Template Manager. Fiecare iteraie de salvare un ablon de stil, cu propriile setri specifice parametrilor setai. Fiecare ablon de stil se pot sprijini n mod semnificativ pe diferite modele i machete. Instalarea unui ablon Wordpress este un proces cu un singur clic, care const din ncrcarea unui fiier special formatat *.zip care conine toate fiierele ablon i informaii. Dup ce pe server au fost fcute modificri asupra fiierelor acele modificri sunt detectate automat i aplicate pentru a afia site-ului n modul corespunztor. Un numr mare de dezvoltatori de abloane teri ofer o alegere masiv n Wordpress, template-uri pre-construite, dintre care unele conin controale foarte sofisticate de prezentare gestionarea site-ul i layout.

Concluzie Dei ambele Drupal i Wordpress includ sisteme extrem de capabili de gestionare a siteului de design i layout-ul, capacitile i standardele Wordpress este n - a construit duce la o metod templating care face mai uor i mai rapid pentru a pune n aplicare designul site-ul Web . n funcie de cerinele de proiectare i de capacitate, poate dura pn la 50 de procente mai mult timp de dezvoltare pentru a pune n aplicare un site Web n Drupal dect n Wordpress. O parte din aceasta provine de la cerinele Drupal pentru munca de configurare specific care leag mpreun modulele sale, blocurile i regiunile. De asemenea, este util s reinei c piaa de design de la tere pri este mai mare pentru Wordpress dect pentru Drupal, rezultnd ntr-un numr mai mare de opiuni pentru cei care doresc s pun n aplicare un design al site-ul de tip plug-and-play. Acest lucru poate fi benefic pentru Wordpress, care suport att gratuit ct i comercial de la persoane tere, n timp ce Drupal tinde s se concentreze mai mult asupra dezvoltrii comunitare i n comun a resurselor disponibile n mod liber.

12

Instrumente de editare
Instrumente editoriale un sistem de management de coninut susine publicarea i gestionarea coninutului; ele pot include instrumente care permit direct formatare coninut, precum i fluxuri de lucru care s sprijine procesul de publicare. Att Drupal i Wordpress conin instrumente i procese pentru sprijinirea produciei de coninut, cu toate acestea, fiecare are lacune semnificative care trebuie s fie completate de soluii software non-core. Drupal Unul dintre avantajele principale Drupal n gestionarea de coninut este capabilitile sale de-a construit sistemice pentru a urmri versiunile salvate de coninut ca i coninut este editat i mpins prin procesul de publicare. Drupal poate ine evidena modificrilor aduse noduri ( sau elemente de coninut ), ceea ce face mai uor pentru dezvoltatori pentru a permite capabiliti versiuni. Drupal include unele controale de baz de flux de lucru, cu toate acestea, fluxuri de lucru sofisticate necesit dezvoltare personalizat i/sau software-ul ter. Drupal nu ofer unele controale de baz pentru publicarea de coninut de programare, dar nevoile avansate va fi nevoie de software suplimentar sau activitatea de dezvoltare. O plngere comun despre implicite capacitile editoriale Drupal este lipsa unei editor: un set de formatare coninut controale similare cu cele oferite de un program de procesare de text. n mod implicit, Drupal utilizeaz zone de text simplu pentru compunerea i editarea de coninut, cu toate acestea, capabiliti WYSIWYG de la tere pri pot fi activate n Drupal prin aplicarea de software suplimentar i munca de configurare. Alte aspecte de a lucra cu un coninut ntr-o instalare Drupal necesit, de asemenea, instalarea si configurarea software suplimentar , inclusiv de editare de imagini server-side, de gestionare a fiierelor i notificri e-mail de modificri de coninut. Merit de menionat prezena tot mai mare de Drupal "distribuii " instalaii Drupal pre formatat adaptate fa de nevoile unei piee verticale specifice (de exemplu, industria de publicare). Unele distribuii Drupal va fi livrat cu multe dintre aceste controale editoriale deja instalate i configurate pentru utilizare. Wordpress

13

Spre deosebire de Drupal, Wordpress nu conine capaciti de-a construit pentru versiuni de coninut, sau de urmrire i restaurarea modificrile aduse la coninut, deoarece este editat pe server. Acest lucru necesit instalarea i configurarea software-ul ter, care permite versiunilor de coninut de baz. Dei Wordpress nu conine unele capaciti de control al fluxului de lucru ( prin intermediul utilizatorilor si i a sistemului de permisiuni ), aceasta nu are suport nativ pentru fluxuri de lucru sofisticate, care pot fi solicitate prin publicarea de operaiuni. unele de baz software-ul de flux de lucru ter este disponibil pentru instalare n Wordpress, dar cerinele de flux de lucru precise i de control va necesita , fr ndoial, de dezvoltare personalizat. Wordpress include nativ multe instrumente pentru formatarea i gestionarea coninutului. Panouri de control asociate cu elemente de coninut permite programarea expirarea coninut i embargo, precum i capacitatea de a afia selectiv sau a ascunde elemente de elementele de coninut (cum ar fi titluri, datele de publicare, text intro, etc.). Extensii de la teri pentru Wordpress sunt necesare pentru gestionarea tipuri de coninut speciale, cum ar fi galerii foto sau de depozitare a documentelor, precum i numeroase opiuni robuste pentru publicarea coninutului. Concluzie n mod implicit, Wordpress include mai multe instrumente i controale editoriale dect Drupal, inclusiv un editor WYSIWYG nativ, controale de planificare i interfee pentru gestionarea prezena unor elemente de coninut. Dei toate aceste elemente pot fi activate n Drupal prin intermediul software-ul ter i dezvoltare personalizat, natura Wordpress este de a expune mai multe dintre aceste controale la productorii de coninut, n timp ce Drupal este mult mai probabil pentru a expune numai acele opiuni care au fost configurate de ctre dezvoltatorul Drupal. Pentru nevoile de formatare de coninut primare, Wordpress ofer mai multe instrumente i opiuni n mod implicit. Drupal strlucete peste Wordpress n capacitile sale native s se ocupe de versiuni de coninut. n plus, Drupal ofer, de asemenea, potenial mai mare dect Wordpress pentru a permite fluxuri de lucru complexe i personalizate (chiar dac acest lucru necesit nc configuraie personalizat semnificativ i dezvoltare n Drupal).

14

Suportul media
Media format video, Flash, audio, galerii de imagini sau alte elemente non-text n coninutul paginii web. Att Drupal i Wordpress sprijin afiaj mass-media prin instalarea i configurarea software-ului suplimentar ter. Drupal Drupal necesit software-ul non-nativ, n scopul de a sprijini cu uurin de afiare massmedia. Acest lucru este de obicei implementat ca un tip special de cmp, care este apoi asociat cu postul ales. Wordpress Wordpress poate sprijini afiaj mass-media prin instalarea i configurarea software-ului de extensie ter parte. Aceasta ofer instrumente avansate i opiuni de configurare pentru managementul mass-media. Concluzie Att Drupal i Wordpress nevoie de software-ul ter extensie i publicarea de elemente media. Wordpress are tendina de a oferi instrumente discrete care se ocupa rapid i de prezentare i de gestionare a coninutului mass-media. n schimb, Drupal tinde s se apropie de media prin integrarea de noi capaciti n arhitectura existent i dezvoltatorul trebuie s configureze n mod special un set mai limitat de opiuni. Din acest motiv, Drupal tinde s ia mai mult timp dect Wordpress, dar controalele de interfa poate fi extrem de simplificate i personalizate pentru nevoile specifice de producie.

Suport reele de socializare

Integrarea canalelor sociale, cum ar fi Twitter, Facebook i LinkedIn au devenit elemente critice ale iniiativelor site-ul de marketing. Integrarea canalelor sociale ntr-un site Web CMS variaz de la pagina de link-uri simple, elemente interactive care mprtesc coninut i caracteristici ntre site-ul CMS i contul extern. Att Drupal i Wordpress se bazeaz pe metode similare pentru integrarea lor, n primul rnd, instalarea de software-ul ter, care permite caracteristici diferite. Link-uri ctre pagini pot fi integrate la nivel de pagin Web ablon, sau puse n aplicare printr-un pachet ter instalat.

15

Servicii de partajare/link-uri, votul i coninutul sunt puse n aplicare prin intermediul pachetelor software ter. Concluzie Avnd n vedere metode de implementare similare i posibilitatea de a alege software-ul ter disponibil pentru punerea n aplicare a caracteristicile sit-urilor de socializare pe ambele siteuri Drupal i Wordpress, costurile sunt n esen aceleai.

Suport SEO
Optimizarea motorului de cutare (SEO) este procesul de configurare al structurii i elemente de site-ul web, sincronizarea cu metodele pe care motoarele precum Google le utilizeaz pentru a evalua indicele de rang. n industrie se utilizeaz n antetul HTML, titlu i meta tag-uri, utilizarea de sitemap-uri i instrumente pentru webmasteri. Att Drupal i Wordpress includ suport semnificativ pentru caracteristicile SEO, cu toate acestea, fiecare le pune n aplicare n moduri foarte diferite. Drupal Suport SEO Drupal poate fi semnificativ, i necesit o planificare i de punere n aplicare de ctre dezvoltator Drupal. Pagina web meta tag-uri - cum ar fi cuvinte cheie si descriere - sunt activate ca cmpuri personalizate specifice ataate la un tip de coninut Drupal. Ordonare surs de coninut i aplicare a HTML tag-uri antet legturi n modul n care design dezvoltator i structurile tema site-ului care face i stabilete coninutul paginii web. Pentru sitemap-uri, Drupal se poate transforma uor sau de al dezvolta propriu. Un anumit nivel de URL-uri sunt susinute de "URL-uri curate" setare Drupal, care elimin codul de lipsit de sens de marcare de la URL-uri prin folosirea component mod_rewrite pe serverul de web Apache i folosind un htaccess. n cadrul instalaiei Drupal. Cu toate acestea, acest lucru nc poate duce la URL-uri cu sintaxa non-ideale, care conine semantica Drupal specifice, cum ar fi "nod" sau identificarea numerelor. Un modul Drupal suplimentar poate permite personalizat, construcia dinamic a URL-uri SEF, cu toate acestea, acest lucru necesit punerea n aplicare n mod corespunztor planificare semnificative i de configurare, n scopul de a integra cu structura Nod un site Drupal i ierarhia de coninut.

16

Drupal include, de asemenea, o capacitate de redirecionare general de a permite URL-uri personalizate, care indica un alt, existent URL. Wordpress Suport nativ Wordpress pentru SEO este extins, iar acesta poate fi extins n continuare cu instalarea de software-ul ter. Setri de configurare Global Wordpress conin opiuni pentru setarea de cuvinte cheie pentru site i tag-uri Descriere meta, precum i un comutator care se transform pe URL-uri SEF pentru front-end a site-ului. (Ca i Drupal, aceasta folosete o combinaie de componente mod_rewrite serverului Web Apache, i un htaccess.). Punerea n aplicare corect a tag-uri antet HTML este strns legat de modelul activ Wordpress i modul n care setrile de coninut sunt aplicate n Wordpress. n mod implicit, Wordpress template-uri va ncerca s includ n mod corespunztor titluri de pagin i titlurile de elemente de coninut ntr-o serie cascad de tag-uri antet. Cu toate acestea, editorul WYSIWYG ofer frnghie cu care un productor de coninut se pot nchide multe ori (aa cum n mod obinuit este configurat pentru a permite plasarea H1, H2, etc. etichete interiorul coninut). n mod similar, HTML sursa prin care se dispune de coninutul paginii este strns legat de modul n care a fost construit ablon Wordpress. Wordpress construiete apoi URL-urile sale folosind aceste alias-uri, precum i alias-urile care conin elemente de coninut, cum ar fi Categorii Wordpress sau elementele de meniu. O setare de configurare global permite un control implicit asupra extensii de fiiere n URL-ul (de exemplu, adugarea de *.html la URL-ul, sau ascunzndu-se n ntregime). Elemente de coninut individuale n Wordpress au tendina de a include propriile lor parametri tag meta. De asemenea, elemente de coninut Wordpress includ de obicei opiuni pentru specificarea exact titlul paginii HTML; o setare de configurare Global controleaz plasarea implicit de numele site-ului n structura de titlu pagin HTML. Wordpress include un "redirecionare" component nativ care nregistreaz fiecare instan a unui - eroare "404 Page Not Found", generat de utilizarea site-ului. Redireciona component apoi permite Wordpress atribui practicant o nou adres URL la orice 404 de URL-uri de eroare, i Wordpress pune n aplicare n mod automat o prietenos motor de cutare "301 - permanent de redirecionare" comand care indic spre URL-ul propriu-zis. De asemenea, componenta de redirecionare pot fi folosite pentru a crea redirecionri personalizate,

17

inclusiv sprijinirea URL-uri vechi care ar putea fi schimbat din cauza unei actualizare site sau migrare. Extensii de completare ter parte care extinde setul de caracteristici Wordpress (de exemplu, un catalog e-commerce) poate sau nu poate suporta URL-uri SEF, sau s-ar putea folosi diferite metode pentru construcia lor i modul n care acestea interacioneaz cu alte URL-uri SEF pe site-ul. Dup cum sa menionat mai sus, unele componente de la teri sunt concepute pentru a spori SEO Wordpress, inclusiv un control mai precis asupra URL-uri SEF, generarea sitemap automat, analiza de ponderare de cuvinte cheie, precum i alte Instrumente de SEO. Concluzie n mod implicit, Wordpress conine caracteristici mai robuste i uor de a pune n aplicare dect Drupal, care necesit configurare importante i dezvoltarea site-specific pentru a permite SEO de-a lungul un site, mai ales de nalt calitate, URL-uri SEF. Cu toate acestea, designerii Wordpress pot confrunta cu dificulti similare atunci cnd se lucreaz cu extensii de completare de la teri care nu accept caracteristici de SEO n mod corespunztor sau ntr-un mod care se integreaz bine cu restul site-ului Wordpress. Merit de menionat c att Drupal i Wordpress sufer de probleme legate de coninutul duplicat: Datorita naturii dinamice, site-uri web, este adesea posibil pentru a vedea acelai coninut site-ul de la URL-uri diferite. Google i alte motoare de cutare penalizeaz frecvent site-uri cu coninut duplicat, ca parte a msurilor de anti-spam.

Nivele de acces ale utilizatorilor

Att Drupal i Wordpress includ acces extins implicit i permisiunile de control pentru a permite administratorilor site-ului, productorii de coninut, precum i a altor persoane autorizate s se conecteze la site-ul Web i manipula coninut, modificai setrile de configurare, se adaug caracteristici i s efectueze alte editarea site-ul sau munca administrativ. Cu care se confrunt public de membru site-ului necesit abordri diferite, att pentru Drupal i Wordpress, la niveluri de cost diferite. Drupal

18

Configurare i dezvoltare personalizat de lucru este o condiie esenial pentru site-uri Drupal cu caracteristici de membru - publice cu care se confrunt . n mod implicit , Drupal se instaleaz cu dou tipuri de utilizatori " roluri ", disponibile pentru sistemul : un rol de utilizator anonim ( sau public) , precum i un rol de utilizator autentificat , folosit pentru a permite Drupal autentificare administrativ . Un singur cont de super-administrator este disponibil iniial pentru configurarea site-ul i de a construi-out . Un modul de baz Utilizatori permite cont de nscriere i caracteristici de conectare , i un modul de baz profil sprijin pagini de profil de utilizator de baz , precum i o "Pagina mea", facilitate care permite utilizatorilor s editeze propriile lor informaii de profil . Drupal gestioneaz nivelurile de acces la site-ul printr-un sistem de Roluri personalizate definite de permisiuni care se leag de permis de comportament n module i a altor elemente de site-ul ; Roluri , de asemenea, cravat n opiunile de afiare pentru blocuri . Acest sistem poate suporta schema acces complet personalizat , precum i un control extrem granular asupra accesului utilizatorilor la coninut i caracteristici interactive . Fiecare modul sistem Drupal include propriul set de comportamente permise ; modificri la lista de site-ul de module sau Permisiunile schem necesit adesea ajustarea de setri de configurare pentru alt set de elemente . Punerea n aplicare a Drupal caracteristici de membru este un proces complicat , personalizat , care necesit de obicei, instalarea i integrarea a numeroase module au contribuit , fiecare dintre care permite un subset specific de capaciti de utilizator sau de membru . Drupal ofer nici un proces standardizat pentru aceasta : Activarea aceste caracteristici se reduce la ceea ce colecii de module i configuraii sunt preferate de ctre dezvoltator , i modul n care este proiectat pentru a interaciona cu arhitectura site-ului . De exemplu , arhitectura de control acces una site-ul poate fi proiectat n jurul acces Nod definite de utilizator , n timp ce de control al accesului la un alt site ar putea fi dezvoltat pentru a se refer la Taxonomia a site-ului . Unele abordri recomandate includ folosind o familie specific de module concepute pentru a lucra mpreun pentru a permite aderarea i caracteristici de comunitate,precum i numeroase dezvoltator "reete" pentru a permite caracteristici specifice de membru site-ului. n plus , unele distribuii Drupal sunt concepute pentru a sprijini comunitatea i/sau funcii de membru i vin preconfigurat cu modulele necesare i setrile de configurare pentru a sprijini acest pe site-ul de instalare.

19

Wordpress Wordpress include mai multe caracteristici de-a construit pentru a sprijini site-ul de administrare i de membru opiuni. Dup instalare , un singur cont de super-utilizator permite autentificare att cu care se confrunt n mod public front-end Wordpress i sfritul su administrativ napoi ( n care se produce cea mai mare parte de configurare a site-ului i de a construi-out ) . Un front-end Wordpress Modulul i capacitile native de membru permite pentru contul de utilizator de nscriere, confirmare i de conectare; o pagina de profil implicit foarte de baz v permite utilizatorilor front-end a gestiona informaiile din contul lor. Pe partea din spate, un panou de control de gestiune a utilizatorilor ofer controale de cont de la nivel administrativ, precum i accesul la setrile pentru a permite accesul selectiv la coninut i caracteristici. Wordpress are un sistem de grupuri de utilizatori i niveluri de control al accesului (ACL) pentru a defini cine are acces la ceea ce pe fa i captul din spate a unui site Wordpress. Grupuri de utilizatori Wordpress opereaz ca o list ierarhic cu grupuri imbricate profunde motenirea capacitile de prinii lor. n mod implicit, nave Wordpress cu unele grupuri de utilizatori de pre-construite concepute pentru a sprijini producia de site-ul comun i membru folosete : o ierarhie de public > Cont > Autor > Editor > Editura axat pe utilizarea front-end , i o ierarhie de back-end de Director > administrator > Super-administrator. Administratori autorizai pot crea grupuri personalizate i ierarhii Group din spate panouri de control la sfritul Wordpress-lui. Acces i capabiliti grupuri sunt definite prin Wordpress permisiuni, care sunt asociate cu diferite componente Wordpress, categoriile i elementele de coninut, toate sunt definite prin interfaa de administrare back-end. Un set comun de permisiuni ( Vizualizare, Editare , tergere , Editare proprie , etc.) sunt disponibile n ntreaga baz de componente, cu diferite niveluri de permisiuni suportate de software-ul ter. Permisiunile pot moteni att prin ierarhia Grupuri i Wordpress standard categoriile ierarhice, pn la elementul de coninut individuale i permisiuni se aplic la elemente de pe ambele front-end i captul din spate al site-ului. Nu exist nici o integrare permisiuni granulare pentru elemente din interiorul unui element de coninut Wordpress, cu toate acestea, o difereniere de baz este construirea front-end n procesul de editare. Wordpress se refer la partea din fata a site-ului, care determina colecii de utilizatorii pot

20

vizualiza i accesa front-end i elemente de interfa. Se compune din diferite niveluri de acces numit grupuri de utilizatori. n mod implicit, are nivele de control al accesului: public, nregistrai, special i guest. Utilizatorii au capacitatea pentru a vizualiza elemente de front-end atribuite. Administratorii autorizai pot configura i atribui noi niveluri i setrile de nregistrare de utilizator care poate fi setat pentru a viza un anumit grup implicit, la noua nscriere. Software-ul disponibil variaz de la mbuntiri mici, discrete pentru infrastructura de aderare existente Wordpress pentru a ntregi suite software care permite n mod automat o varietate de caracteristici de membru i includ integrare cu alte tipuri de software comunitate ter. Concluzie Att Drupal i Wordpress pot fi instalate n mod implicit, cu capabiliti extinse de administratorii ale site-ului pentru a v conecta la site. Drupal necesit timpul de dezvoltare pentru a pune n aplicare capacitile de membru al site-ul. Dei Drupal include multe dintre elementele discrete necesare pentru a sprijini site-ul, aceasta este de pn la dezvoltator pentru a le lega mpreun i n mod corespunztor a le asocia cu acces special i permisiuni pentru site-ul respectiv. Abordarea Drupal sprijin masiv setri complexe i expansiv pentru accesul utilizatorilor, capabiliti de management de coninut i fluxuri de lucru, cu costuri de inginerie i de punere n aplicare direct legate de complexitatea sistemului de membru. Deoarece Drupal nu ofer o metod standardizat pentru stabilirea toate astea, ar putea fi mai dificil pentru noi dezvoltatori pentru a ridica i de a lucra cu un site. Atenuare a unor costuri de dezvoltare poate veni prin intermediul familiei de module de ter parte concepute pentru a lucra mpreun pentru a permite caracteristici de membru, precum i ntregul distribuii Drupal pre-ncrcate cu un set de aderare i comunitare capaciti gata. n mod implicit, Wordpress ofer mai multe caracteristici de membru site-ului dect Drupal, inclusiv cont de nscriere/confirmarea/autentificare, profilul de baz de utilizator i de pagini de gestionare a contului. Acest lucru l face uor pentru a obine rapid a nceput cu capabiliti de baz de membru. Cu toate acestea, cerine speciale pentru comunitate, comunicaii sau caracteristici de plat va fi nevoie de software-ul de extensie de teri, inclusiv software-ul open-source comercial (dei costurile de acordare a licenelor pentru aceasta sunt nc nominal). Aderare concentrat site-uri Wordpress se pot confrunta cu limitri prin sprijinirea imperfect a permisiunilor de software-ul ter, cteva opiuni practice de aplicare fluxuri de lucru

21

particularizate i incapacitatea de a permite Permisiunile granulare n interiorul elementelor de coninut. Comparaii de cost de membru site-ul ntre Drupal i Wordpress sunt foarte strns legate de calitatea de membru. Wordpress este o opiune mai bun pentru site-urile cu cerine de baz de membru, sau a celor care s se ncadreze n capacitile Wordpress i pe cele ale membrilor comunitii i pachete din tere surse disponibile. Capacitile de membru Drupal poate dura mult mai mult dect de Wordpress pentru a configura, dar le ofer mai mult de personalizare i opiuni de flux de lucru, precum i permisiuni mult mai granulare.

Suport mobile device

Cu utilizare a Internetului mobil n curnd s eclipseze c de desktop-uri i laptop-uri tradiionale, o versiune de mobil-friendly a unui site web a devenit o necesitate pentru comunicare i marketing eficient. O tactic de conducere pentru a permite capabiliti mobile vine prin receptiv Web design, prin care un singur ablon Web folosete CSS i alte apeluri pentru a regla selectiv aspectul paginii, dimensionarea i interfaa elemente n funcie de dimensiunea pixelilor i orientarea dispozitivului de vizualizare. Att Drupal i Wordpress folosesc tactici similare de sprijinire afiare web mobil i ambele sufer de probleme similare. Drupal Cea mai mare parte a capacitilor unui site-ul Drupal de sprijin mobile vor fi, probabil, activat printr-o tem care este optimizat pentru receptiv ecran site-ul Web. Drupal sprijin, de asemenea, aspecte legate de afiarea site-ului mobil, inclusiv de detectare dispozitiv i alternative, teme specifice pentru telefonie mobil i poate fi o opiune eficient pentru un site Drupal mobil-friendly. Drupal sufer de problema de cod non-optime surs HTML generate de module specifice: n acest moment, foarte puine a fost optimizate pentru afiaj mobil, acestea au o prioritate fa de optimizarea HTML care Drupal o creeaz pagina web. Wordpress

22

Similar cu Drupal, Wordpress are tendina de a permite capacitile telefoniei mobile a site-ului prin ablonul folosit pentru a face designul site-ului. La fel ca Drupal, Wordpress sufer, de asemenea, de coninutul HTML care nu accept opiuni de afiare. Sistemul HTML suprascrie Wordpress permite pentru ajustarea cu precizie de ieire, dar acest lucru poate fi un proces lung i obositor, mai ales pentru site-uri complexe Wordpress ca prghie multe extensii software de la teri. Concluzie Punerea n aplicare corespunztoare a capacitilor de telefonie mobil ntr-un site Web este un cost semnificativ, nu numai n punerea n practic a Web design, dar de asemenea, n planificarea necesar pentru o strategie de succes mobil. Acestea fiind spuse, att Drupal i Wordpress ofer capaciti similare i abordri de suport mobil, precum i acelai instrumente administrative legate implicit de HTML. Pentru site-uri similare cu cerine similare, costurile sunt la fel.

E-Commerce
E-Commerce are un site web poate varia de la integrri simple, cu sisteme de plat n afara de implementri complexe i personalizate de cataloage de produse masive, sisteme de abonament i reele de reseller. Ambele Drupal i Wordpress se bazeaz pe tere pri, soluii plug-in pentru mai multe nevoi de e-commerce, precum i integrarea cu aplicaiile web din afara pentru implementri complexe de e-commerce. Drupal Sistemul Ubercart Drupal este a treia parte plug-in software-ul care multe site-uri folosesc pentru a sprijini funcii de e-commerce. Ubercart necesit timp pentru dezvoltare nuneglijabil pentru a configura i de a pune n aplicare, cu toate acestea, ofer un set destul de complet de caracteristici i mai multe opiuni pentru integrarea cu alte pri ale sistemului de Drupal, coninutul sau datele. Ubercart a devenit modul de facto c muli dezvoltatori Drupal uita s pun n aplicare e-commerce. Wordpress

23

Wordpress se bazeaz, de asemenea, de la software-ul ter pentru a permite caracteristici de e-commerce, cu toate acestea, ecosistemul Wordpress ofer o mai mare varietate de plug-in software-ul de e-commerce de Drupal, de la butoane de donare de simple, care se leag de un cont PayPal pentru a plina floare catalog i sisteme de co de cumprturi. Dei unele dintre opiuni de e-commerce Wordpress pot solicita acordarea de licene pltit pentru acces la software-ul, costurile sunt de obicei nominal. Concluzie Att Drupal i Wordpress au tendina de a rezolva nevoile de e-commerce prin integrarea software-ul ter plug-in. Datorit structurii Wordpress i o larg varietate de opiuni de software ter parte, Wordpress tinde s necesite mult mai puin timp pentru punerea n aplicare a funciilor de e-commerce. Software-ul ter poate permite, de asemenea, co de cumprturi plin i funcionalitate catalog on-line. att n Drupal i Wordpress, cu toate acestea, Ubercart Drupal tinde s fie mai full-featured i capabil dect orice opiune Wordpress pentru cazarea specifice coul de cumprturi i catalog cerine. Este util s reinei c multe Wordpress i Drupal site-uri cu nevoi avansate sau complexe de e-commerce va integra n schimb o aplicaie web de e-commerce n ntregime separat, cum ar fi CSCart sau Magento, pentru a se adapta caracteristicile care sunt imposibil sau prea scump pentru a pune n aplicare n mod eficient n CMS.

Instrumente de dezvoltare
Dezvoltarea software-ul este un proces de descoperire, de planificare i implementare, care include definirea specific cerinele proiectului; stabilire a unui plan de arhitectura software i codificare metodologii i n mod activ gestionarea i evaluarea proiectului, echipa de dezvoltare se bazeaz soluia. Dei complexitatea relativ a unui proiect poate lega n abordarea aleas, ambele proiecte Drupal i Wordpress putei utiliza orice proces de dezvoltare de software populare, pas-cu-pas progresii metoda cascad, de a stiluri de dezvoltare iterative, cum ar fi modelul de spiral, la contemporan dezvoltare agile i procesele de prototipuri rapide. Strategia de dezvoltare poate fi, de asemenea, determinat de lucruri, cum ar fi cerinele de planificare, longevitatea anticipat a software-ului, i preferinele dezvoltator. Pentru ambele Drupal i

24

Wordpress, strategiile legate de inginerie software-ul de multe ori cresc din cadrele i standardele stabilite de platforma CMS. Drupal Abordarea Drupal a legturilor de inginerie software n natura sa ca un grilaj pe care tipurile de coninut i capaciti de sistem poate fi construit n conformitate cu cerinele specifice ale proiectului. Drupal are o structur foarte modular, cu elemente de sistem separat cu uurin s vorbeasc unul cu altul, prin intermediul "crlige" - funcii PHP cu modele de denumire standardizate i parametrii - crlig specific, care poate lega n valori selectate de utilizator sau cele care au trecut de la alte module. Drupal ofer, de asemenea, o documentate extensiv Application Programming Interface ( API sau ) pentru toate versiunile 7, expunerea de obicei necesare i puternice constante de sistem, funcii, clase si alte resurse. Este demn de remarcat faptul c Drupal nu urmeaz n mod formal de design software orientatobiect, sau mandat de alte paradigme de codificare, dei nu stabilirea unor standarde pentru structura de cod i de sintax . ntr-adevr, fiecare dezvoltator ter este liber de a construi codul lor de - Modul specific n funcie de proiectarea i modele de sintax care le consider potrivite, att timp ct respect modulul de denumire i de acces la conveniile Drupal pentru crlige, plus unele orientri de baz. Chiar dac acest lucru, uneori, rezultate n cod non-optime. Drupal ofer o baz de date strat complet abstractizat care permite acelai cod Drupal pentru a fi relevant pentru orice baz de date conectat la Drupal, precum i fac lucruri cum ar fi conectarea la mai multe baze de date n acelai timp. Ca din momentul de acest scris, Drupal ofer suport pentru MySQL( baze de date cele mai comune Drupal), PostgreSQL, SQLite i prin module contribuit, Microsoft SQL Server i Oracle . Structura general Drupal permite pentru o mare de libertate pentru dezvoltatori , precum i multe capcane poteniale i ci false ( care sunt deosebit de periculoase pentru cei noi la dezvoltare Drupal ) . tiind imaginea de ansamblu din spatele scopul software-ului - cum ar fi obiectivele organizaionale i anticipri despre ciclul de via al software-ului - poate ajuta

25

dezvoltatorii Drupal face deciziile corecte cu privire la arhitectura site-ul i care ci de dezvoltare pentru a urmri. Wordpress Wordpress este unic n lume a sistemelor de management de coninut open-source n care le-a separat n mod oficial toate de cod de CMS - specific de la o baz de baz de clase abstracte , biblioteci software i alte resurse numit Wordpress. Aceast atitudine viitor nainte poate avea implicaii pentru dezvoltatorii care doresc s pun n aplicare o funcionalitate de aplicaii Web care nu este legat n mod specific la coninut . Este de asemenea, un semn distinctiv de maturare a sistemelor software Web i adaug, n general, o mare parte din potenialul de versatilitate la Wordpress. Dezvoltare orientate-obiect este de rigoare pentru cod n cadrul proiectului Wordpress i pentru extensii software de la teri . O schem bine documentat pentru modele de dezvoltare universale Model-View-Controller ( MVC ) ofer att structura i integrare de cod cu Wordpress capabiliti de sistem, cum ar fi suprascrie HTML . Proiectul Wordpress, de asemenea, a adoptat n mod formal stil specific de codificare bazat pe PEAR, precum i multe biblioteci de software open-source integrate n CMS i Wordpress Platforma. Dezvoltare mult Wordpress urmeaz procese bine stabilite i documentate pentru crearea de software-ul instalat extensii care pot fi adugate la instalare de baz Wordpress. Aceste extensii iau forma de componente, care sunt asemntoare pentru aplicaii web discrete n interiorul Wordpress Module, care pentru Wordpress nseamn un widget n pagin i Plugin-uri, care sunt aciuni particularizate legate de evenimente de sistem Wordpress. Ca o chestiune practic atunci cnd se planific dezvoltarea unui site , dezvoltatorii pot uita n primul rnd la directorul expansiv Wordpress de extensii de la tere pri care permit noncore caracteristici i funcionalitate Wordpress. O mare parte a timpului, o extensie ter va gzdui un proiect nu trebuie ndeplinite de ctre software de baz Wordpress. Cu toate acestea, cele mai multe implementatori Wordpress apoi tri cu conveniile, caracteristici i opiuni de configurare activate de ctre dezvoltator ter, chiar dac acestea nu ndeplinesc criteriile de ideale. Dezvoltatorii PHP poate personaliza cu siguran Codul de o prelungire , dar acest lucru ridic probleme de ntreinere a software-ul ter i de lucru n jurul valorii de orice limitri originale . Pentru a se potrivi cerinelor unice ale proiectului, majoritatea dezvoltatorilor Wordpress scrie

26

propriile lor extensii pentru instalare n SMF . Din cauza structurii Wordpress i aceste modele de dezvoltare implicit. O evoluie interesant n software-ul ecosistemului Wordpress este apariia de extensii middleware care tricoturi mpreun dou extensii diferite de la teri pentru un rezultat specific . De asemenea , multe populare Wordpress Componente ofer acum propriile seturi de instrumente de dezvoltare de software, astfel nct dezvoltatorii pot scrie software-ul de integrare sau plugin-uri n mod special pentru c extinderea tere pri. Wordpress poate rula acum pe Microsoft SQL Server, n plus fa de MySQL implicit. Suport pentru PostgreSQL i alte baze de date. Wordpress nu ofer capabiliti robuste de-a construit pentru lucrul cu interogri de baze de date i de manipulare a datelor. Concluzie Costurile de inginerie software-ul va fi direct legate de complexitatea i domeniul de aplicare a soluiei necesar, rigiditatea cerine ale proiectelor, precum i alegerea platformei de dezvoltator. Nu exist nici o ndoial c Drupal necesit mult mai mult timp pentru planificarea i construirea unui site care are management de coninut simplu i are nevoie de plugin-uri tere, poate gzdui rapid o varietate foarte larg de CMS scenarii de proiect. n cazul n care Drupal strlucete este n capacitile sale de personalizare specifice pentru a satisface cerinele rigide ale proiectului, suport pentru arhitecturi site-ul extrem de complexe i funcionalitate, i capacitatea de a proiecta noi soluii bazate pe software-ul care este deja ruleaz pe site-ul . Sistemul Drupal de crlige i alte capaciti de dezvoltare necesit munc i experien de prghie n mod eficient, i de inginerie software necorespunztoare sau modificri de proiect de 11 de ore poate transporta costuri foarte mari. n plus, unii dezvoltatori plng c lipsa de standarde i caracterul larg deschis Drupal poate duce la codul de murdar i de alte probleme. Este util s observm diferenele comerciale dintre module contribuit Drupal i extensii ecosistemului Wordpress. n timp ce Drupal evit orice plat monetar necesar pentru modulele sale, Wordpress este deschis la conceptul de open source comercial, cu unele extensii tere pri care transport abonament, suport sau alte costuri .

27

Pentru aproape toate extensiile comerciale de la teri, toate costurile sunt neglijabile n comparaie cu costul total al site-ului Wordpress.

Performan i adaptarea performanei

Toate site-urile web beneficiaz de performan bun, care cuprinde generarea rapid a paginilor web dinamice, HTML, CSS i mass-media i livrare rapid la browser-ul Web . Dei performana este esenial pentru site-uri mari, cu care se confrunt clienii, acesta poate fi un avantaj major pentru orice dimensiune a site-ului Web . Att Drupal i Wordpress conin un numr de caracteristici built-in pentru a ajuta performanta site-ului Web. Cu toate acestea, pentru eficiena general pagin Web, mult depinde de factori externi, cum ar fi proiectarea HTML / CSS template Wordpress sau Drupal teme respectiv. De asemenea, configurarea server Web i baze de date poate avea un efect mare asupra performanei site-ului, n special pentru site-uri mari sau care sunt ocupate cu cerine de nalt performan i scheme implementate specializate. Arhitectura buna sistem a unui CMS poate fi, de asemenea, important. n cazul n care prea multe elemente de sistem (de exemplu, module Drupal, Wordpress plugins ) sunt folosite pentru a construi o pagin, toate conexiunile bazei de date se poate ncarc serverul. n cele din urm, integrarea resurselor unui site cu o reea de livrare de coninut, se va mbunti considerabil performana site-ului pentru orice platform. Drupal Drupal conine unele setri de baz, i controale de cache la nivel de sistem, inclusiv capacitatea de a permite caching-ul larg i agregat CSS i fiierele de JavaScript pentru a duce la mai puine apeluri de server. Drupal conine, de asemenea, controale de caching care ptrunde n tot sistemul Drupal. Prin ajustarea setrilor memoriei cache pe Drupal blocuri, module, panouri i alte zone, un dezvoltator Drupal poate pune n aplicare mecanisme extrem de granulare de caching care i desfoar activitatea n conformitate cu normele i condiiile specifice (de exemplu, cache-ul bazat pe activitatea utilizatorului, n plus fa de timp pe baza tradiional schem caching). Unele module specializate pot, de asemenea, de mn de pe capacitile de memorare n cache Drupal de la alte soluii, cache bazate pe server, cum ar fi APC i lacuri.

28

Dei controalele cache de nivel superior Drupal sunt destul de uor de utilizat i de punere n aplicare caracteristicile caching granulare ridic o mulime de probleme complexe care necesit o planificare i o abordare adecvat, n scopul de a proiecta o soluie de lucru. Drupal poate suporta unele comportamente caching extrem de sofisticate, dar acest lucru necesit un nivel de experi de cunotine pentru a pune n aplicare n mod eficient. Site-uri Drupal se poate integra cu uurin cu un CDN prin intermediul unui modul contribuit i alte instrumente . Wordpress Wordpress ofer o serie de controale, uor de utilizat pentru a cache site-ul larg accesibile prin intermediul panoului de control back-end. Setri de configurare la nivel mondial permite administratorilor pentru a porni sau opri caching, setai profilul general caching ("conservator" sau "progresiv"), precum i cantitatea de timp pn cnd fiierele din cache sunt actualizate. Administratorii pot utiliza, de asemenea, panouri de control pentru coninut selectiv clar cache i terge fiiere cache mai vechi de pe server. Multe de baz i a treia parte Module Wordpress permite caching-timp pe baz de coninut pentru care modulul lui. Extensii Wordpress tere pri ofer mbuntiri suplimentare de performan site-ul, de la CSS i JavaScript. Concluzie De control cache Wordpress de la nivel de site sunt bine echilibrat, uor de implementat i eficace. n general, este nevoie de mai puin timp pentru a configura caching-ul la nivel de Wordpress dect o face pentru Drupal, cu toate c aceste costuri sunt nc nominal. De asemenea, ca urmare a modului n care extensiile tere pri instalat n Wordpress ca panouri de control, este n general mai uor s pun n aplicare capabiliti suplimentare pentru pagini specifice caching, cod agregare i integrare CDN prin utilizarea extensii Wordpress, n comparaie cu configurarea similare module Drupal. Drupal este n msur s ofere un nivel mult mai precis de control asupra comportamentului caching dect Wordpress. n timp ce toate opiunile caching disponibile Wordpress sunt bazate pe timp, Drupal ofer un cadru pentru caching pe activiti, n plus fa de controalele de caching granulare rspndite de-a lungul zonelor funcionale Drupal lui. Cu toate acestea, setri de caching sofisticate n Drupal veni la un cost ridicat n timp i expertiz.

29

Crearea web sit-ului

Lansarea unui nou site web este destul de simplu. Doar mut fiiere i baza de date de pe serverul de dezvoltare direct. Cu toate acestea, o dat pe site-ul web este de pn i s fie difuzate, punerea n aplicare a actualizri se poate obine destul de un pic mai mult complex. Att Drupal i Wordpress(i ntr-adevr multe alte platforme), se confrunt cu aceeai provocare de actualizare a datelor ntre bazele de date de producie i dezvoltare, ca i discrepane ntre cele dou poate semna haos n toat desfurarea CMS . n general, site-uri sunt luate deconectat n mijlocul nopii n timp ce admini desfoar cu furie nouti i transferuri, apoi rndul su, pe site-ul live i testarea conduit a v asigura c totul funcioneaz corect . Mai muli administratori cu experien poate actualiza n mod selectiv date ntre dezvoltarea i serverul de producie live, dar acest lucru este un proces cumplit un real pericol, chiar i pentru administratorii veterani. Pentru site-uri mari i complexe, care nu pot suferi prin nefuncionare, software-ul de site-ul de actualizare va fi una dintre cele mai dificile sarcini cu care se confrunt ambele site-uri Drupal i Wordpress. Drupal Drupal ofer un "Modul ntreinere" setare care permite administratorilor s ia temporar un site offline i va afia un mesaj personalizat pentru vizitatorii site-ului. Cnd n modul de ntreinere, numai contul super-administrator de nivel superior sa va logai accesul la site-ul Drupal, n scopul de a efectua actualizri i de a face alte modificri. Este util s reinei c Drupal 8 eliberarea n ateptarea intenioneaz s includ functionalitile site-ului de ateptare. Wordpress Wordpress ofer setrile panoului de control pentru a permite administratorilor s ia un site offline afia un obicei sau site-ul implicit mesaj deconectat, i a stabilit o imagine pentru pagina online site-ul care apare utilizatorilor. n timp ce un site este deconectat, orice utilizator de grup cu drepturi adecvate pot conecta pentru a vizualiza i de a interaciona cu coninutul siteului.

30

Unele extensii tere pri oferi ajutor cu site-ul de desfurare, n special cele care pachet un ntreg site-ul Wordpress i de baze de date ntr-un singur fiier arhiv care pot fi transferate cu uurin ntre locaii i despachetat / reinstalat prin intermediul unui fiier script PHP aferent. Concluzie Ambele site-uri Drupal i Wordpress urmeze acelai proces i au aceleai costuri generale pentru lansarea unui site web. Ambele ofer, de asemenea, caracteristici similare pentru a lua un loc deconectat n timp ce actualizri sunt puse n aplicare, dei Wordpress permite mai multor utilizatori autorizai conectai n timp ce un site este n mod offline, n timp ce Drupal limiteaz aceasta la super-administrator. n cele din urm, ambele se confrunt cu aceleai provocri extreme de actualizarea site-uri vii care nu pot avea downtime. Costurile de implementare site-ul web sunt n esen aceleai ntre cele dou, dei Wordpress poate fi mai accesibil pentru administratori mai puin experimentai.

Suportul platformei
Site-uri Web CMS au nevoie de suport i de actualizare i ambele Drupal i Wordpress nevoie de sprijin n curs de desfurare i de ntreinere pentru a actualiza software-ul, s adugai caracteristici, vna bug-uri i de a ajuta managerii site-ului. Datorit naturii de softwareul CMS i rezultate site-uri Web, suport continuu poate varia foarte mult ntre Drupal i Wordpress site-uri. Drupal Prin natura sa, site-uri Drupal sunt personalizat construit-a pune n aplicare interfee specifice : Dezvoltatorul Drupal decide ce tipuri de coninut, Domenii i controale legate de a face accesibile pentru utilizatori i manageri de coninut i apoi dezvolta modalitile specifice n care coninutul este de a fi introduse, stocate i afiate. Deci, managerii de coninut de obicei vedea numai interfeele i opiunile relevante pentru utilizarea lor specific i acest lucru este simplificat i raionalizat ct mai mult posibil pentru a ajuta producie ideal. Aceast abordare obicei diminueaz problemele legate de producerea de coninut, dar este nevoie de o implicare dezvoltator Drupal pentru modificri, chiar minore interfa i ajustri aspectul site-ului, mult mai puin site-ul revizuire structural sau mbuntiri la caracteristici interactive. n funcie de ct de convenii i necesitate, un site-ul Drupal trebuie s tragei n mod obinuit de-

31

a lungul dezvoltator iniial pentru a oferi sprijin i realizarea lucrrilor de ntreinere n curs de desfurare. Din cauza complexitii de site-uri Drupal, gama de opiuni de implementare i stiluri dezvoltator, i mai multe module i distribuiile Drupal, doar dezvoltatorul original poate nelege cu adevrat ce se ntmpl . Coordonat de mn a unui site Drupal bine documentat este cu siguran posibil, dar cod slab comentnd i documentare rare tind s fie norma. O mare parte din timp, un nou dezvoltator Drupal va avea nevoie de mai puin timp pentru a construi din nou dect ncercarea de a descifra munca dezvoltatorului anterior. Wordpress Wordpress ofer o afacere bun de flexibilitate pentru opiuni de asisten , din cauza sale de configurare, structura i coerena ntre diferitele instalaii de Wordpress. Productorilor de coninut au capacitatea de a intra i edita coninut prin ambele interfee front-end simplificate, i panel ncrcat de control captul din spate al site-ului. n interiorul administratorul back end, Wordpress expune multe setri bazate pe panoul de control care s permit pentru lucruri cum ar fi reordonare coninut, reglare de navigaie i controleaz opiunile de afiare front- end ( n plus fa de sarcina comun de a produce coninut ntr-un editor WYSIWYG ) . Unele cunotine este necesar pentru a angaja aceste controale, dar ele sunt, n general, foarte accesibile pentru orice utilizator final din nou care dorete s le foloseasc i a crui cont are permisiunea de a face acest lucru . n funcie de ceea ce productorii i managerii de coninut pe site-ul doresc s-i asume , suport poate nconjura numai coninut care produc, sau poate include ajuta cu utilizarea de back-end interfaa Wordpress pentru a ajusta opiunile de afiare. Datorit abordrii standardizate Wordpress la interfee de management, convenii i structuri de codificare, i arhitectura site-ului, este relativ uor de mn de pe un site Wordpress de la un dezvoltator la altul. Noul Dezvoltatorul poate descoperi zonele n care este nevoie de curare, dar acest lucru este de obicei realizat prin ajustarea setrilor n back-end interfa administrator Wordpress. Concluzie Pentru producia de coninut general i utilizarea site-ului, site-uri Drupal poate dura mai puin efort pentru sprijin, dat fiind c numai comenzile i opiunile necesare sunt expuse la utilizatorul final, iar site-ul Drupal este construit pentru a gzdui cazuri de utilizare specifice . Cu toate acestea , orice modificare a structurii site-ul Drupal, caracteristici, interfee i

32

funcionalitate poate necesita o activitate important de dezvoltare , n plus fa de o cunoatere intim a modului n care a fost construit site-ul, ceva numai dezvoltatorul iniial s tie. n schimb, site-uri Wordpress sunt uor de schimbat ntre dezvoltatori, datorit abordrii sale standardizate i interfee. De asemenea, expunerea Wordpress de control accesibile face posibil de a instrui manageri de site de a lua treptat pe mai comanda pe site-ul de construcie. Sprijinirea utilizare a acestor opiuni poate veni la un cost iniial mai mare, dar acest lucru ofer mai mult potenial de control la administratorii de site, care ar putea reduce costurile de sprijin pe termen lung, n unele scenarii. n general, sprijinind un Drupal cost mai mult (i genereaz o rat de or facturabile mai mare) dect sprijinirea site-uri Wordpress, din cauza cunotinelor tehnice mai mare.

Ciclul de via
Ciclul de via este procesul prin care domeniul de aplicare general al unui proiect software-ul este considerat n lumina cerinelor organizatorice pentru c software-ul, rezultatele i obiectivele sale specifice, procesul de dezvoltare de software, i modul n care toate aceste elemente se schimbe n timp. Dei SDLM este n mod tradiional asociat cu proiecte de inginerie software-ul de discrete, directori sale pot fi, de asemenea, aplicate la soluii bazate pe platforme, cum ar fi Drupal i Wordpress. SDLM este valoros pentru adugarea de perspectiv pe termen lung pentru care ruleaz un site CMS - alimentat. Se anticipeaz munc i a costurilor viitoare i modul n care acestea ar putea fi cel mai bine gestionate. n cazul proiectelor open-source, cum ar fi Drupal i Wordpress, multe preocupri SDLM lega n activitile i avansarea proiectului open source n sine, inclusiv actualizri pentru ambele platforme de baz i software-ul ter, caracteristici anticipate n curs de dezvoltare, eliberarea de noi versiuni majore ale software-ului i abandonarea cod de baz sau soluii plug-in de la teri. n sensul Drupal i Wordpress, SDLM poate lua n considerare, de asemenea, perspective bazate pe piaa, ca popularitatea unei platforme afecteaz longevitatea i disponibilitatea resurselor de la teri. Drupal

33

Procesul Drupal de creare a site-urile sale rezultate sunt complexe n mod implicit i necesit cunotine de specialitate n platforma Drupal i tehnologii conexe. O resurs suport calificate - probabil dezvoltatorul original al locului - va trebui s fie disponibil pentru orice modificri ale structurii sau capacitile sit-ului va necesita timp semnificativ de dezvoltare i va avea un cost ridicat. Meninerea software de baz Drupal i a treia parte a contribuit Module de pn la data este o sarcin important n curs de desfurare, care necesit cunotine tehnice de specialitate i de nelegere a instalaiei Drupal existente. Actualizarea unui site ntre versiuni majore ale Drupal - de exemplu, modernizarea la Drupal 7 din Drupal 6 - este o sarcin foarte complicat, care necesit o expertiz de nalt Drupal i cunoatere intim a site-ului n curs de modernizare. n multe cazuri, modernizarea un site-ul Drupal de versiune major viitor nu este posibil, deoarece un modul necesar nu a fost actualizat pentru a sprijini noua versiune de Drupal, dezvoltare un modul a fost abandonat, sau site-ul original a fost construit cu Drupal specifice structuri care nu mai sunt acceptate n noua versiune a Drupal. Un alt considerent n Drupal SDLM este caracterul deschis al stilului su de dezvoltare i standarde mai laxe pentru dezvoltare Modulul contribuit. Acest lucru poate necesita mai mult timp pentru descoperirea de proiecte i actualizri, precum i pentru curenie cod non-ideal. Drupal menine o poziie foarte puternic pe piaa CMS. Multe instalaii Drupal existente n instituiile majore i pentru - profit ntreprinderilor, precum i o reea nfloritoare de dezvoltatori i furnizori, s asigure c Drupal nu este de gnd s se estompeze n orice moment n curnd. Cultura dezvoltare Drupal evit vreodat de ncrcare bani pentru software-ul, cu toate ter contribuit Module este disponibil la nici un cost. Avnd n vedere cerinele grele Drupal lui de expertiza tehnic i de intimitate cu orice instalare Drupal dat, dezvoltatorul original, este un activ valoros pentru SDLM. Dezvoltatorii pot tiu acest lucru i de ncrcare n consecin. Ca o chestiune practic, site-urile Drupal de orice dimensiune sau de consecin nu se upgrade ntre versiuni majore. Din acest motiv, site-uri Drupal tind s aib o durat de via a unui cuplu la mai muli ani nainte de a trebui s fie complet reconstruit. Este nc posibil pentru un site de a timp de-a lungul pe o versiune mai

34

veche de Drupal, dar n cele din urm, care stau la baza PHP i baze de date tehnologii vor trebui s fie modernizate, foarte posibil, in scdere de sprijin pentru o funcie cerut de versiunea mai veche Drupal. Wordpress Proiectul Wordpress a stabilit un calendar de lansare standard, cu versiuni noi majore care apar cu privire la fiecare doi ani. Proiectul Wordpress lanseaz actualizri incrementale la versiuni majore, precum i oferte care se suprapun suport pentru versiunile mai vechi ale software-ului. Wordpress face actualizri de software site-ul uor s pun n aplicare printr-o serie de instrumente integrate n panourile de control. Actualizri incrementale sunt cazai cu un proces cu un singur clic n administratorul de back-end, extensii de la tere pri pot fi de multe ori actualizat cu un singur click, de asemenea, sau n lipsa acestuia, prin ncrcare i instalarea a noua extensie prin Wordpress Extensions Manager. Proiectul Wordpress s angajamentul de a furniza o cale de upgrade uor ntre versiuni majore de software, care va fi n mod ideal, un proces cu un singur clic pentru software de baz Wordpress. ( Software-ul de ter parte va trebui n continuare s fie actualizate n mod independent, dar aceste pachete au tendina de a urma modelul de upgrade-uri cu un singur clic). Standardizare Wordpress a practicilor de codificare, a structurilor sale comune i paradigme de dezvoltare scadente, cum ar fi platforma Wordpress tot face mult mai uor pentru dezvoltatori Wordpress pentru a lucra cu codul celorlali. Site-uri Wordpress sunt destul de uor de a preda n afara ntre dezvoltatori i ntrein site-ul, iar acest lucru ar trebui s implice nici un cost suplimentar extraordinar. Desigur, adugarea de capabiliti sau caracteristicile site-ului va inspira lucrri suplimentare i cheltuieli. Wordpress ocup o poziie de pia foarte puternic CMS i se extinde rapid bazei sale de instalaii de la site-uri de mici afaceri i de organizare n ntreprindere i corporaii mari. Toate lucrrile de proiect Wordpress se face pe baz de voluntariat, susinut de fundaia non-profit Open Source Matters. O serie de juctori mai mari companii, n special Ebay, au investit masiv n tehnologie Wordpress. Muli practicani Wordpress i furnizori de servicii sunt disponibile la nivel mondial, oferind o mare varietate de furnizori de soluii i de conducere n jos costurile de

35

pe pia . Wordpress este, de asemenea, a fost adoptat ca o soluie site-ul web pentru mai multe agenii de marketing i comunicare, din cauza accesibilitii i valoarea sa. Cum ar fi Drupal, Wordpress proiectul va fi n jurul valorii de ceva timp. Privind la durata de via a unui site Wordpress produce potenialul de site-ul n curs de maturizare prin versiunile viitoare ale Wordpress, avnd n vedere accentul proiectului pe uurina de upgradeuri i a ciclului su de pres planificat. Acest lucru nseamn un site Wordpress ar trebui s poat s triasc la nesfrit ca software-ul Wordpress maturizeaz, fr a fi nevoie pentru site-ul complet reconstruiete. Concluzie Site-uri Wordpress sunt mult mai uor de a actualiza i menine dect site-uri Drupal, dat interfee de actualizare cu un singur click Wordpress i adoptarea acestui standard de ctre dezvoltatorii de extensii tere pri. Cod de baz standardizate Wordpress i structuri stabilite n software i coninut face mai uor de mn de pe un site Wordpress la un alt dezvoltator sau manager de site-ul. Site-uri Drupal, de obicei, trebuie s tragei dezvoltator original, de-a lungul proiectului. Cerinele Drupal lui mai mari pentru cunotine specifice i expertiz tehnic nseamn, de asemenea, mai multe cheltuieli de ntreinere n curs de desfurare i de a face modificri structurale sau funcionale ale site-ului. n ceea ce privete modernizarea ntre versiuni majore ale software-ului, Wordpress ofer metode simple, n timp ce potenialul de upgrade de site-ul Drupal este legat de multe elemente diferite. Pentru cea mai mare parte, site-uri Drupal va trebui n cele din urm s fie complet reconstruit pe o versiune mai nou de Drupal, Wordpress ofer upgrade-uri n timp ce n curs de desfurare ca software-ul se maturizeaz. Aceasta reprezint una dintre cele mai mari diferene ntre Drupal i Wordpress SDLM i Drupal prile interesate site-ul Web trebuie s planifice n consecin, pentru aceste cheltuieli majore probabile.

ALEGEREA CORECT A PLATFORMEI CMS

Diferenele cheie ntre Drupal i Wordpress. Dei rubrica tradiional va spune pentru a utiliza Drupal pentru site-uri mari i / sau complicate i Wordpress pentru, site-uri mai mici,

36

simple, unul sau altul ar putea fi n continuare cea mai buna alegere pentru un scenariu de mare sau mic proiect, n funcie de ceea ce site-ul Web are nevoie pentru a realiza i o serie de ali factori. Decide ntre Drupal i Wordpress poate veni pn la capacitile native ale CMS, cerinele de suport anticipate, sau de nevoile de personalizare viitoare, se poate lega chiar n probleme de piaa, cum ar fi disponibilitatea de expertiz i de servicii profesionale la un nivel care va rezulta ntr-un proiect de succes CMS. Poate c nici Drupal nici Wordpress este necesar, astfel nct vei avea nevoie de s se uite la unul din sutele de alte opiuni n platformele CMS. Indiferent de ceea ce, o analiz atent i planificare ( i un documentul cu cerinele luneta corect) v va ajuta v asigura c face cea mai buna alegere pentru sistemul de management al coninutului .

37