Кой е против джумла?

[netsurfer]

Re: Кой е против джумла?

Дори белия дом е решил да мигрира на Друпал, та някакво си министерство на отбраната на България. 🙂

Ne samo решил, а мигрирал ..

<script type="text/javascript">
<!--//--><![CDATA[//><!--
jQuery.extend(Drupal.settings, { "basePath": "/" });
//--><!]]>
</script>

Това май още веднъж потвърждава кой е по-добрия CMS 🙂
Az ne съм против CMS ,ама не са панацея за всеки случай ...
1. Много по-трудни промени по кода ...
2. Много по-трудно адаптиране на дизайн към него
3. Много ненужни функции

и доста други недостатъци ...

 

[s1yf0x]

Re: Кой е против джумла?

Еди, мисленето ти е в грешна насока. Клиентите искат Joomla защото това им се предлага. Ако ти напишеш собствен CMS и им предлагаш него, ще искат него. Да не мислиш, че големите разработчици не използват вече написани фрегменти от код от други техни проекти, а сядат д а пишат всеки нов проект от 0-та. Вече все по рядко се търсят уеб разработчици, а пазара в БГ предлага повече модификация на CMS - т.е. уеб модери, инсталатори и т.н. Искам да знам обаче кога ще се появи на пазара услугата "CMS оптимизатори" всеки знае, че удобството да ползваш написан код си има и недостатъци, няма универсален код. Всеки знае че даден CMS има проблем с това или онова, има memory leaks, има кофти структура на базата данни и индексирането но никой все още не е разработил подобна ниша в БГ. Никой не е взел една ядро на който и да е CMS и да му съкрати функционалността на половина, само защото за сайт тип визитна картичка не ти трябва целия антураж от модули на joomla, Drupal или WP. Има потенциални клиенти за това. А custom решенията никога няма да умрат, едва ли някой ще разчита на joomla или drupal за изграждането на диструбутивната си ситема или складовата си програма за франчайзинговите си партньори и прочие.

 

[BornToDrink]

Re: Кой е против джумла?

Има и друго, че готовите CMS-и винаги са били цел в спамерските 'атаки'.
Защо примерно само в блога ми имам *@*.ru потребители, а в други сайтове - не? 🙂
В друг WP блог пък си постват въпреки капчата...
Ей тва мене ме дразни най-много.
Вместо да си забода моя си капча бързо и лесно (или друга алтернатива), трябва да им изровя целия код, докато разбера кое-къде се случва...

 

[alsest]

Re: Кой е против джумла?

Клиентите искат Joomla защото това им се предлага.

Ей тук мисля малко по-различно. Масовият клиент иска сайт, даже и не знае точно какво иска от сайта. Няма идея какво е CMS и има ли почва у нас.
В идеалния случай, след като двете страни уточнят какво всъщност очаква клиента от въпросния сайт, би трябвало изпълнителя да подбере най-доброто решение.

 

[ivo.apostolov]

Re: Кой е против джумла?

Ей тук мисля малко по-различно. Масовият клиент иска сайт, даже и не знае точно какво иска от сайта. Няма идея какво е CMS и има ли почва у нас.
В идеалния случай, след като двете страни уточнят какво всъщност очаква клиента от въпросния сайт, би трябвало изпълнителя да подбере най-доброто решение.

Ще изневеря на себе си и ще отговоря на това, за което моля да бъда извинен.

Преди няколко дни имах среща с човек от голяма фирма за уеб дев. Въпросния каза следното: ние предлагаме и къстъм и джумла!, клиента обаче гледа и си казва:

С едното ще стане по-бързо и по-евтино? Защо да избирам другото?

А когато девовите са добри, какво и да ползват все ще стане добро. За какво му е на някой да пръска една камара пари за къстъм, когато същия ефект може да го постигне и с готова система. И да нито Друпал, нито джумла, нито WP са панацея, камо ли за примери като складов софтуер или CRM.

 

[alsest]

Re: Кой е против джумла?

Ами и аз мисля, че същото казах - на база изисквания и очаквания се определеня най-доброто.
Ако с кастъм, tailored CMS или out-of-the-box CMS се постигат еднакви задоволителни резултати, тогава естествено е да се вземе най-евтиното.

 

[Kompota]

Re: Кой е против джумла?

