UMI CMS sau cum am aruncat 30.000
Toată o zi bună.
Vreau să împărtășesc experiențele lor și să audă despre experiențele altora.
Am avut un magazin și a existat o chestiune de transferul său la un motor nou, am decis că este necesar să se ia licență maximă UMI (la momentul Sommerce, acum este 34900r.)
Nevoile sunt specifice, adaptarea necesară a script-urilor pentru motorul de baze de date, și multe altele. Am început să studieze cum să se adapteze. Prin sens TP UMI a fost zero, pentru dezabonare solide și acest lucru, în ciuda sprijinului VIP, astfel încât în ultimele 7 luni si am marcat.
Dar un an mai târziu, am decis să testeze din nou, nu dispar la fel de cumpărare
Licență a promis: licență de multisite și durata de viață.
Multilocație (număr nelimitat de site-uri și domenii ca site-ul spune) mitic și are unele limitări:
Site-urile de pe aceeași licență sunt controlate dintr-un panou administrativ comun.
Sarcina totală a tuturor site-urilor revine cu serverul la care este instalat licența.
Toate proiectele trebuie să fie rulat pe un singur server.
Ie panoul de administrare domeniu principal și a pus totul controlat.
Și acum cel mai important lucru într-un an a pierdut o oportunitate de a actualiza, și cu ea posibilitatea de a implementa sistemul. Doar așa se întâmplă că avem, ani și jumătate de la data achiziției, ne-am decis să testeze pe și atunci când introduceți o cheie de licență, a existat un semn că nu putem face asta.
UMI răspuns în acest „ajunge pentru backup sau actualizarea sau extinderea“, iar extensia - aceasta este de 80% din prețul de licență))))
Asta este atât de drăguț am divorțat. Fii vigilent.
În acest sens, vreau să întreb pe cei care lucrează cu ei?
Despre atitudinea față de clienți mine totul este clar, sarcina lor este de a planta pentru actualizări
Și, ca cele mai multe CMS, sunt cei care sunt prinși în sus și a plecat?
A fost site-ul clientului UMI - a scăzut de la adăugarea de valori din codul de șablon) nu mai întâlnit, din fericire.
XSLT nu este tehnologia motoarelor, și totul în ea nu este strict în caietul de sarcini a anunțat la început - ecran alb. Așa cum se spune în mod necorespunzător schimba vina pe alții.
SmirnovAN. există diferite modele de afaceri și au cele mai omniprezente. Faptul că nu ați folosit o licență nu este o problemă Yumi și activarea acestuia, în cazul în care acesta nu este activat, ar fi lucrat, dar odată activat, apoi utilizați
Am colectat mai mult de o duzină de site-uri pe ea. O cunosc destul de bine. Eu pot da despre recenzia ta. Sistemul în sine nu este rău, convenabil pentru clienții, toți clienții intuitiv și se poate lucra pentru tine, chiar dacă acestea sunt vechi de 40-50 de ani. Pe partea pozitivă, probabil, sa încheiat (deși intuitiv pentru diferite generații și a fost principalul criteriu pentru alegerea de a lucra cu ea, pentru că o mulțime de timp petrecut pe suport clienți pentru actualizarea conținutului de pe alte sisteme). Suport 0, TP ca o lună, ei nu sunt programatori și Iubitorii de tehnică, obraschatsya-i inutil. Dacă le-a trimis la probleme de kernel, ca răspuns a cerut acces la site-ul, dracu '- nu este clar, există, probabil, un bot la celălalt capăt. Asigurați proiecte complexe nu au făcut-o acum.
Yumi, probabil, unul dintre cele mai noi sisteme pe care l-ar face un magazin online, dar a venit cu experiență. Există foarte incomod și devine încet la volume mari de date. Gestionați mai multe mii de produse - iad, și un iad și mai mare a gestiona câteva sute de mii de ordine de personal, avem un sistem care rulează lent pe un proiect, nici măcar folosind toate resursele de server, tocmai a pus-o în arhitectura bazei de date. Am decis să transfere proiectul la Symfony. DAR! Site-uri corporative - un sistem perfect, simplu, ușor și rapid. Ei bine, destul de dopilivat ușor și rapid.
__________________
Proiecte de dezvoltare Symfony 2/3, 1C-Bitrix, UMI.CMS