Это не миф. Это диагноз. :D
Кхм. А я и не доказываю, что Джумла лучше. Более того, я советую под данную задачу использовать Друпал. Просто Вы по моей просьбе дважды пытались аргументировать свой отказ от Джумлы и дважды я вообще ни одно аргумента в тему не нашёл. Если _толковых_ аргументов нет, то не стоило и отвечать. Никто за язык не тянет, не так ли? Если таки есть, то я весь в ожидании. При условии, конечно, что у Вас вообще есть желание вести дискуссию. Я ж никого не заставляю. Просто хочу нормальную аргументацию Вашей же позиции.
Опять одна вода...
Что значит кривой интерфейс?
Что значит неосторожные действия? Голова для того и нужна, чтобы работать аккуратно и вдумчиво.
По поводу апдейтов - это у всех так. Лечится проверкой апдейта на тестовом сервере, а потом уже на боевом. Если проапдейтить ПХП с 4.1 на 5.2, то скорее всего вообще нифига работать не будет. Это проблема ПХП или софта? Это вообще не проблема.
Код в двигле действительно далёк от идеала. В 1.5 на порядок лучше.
Но тут самое главное: оно таки работает. И пока оно работает, лучше не трогать. Закон на все времена. :)
Модули местами - это полный мрак. А чьто ви хотели за такие деньхи?! (С) :D
При этом же, есть и отличные компоненты, на которых можно и просто поучиться программировать, и поучиться программировать конкретно под Джумлу.
Это вопрос опыта конкретного программиста, не так ли?
Хе-хе. Это не проблема "шаблонов". Это проблема архитектуры системы и смешения кода и представления. Да, это проблема для 1.1.х. В 1.5 уже по полной программе используется MVC и этой проблемы нет.
Да и вообще, эти разговоры можно начинать говорить только после того, как проект под Джумлу разрастётся до такой степени, что его будут кодить 3-5-... программистов и у них действительно начнутся проблемы из-за мешанины в коде. Поэтому я и утверждаю, что Джумла 1.1.х - для небольших проектов. А на Джумле 1.5. можно делать уже посерьёзнее проекты со штатом программистов.
Угумсь. Есть такое. Захардночены там значения отступов. Но у нас CSS уже вне закона что ли? :) Т.е. таки да, хардкод в этом модуле имеет место. Но это не проблема, ибо решается не только колупанием в самом модуле, но ещё и "нормальными" средствами. Учить матчасть короче надо.
Ну я типа точнил.... :D
Если серьёзно, то есть у меня смутные сомнения, что Ворпресс не получится запустить с 16М лимитом... Но спорить не буду. Пробовать надо.
По поводу Джумлы - правильный вывод. Система хорошая, но со сторонними модулями надо быть очень осторожным. Собственно, это же касается и любой другой ЦМС с возможностью расширения.
В плане тяжести я бы таки отдал предпочтение Друпалу, ибо он таки будет полегче Джумлы. Но эти преимущества нивелируются системой кеширования. Не знаю к сожалению, как с этим обстоит в Друпале, а для Джумлы есть и встроенное в ядро кеширование, и очень хорошие сторонние компоненты. Это же - и ответ на вопрос про наименьшее количество запросов к БД.
Дорабатывать напильником придётся и Джумлу, и Друпал в любом случае. Конечно, если хотите на выходе получить нормальный сайт, а не ГС за $50 со стандартным шаблоном и хрен знает как работающей пачкой модулей. Посему, смотреть надо по требованиям к сайту и по тому, какие специалисты обитают вокруг и с кем Вам будет проще/дешевле работать. Если специалист попадётся нормальный, то и из Друпала, и из Джумлы можно сделать конфетку.
Вордпресс - это блоговый движок и много от него не ждите. Да, он расширяемый пачкой модулей, но его изначальная заточка на работу с блог-контентом - это диагноз. Плюсы - простота и надёжность как следствие его узкой специализации. Поэтому его многие и хвалят, ибо большинству больше и не надо.
Danneo, HostCMS, UMI.CMS и прочие "Битриксы местного разлива" я бы смотрел в последнюю очередь. Каждый будет рассказывать о красивой и правильной архитектуре системы, проработанном до мелочей юзабилити интерфейсов, построении сайта в три клика мышью и прочую муть. Но когда дело дойдёт до реализации конкретного проекта, будут те же проблемы, что и с остальными. Только вот выбор софта под Джумлу и Друпал таки пошире, спецов поболее и разработка под них выйдет в сумме дешевле.
По основной теме топика. Если Ваш турпортал будет иметь черты соц. сети, то лучше использовать Друпал, т.к. как в нём есть хороший "родной" функционал для всего этого добра. Если же в планах большую часть сайта будут занимать сервисы подбора туров, каталоги стран, курортов, гостиниц и т.д. и т.п. (т.е. сервисная часть сайты будет превуалировать надо контентной), то таки лучше Джумла, ибо её архитектура позволяет строить целостные решения даже среднего уровня.
Santyago добавил 28.08.2008 в 11:42
Ну почему же... Слышат... :)
Santyago добавил 28.08.2008 в 11:46
Уточните для меня плиз, что значит "общая корявость", "говнокод в ядре и модулях" и "убогие возможности шаблонов"?
По первым двум выражениям - что конкретно не устраивает? По последнему - что хотелось бы ещё от шаблонов и чем не устраивают имеющиеся?
Чуть со стула не упал... 16 метров памяти - это как вообще? Это сервер такой? 😮
Буковок в ней много... :D
Сворачиваем эту демагогию. Это всё же не Курилка, где можно без аргументов потрындеть о чём угодно... Успехов.
Если позволите, приведите Ваши аргументы в виде ссылок на проекты, сделав которые, Вы считаете возможным участие в подобной дискуссии? Так сказать, для уравновешивания сил и чтобы я имел представление, с кем имею честь.
Я в этом не сомневаюсь даже.
Да я и не ожидал услышать "Вау, круто..." :D
Ладно. Я так понимаю, что аргументы закончились и начались разговоры про понты. Мне это чисто по-человечески противно. Удачи!
Ну про ламеров - это кто как воспринимает...
Да ну?..
Я с полгода назад общался с девом сайта для газеты из США. Если мне не изменяет память, там речь шла о цифре примерно в 100 000 уников в сутки и крутилось всё это добро на Джумле на 4-х серверах. И ничего... Нормально... Просто голова у парня - что надо.
А никто и не говорил, что Джумла лучше eZ. Не так ли?
Я Вас разочарую. Я вообще не делаю сайты на заказ.
Хе-хе. Ну, значит на этом мажорном аккорде и закончим. А то обсуждение мы превратили в доказывание своей правоты. Это мне не интересно.
Конкретно на Джумле - в подпись смотреть никто не запрещал.
Кроме PHP+Джумла, есть проекты на ASP.Net и С++. Так что, в предвзятости меня будет очень сложно уличить... :)
Мдэ... Да что я?... :)
http://www.joomla.org/about-joomla.html
Раздел "Who uses Joomla?"
Отнюдь. Я всегда готов принимать альтернативные моей точки зрения, при условии достаточности аргументации. Я прекрасно понимаю, что никто мне ничего не должен доказывать. Но и говорить о том, что я ничего кроме своей точки зрения не вижу и знать не хочу - не верно.
Если фирма-заказчик и фирма-разработчик - это одно лицо, то всё упрощается только за счёт того, что 500 баксов платить не придётся. Но суть та же: менеджер сказал "хочу форму обратной связи", девелоперы слепили её или компонента, или своими силами (тут уже по ситуации). Менеджеру абсолютно пофигу, как форма сделана. Девелоперам - как её делать. А вот задача выбора между альтернативами с целью сохранения целостности системы - это уже задача начальника отдела разработки.
Я понял, что системы рассматриваются с точки зрения продвинутого пользователя и "для своего использования", с первого вашего поста. Это не то чтобы плохо. Просто мы говорим на разных языках и понимаем под "серьёзным проектом" совершенно разные вещи.
Логично.
Тогда бы я очень посоветовал ТС не делать "серьёзный проект". :)
Ну да. Я несколькими постами выше сказал, что здесь форум СЕОшников, а не девелоперов. :) Так что, я прекрасно понимаю, с какой аудиторией имею дело. Но здесь находятся интересные собеседники, понимающие, что такое "серьёзный проект" и с ними получаются интересные диалоги. За сим и здесь.
Santyago добавил 26.08.2008 в 19:25
Вполне возможно...
:D Мдэ... Я даже и не знаю, что сказать...
Аха. Я так и понял. Разработчик "своей ЦМС", да?..
Ну да?.. Вот это совсем круто... :D