Както е казал народа "за всеки влак си има пътници".
Аз за себе си имам следния опит: първия път като реших да правя нещо на Joomla, държах (а и винаги държа) всичко да си е както аз искам - подредено, да знам кое откъде идва и т.н.
Да, ама не. Цялата мешаница от темплейти, модули и компоненти, разпиляна в структура от директории и поддиректории, ми дойде нанагорно. Изобщо не отварям дума за глупости от рода на <font>, <b> в кода.
Всичко това е логично, защо: таргетирайки максимално широка аудитория (уеб-разработчици), един такъв универсален CMS се отличава с висока модулност, която от своя страна изисква един един вид "ниво на абстракция". Това е идеално за разни стандартни решения, но дупе да ви яко ако трябва да се направи нещо различно, нещо "по-така" и да се човърка отдолу. А това последното по закона на Мърфи се случва по-често отколкото си мислите.
Да, и именно тук се намесват професионалните Joomla разработчици. Подчертавам професионални,тясно специализирани такива, а не такива като повечето от нас, които принципно познават Joomla и могат да сглобят нещо от купчина готови модули с цел просто да има нещо работещо, на което да му бухнат адсенс .... сори за сарказма).
Ще кажете "ми що не си я моднеш ?"
Оказва се, че за да я модна и да я докарам до вида, който аз искам, трябва до такава степен да я разчовъркам (демек и да изчета един куп документация), че просто нямаше смисъл (не разполагам с това време), направих всичко "from scratch", където знам кое откъде идва и къде отива. При това го направих максимално подредено и логично, така че всеки що-годе грамотен PHP девелопър да може да се оправи.

Основната причина да избягвам Joomla: системата от категории, подкатегории и страници е удобна за блог или информационен сайт, но не е удачна (по-горе писах за абстракцията) при условие, че имаш точно определена информационна архитектура, където по-добрият, но и по-ресурсоемък вариант като време и пари, е да си направиш собствен админ бекенд. По-трудно и скъпо е, за сметка на това е по-подредено и прегледно. Пак може да си ползваш готови неща като PHP фреймуърк (примерно Zend, CodeIgniter) + TinyMCE.

Нямам нищо против Joomla, тя си има своето приложение, но не е painkiller дето се вика, всеки трябва да преценява според:
1) бюджет
2) търсена функционалност
3) SEO качества
4) удобство за разширяване и поддръжка

 

[web.seo]

Re: Кой е против джумла?

Еди, мисленето ти е в грешна насока.

Това пък къде го прочете и защо така реши?

Знам откъде е взет 50% от кода на доста "Български" фирмени CMS-и. Нормално е че всеки ползва нещо което е решил че е добро и го е променил като е направил от него своя собствена дистрибуция. Защо мислиш и че никой не олекотява версии 🙂 , започнали сме преди цели 2 месеца.

 

[nikoladd]

Re: Кой е против джумла?

Големият проблем с орязването на joomla е първо в принципните резлики в структурата, както писа Компота горе и най вече обновяването. А обновяването не ти мърда в дългосрочен план и на разработчиците изобщо не им пука за твоите модове. Същото важи и за всяка друга CMS разбира се. Имам стари сайтове и просто не е истина като почнат обновления, докато собствената платформа в общия случай се обновяват 2-3 файла и може с патчове.

Това си е стандартен проблем при branching за всякакви разработки, но за мен това е голямата спирачка да ползвам популярни CMS. Или го ползваш AS IS или жална ти майка...

 

[web.seo]

Re: Кой е против джумла?

Много си прав за ъпдейтите, кой ще си играе да ъпдейтва от 1.0.14 до 1.0.15 например

 

[darkion]

Re: Кой е против джумла?

И на мен не ми допада Джумла, занимавал съм се преди с нея. Не знам обаче как са новите и версии.

 

[vha777]

Re: Кой е против джумла?

Който и както да говори против CMS - пазарната логика е неумолима. Кинтите са най-важни. Същият спор се е водил преди много много години, когато са се появявали първите езици от високо ниво и защитниците на писане на асеблер са защитавали пазарният си дял. Всеко може да прецени, какво е днес положението и само кога се пише на асемблер. Същата съдба очаква фирмените CMS и която софуерна фирма не се преорентира на време, ще пофалира малко. Собствениците на сайтове пък, писани на custom системи с течение на времето - също, ако не мигрират, освен ако не са достигнали определено ниво на кинти, но ще бъдат под 3% като бройка.

 

[darkion]

Re: Кой е против джумла?

Писаните собствени CMS-и са пълни с бъгове, защото не се тестват, а OpenSource CMS-ите ги тестват хиляди девелопъри всеки ден.

 

[mlazarov]

Re: Кой е против джумла?

Писаните собствени CMS-и са пълни с бъгове, защото не се тестват, а OpenSource CMS-ите ги тестват хиляди девелопъри всеки ден.

Разликата е там, че бъговете на собствените ги виждаш само ти в сорса, а бъговете в opensource cms-те ги виждат всички...

Едно е да правиш reverse engineering и друго е да си гледаш кода и да цъкаш с език колко е келяв ;D

 

[cloxy]

Re: Кой е против джумла?

Първо, не съм против Joomla, много мислих дали да се включа в този спор, но хайде и аз да си кажа мнението.

Това е малко като споровете за езиците за програмирането. Безсмислени са, защото всеки език е създаден спрямо някакви нужди и с цел да решава определени проблеми. Същото е и с CMS системите.

