Care CMS este mai bine sau de respingere a utilizării CMS.
În acest articol ne uităm la ce ar trebui să refuze să utilizeze CMS în proiectele noastre. În unele cazuri, utilizarea sistemului este acceptabil și chiar util.

De multe ori, atunci când crearea unui web-resursă clienții CMS întrebarea de alegere, în cazul în care proiectul va fi dezvoltat. Aceasta este o parte foarte importantă în proiectarea de oricare dintre tipurile de site-uri, și de a face alegerile corecte, veți evita multe probleme în viitor, inclusiv tech-suport al proiectului.
Să ne uităm la motivele clienților și executanți predispoziție la un anumit CMS.
- Am auzit ceva de la cineva despre orice CMS, și vrea să
- El vrea să încerce să facă bugetul proiectului
- adminii mai ușor pentru a justifica alegerea conducerii, vorbind la mii de site-uri de sistem proiectate.
- de marketing (vinde mai bine cunoscut CMS, oamenii au auzit de ei.)
- disponibilitatea de programatori pentru a dezvolta un anumit sistem (în cazul în care societatea este în curs de dezvoltare, de exemplu, în conformitate cu WordPress, atunci această organizație va face mai bine, chiar și pentru problemele la care nu se intenționează)
Ne gândim la ceea ce scris servicii cunoscute, cum ar fi YouTube, amazon, vk, eBay, etc. Ele nu sunt legate de arhitectura străine, și de a folosi propria.
Motivul pentru aceasta este simplu: scopul lor este de a dezvolta în mod continuu produsul său. Și în cazul în care sunt legate de un anumit motor, acesta va avea, mai devreme sau mai târziu, pentru a modifica pentru a se potrivi cerințelor dumneavoastră, și că este foarte labor- și timp costisitoare.
- logica sistemului de operare cusute în dezvoltatorii de bază CMS și logica de bază este problematică pentru a face modificări
- sistem prea versatil care duce la funcționale excesive
- nici o modalitate de a optimiza funcționarea proiectului, chiar dacă suntem în modulul pe care doriți să afișați inscripția „lumea Bună ziua“, sistemul de cizme încă kernel-ul, și apoi numai modulul
- un interes crescut pentru hackeri
Utilizarea CMS în mod eficient, dacă vorbim despre un simplu soluții șablon care se potrivesc bine pe un anumit CMS, care vă sunt familiare, și nu necesită înaltă performanță și scalabilitate, da, este mod rapid și puțin costisitoare, și de a scrie ceva personalizat nr sens.
Avantajele de proiecte personalizate, fără utilizarea gata CMS:
- Acesta este împărțit între logica de control logica de afaceri și a datelor
- o mai mare flexibilitate
- cod mai curat
- posibilitatea de optimizare mai mare și personalizare
- Performanță înaltă și scalabilitate
Dezavantaje de muncă, fără utilizarea de-a gata CMS
- nevoie de dezvoltatori mai calificați
- crearea unui proiect necesită inițial mai mult timp
- unele lucruri trebuie să scrie de mână
Viteza de dezvoltare și fiabilitate:
Pentru soluții cadru și un șablon de dezvoltare de viteză cu CMS va fi mai mare. Funcționalitatea abundente și logica complexă, cu atât mai mult timp va fi necesar pentru punerea sa în aplicare.
În plus, la un moment dat ar putea fi necesar să se facă modificări codului sursă al kernel-ului în sine CMS. Aceasta elimină practic avantajul „fiabilitate cod.“ La urma urmei, de fapt, după ce toate etapele de testare inițială a produsului (CMS) trebuie să meargă din nou.
Labor- și timpul costuri, precum și costul total al dezvoltării proiectului, care este dezvoltat în mod activ, care este actualizată în mod constant și are o nouă funcționalitate vechi, folosind CMS va fi mai mare decât cea a proiectului, făcute la comandă. Ie dacă doriți un site frumos, funcționalitate interesantă, soluții creative - cu 99% probabilitate, este de dorit să renunțe la CMS.
CMS, de asemenea, să fie utilizate în mod eficient pentru cadru și pentru șablonul soluțiilor, cu funcționalitate standard, care nu este planificat să se extindă și personaliza. Cea mai mare parte este: un site-uri mici, bloguri, forumuri.