Különbségek dobozos cm-re a fejlesztő stúdió

Az interneten megtalálható sok vita a szakmai előnyök és hátrányok a helyszínen vagy a tartalomkezelő rendszerek (a továbbiakban CMS), hanem az, aki nem érti, hogy ez az információ használhatatlan. Szigorúan véve tehát ebben a cikkben megpróbálom elmagyarázni a különbség a CMS kidolgozott a stúdióban, és a doboz CMS, amely kifejlesztett univerzális megoldásokat. Valahol a hálózatban, én is láttam egy nyilatkozatot, hogy azt mondják, a kérdés a legtöbb, vélemény kérdése. És mégis megnézi ezeket a különbségeket, amit összegyűjtött a különböző követelmények, mint a költség, a megbízhatóság, a biztonság, és így tovább

fizikai CMS

studio CMS

Ár. (Ez a verzió közel azonos pofunktsionalu)

A legfrissebb adatok, az átlagos ár CMS c irányítani oldalak, 8000. By the way, hogy az UMI hogy Bitrix partnerei fejlesztők 40-50% kedvezmény a saját rendszerükön. Tehát pénzügyi értelemben használatára dobozos CMS előnyös nem csak az ügyfelek, hanem a web stúdió.

A CMS stúdiók különböző módon. Attól függően, hogy a szint a stúdióban és készségfejlesztés. De legfőképpen, ez az összeg drágább lenne, és nehéz megmondani, hogy mennyi, mert stúdió nagyon, és van egy másik szintre. Tekintettel arra, hogy ezek a költségek gyakran sok a programkódot a CMS újraírni.

tech support

Van két hírem. Az egyik jó, a másik rossz. A jó hír: van két szolgáltatást támogató honlapon!

• Az első egy stúdió, amely be van állítva, és konfigurálja a helyszínen
• A második a fejlesztő maga

A rossz hír az, hogy ha valami történik, hogy először meg kell, hogy kitaláljuk, melyik közülük részt vesz a sérülés vagy probléma. Ők (a fejlesztő és a stúdió), viszont elküldjük egymásnak, azt mondják, ez nem a mi hibánk hívást a fejlesztő. Amennyiben rendelése közvetlenül a CMS honlap fejlesztő, attól tartok, hogy ennek eredményeként a jó cash költségeket. Az ötlet egy hatalmas sereg a szakemberek mindig készen áll, hogy megoldja a problémát (ami nagyon vonzó), de gyakran a reakcióidő 4. napon. Átlagos válaszidő támogatására „Bitrix” - 4 nap. Négy nap alatt! És ez egy egyszerű kérdés. Tehát, ha vásárol, figyeljen a sebességet választ a kérésre, és a határidőt a legtöbb támogatást

Support itt nem sok, de nekem úgy tűnik, jobban. Van egyre inkább függ a integritását emberek, akik dolgoznak a cégnél, és a szerződés készül. Általában, ha ez megtörténik, 4 nap alatt az ügyfél ideje enni Fejlesztő él, és még desszert igényel. És ott lesz a fejlesztő, nem az első, hogy megtudja, kinek a hibájából, és kihez forduljon. És azok. támogatás gyakran (attól függően, hogy a szerződés megkötésétől számítva). Maximális ésszerű reakcióidő 2 nap. Bár nem tagadja, hogy létezik a stúdió és a 4. napon nem lesz képes megbirkózni.

A szeretet hiányától

Abban az esetben, CMS, amely széles körben ismert és széles körben alkalmazott, mivel minden rendben. Ha valami, akkor megússza neponravivshegosya szolgáltatást a cég, hogy működni fog veled. Végtére is, a dobozos CMS, sok ember dolgozik. Ugyanakkor nem szabad elfelejteni, hogy egyes egyedi megoldások lesz drága átdolgozni, mert bármilyen egyedi megoldást igényel a munka és idő költségek

A védelmi elmondhatjuk a következőket. „Az ügyfél nem vásárolni a helyszínen, és biztosan nem CMS. Megveszi a megoldás néhány feladatot.” Tehát ezeknek a kihívásoknak jobban dolgozzanak ki speciális megoldásokat. CMS kezdetben fejlesztése a megrendelő igényeinek, így volt kényelmes az ő problémája megoldódott hatékonyan, és hogy ő majd visszafordult a stúdióba fejlesztő, ha kell valami köze újra. Aztán, biztosíthatom, hogy nem fogja megijeszteni a tény, hogy van rögzítve a stúdióban; inkább ez lesz élvezetes és hasznos kölcsönhatás a két egység között.

dokumentáció

Általában sok különböző dokumentumok és háttér-információkat, de az az egyetlen megoldás, hogy kell még írni (vagy növeli a költségeket). Általános szabály, hogy az ügyfelek nem használhatja a dokumentációt tartva annak bonyolultsága, bő érthetetlen kifejezések. És nem minden vállalkozó lesz ebben az időben.

Ott gyakran hiányzik. De ha kérni kell a szerződés megkötését, vagy hogy egy egyszerű űrlap vagy az ár a végtermék növeli

Kiterjeszthetőség (modularitás)

A fejlesztők a CMS általában célja, hogy megfeleljen az igényeinek a többség! A többség a szükséges modulokat már létrejött. Meg kell online áruház - összeköt, configure, működik. Meg kell egy fórum, vagy visszajelzést szakasz - csatlakozni, konfigurálását munkák. Kapcsolja össze a felállított - mindez igaz, ha nem kell, hogy néhány apró részlet, amelyre szükség van egy olyan rendszer kialakításában „szinte nulla.” Ez természetesen nem gyakran fordulnak elő, de az ilyen esetek történnek. Ha az online üzlet nem különbözik a többitől, akkor ez a lehetőség nagyon alkalmas.

Ha eltér a többi, akkor dobozos CMS nagyon nehéz, hogy hívja a bővítése. Nos, ez tényleg egy modul, például egy fórum. Valóban, ez is aktiválható egy gombot. De a végén megkapjuk nem az, amit az ügyfél igényeinek. És általában, csak egy lehetőség: írni a modult. A write valaki másnak a rendszer nagyon nehéz, különösen abban az esetben nem nagyon alkalmas a rendszer megvalósításának belülről. Ez olyan, mint a bázis KAMAZ a szervezetet a gépkocsit. Tehát, hogy az ügyfél kap egy „fórum”, így azt látta, hogy a doboz a CMS fejlesztők, és nem arról, hogy látta az ügyfél, vagy kapott kopasztott határidők, mert meg kell átírni, hogy a fajta már írtam. Tehát, ha arra van szükség, akkor be kell kapcsolnia a stúdióba, és hozzáteszi, a szükséges része a funkciót. Itt az Ön és a bővíthetőség, csak az egyedi minden egyes esetben.

Teljesítmény (termelékenység)

Számos funkció csak extra! Annak a ténynek köszönhetően, hogy a legtöbb írott építészet CMS gyakran termel túl sok felesleges „mozgásokat” végrehajtási egyszerű műveletet. Ez vezet a terhelés a szerveren, de ez igaz a nagy projektek magas részvétel

Attól függ, hogy a készség a stúdióban csapat.

biztonság