Новата версия на Joomla 1.5 е много удобна, да не кажа най-лесния и удобен CMS, който някога съм виждал. Проблемът му според мен е, че инсталацията по подразбиране на става за SEO ама изобщо. Там са едни дълги адреси, едно чудо. Но ако човек разбира и съвсем малко си поиграе, всичко става ОК.

Ако пък не разбираш, колкото и да е SEO Friendly един CMS, пак можеш да омажеш цялото SEO. Аз си изказвам мнението от гледище на SEO оптимизацията. Ако спорът е за функционалност, бързодействие или нещо друго, то нямам още наблюдения по въпроса.

 

[darkion]

Re: Кой е против джумла?

И на Linux всички му гледат кода, но е най-сигурната OS. С CMS-ите е същото. Просто някой са по-сигурни от другите. Не вярвам, че някой фирмен CMS (писан в БГ фирма), може да бъде по-сигурен от Друпал например, понеже него използвам. Или с по-добър пърформанс. Тук в БГ много девелопъри все още не знаят какво е това кеширане.

 

[mlazarov]

Re: Кой е против джумла?

Не знам кой ми остави тоя минус, но може да ми прочете мнението отново, защото явно не го е прочел.

darkion, линукс е сигурен до толкова до колкото можеш да го администрираш правилно - същото се отнася и до windows.

 

[netsurfer]

Re: Кой е против джумла?

Който и както да говори против CMS - пазарната логика е неумолима. Кинтите са най-важни. Същият спор се е водил преди много много години, когато са се появявали първите езици от високо ниво и защитниците на писане на асеблер са защитавали пазарният си дял. Всеко може да прецени, какво е днес положението и само кога се пише на асемблер. Същата съдба очаква фирмените CMS и която софуерна фирма не се преорентира на време, ще пофалира малко. Собствениците на сайтове пък, писани на custom системи с течение на времето - също, ако не мигрират, освен ако не са достигнали определено ниво на кинти, но ще бъдат под 3% като бройка.

Пич, ти имаш 200 сайта и имаш 1/100 от трафика на един истински сайт 🙂
То е като с парите - 90++% процента се държат от 5% от хората ... ти явно си от 95%-те процента.
В нет-а има милиони сайтове, но над 90 % от трафика се държи от по-малко от тези 3% от сайтовете ... от тук идва разликата между сериозен сайт и някой от твоите 🙂

 

[Drago]

Re: Кой е против джумла?

И на Linux всички му гледат кода, но е най-сигурната OS. С CMS-ите е същото. Просто някой са по-сигурни от другите. Не вярвам, че някой фирмен CMS (писан в БГ фирма), може да бъде по-сигурен от Друпал например, понеже него използвам. Или с по-добър пърформанс. Тук в БГ много девелопъри все още не знаят какво е това кеширане.

Цък цък, цък, някой говори наизуст 🙂
Я прочети за OpenBSD, но ще те изненадам и това не е най-сигурната 😉
Много от вас дори и не са чували за VAX и VMS ето и малко инфо какво е това животно http://en.wikipedia.org/wiki/VAX

darkion, линукс е сигурен до толкова до колкото можеш да го администрираш правилно - същото се отнася и до windows.

С горното съм безкрайно съгласен 🙂

 

[against]

Re: Кой е против джумла?

Абе колко глупости се изписаха в тая тема не е истина. Аз преди 4-5 години като за пръв път чух за готови CMS-и, във фирмата дето работих ги ползвахме само за супер големи информационни сайтове, където работата би била много да се пише ръчно.
Като тия безплатните бяха толкова бъгави, че въобще не ставаха за работа, а платените бяха по 10ина хил $ (Oracle Portal например, незнам дали още го има).
И години наред и аз така си мислех, че само ламерите ги ползват дето немогат да си го направят сами.
В днешно време обаче, нещата са коренно различни. CMS-ите са доста по-добре написани, и сега като видя някоя фирма да се хвали как не ползвали готови фреймуърци или CMS-и, ми става ясно колко са в час.

По моите наблюдения, custom code в 90% от случайте значи поне едно от следните:
- бъгав сайт, дето се хаква за 15 мин от всеки, който знае какво прави
- скъп сайт
- сайт с бавна изработка
- сайт, който неможе да се поддържа от непрограмисти

Осталаните 10% са за редките случаи, когато изискванията към сайта са супер високи:
- трябва да поддържа огромно количество потребители и performance-a да му е оптимизиран на макс
- много добро SEO
- да има много специфична функционалност, дето така и така ще трябва да се пише custom

ИЛИ по-честия вариант - тоя дето го прави, да не е достатъчно добър, че сравнително лесно да може да модне CMS-а. А за кадърен кодер джумлата е детска игра за къстъмизиране.


За примера в началото с правителствения сайт - еми би било безумие подобен сайт да се прави къстъм, при положение, че може да се направи на джумла за няколко дена и после да се поддържа от обикновени юзъри.

Както и vha777 каза - пазара достатъчно ясно говори за това какво върши работа, останалото са празни приказки.