1. Сайт должен быть лёгким в обслуживании, т.е. чтобы добавить какой-нибудь мод или банер или ещё другие элементарные действия я не должен прибегать к помощи программистов и копаться в коде (именно поэтому не рассматриваю Друпал)
касаемо материалов оба удовлетворяют данным условиям - можно ориентироваться на то, какая админка более привычна конечному пользователю или контент-менеджеру
касаемо плагинов - имхо предпочтительнее ВП, там либо работает либо нет... в джумле дополнения делятся на компоненты и плагины - причем установка "из коробки" (т.е. нажал кнопку в админке и все работает) иногда может вызвать затруднения... джумла сама заливает архив с компонентом на хостинг во временную папку и сама же его распаковывает - в теории круто, на практике на некоторых хостингах (в основном росийских) вручную приходится выставлять права доступа, а если компонент "хочет" распаковаться в папку /administrator - то сами понимаете что 777 для папки не есть гуд
2.Возможность самостоятельно и без проблем менять элементы дизайна (в идеале какой нибудь Смарти или подобный ему шаблонизатор), т.е. обычные знания ХТМЛ. Гибкая настройка - вывод элементов дизайна в необходимых мне местах.
смарти нету ни там ни там, однако достаточно гибкая настройка (например каждой рубрике свой диз или рубрикам один диз, страницам другой, и т.д.) имеется и в обоих двигах... т.е. можно ориентироваться на то, с чем больше работал ваш вебмастер... хотя имхо снова предпочтительнее ВП (из-за кодекса - для джумлы нету столь подробной документации)
3. Любовь поисковиков (хорошая настройка под ПС)
ВП, no comments
более гибкая настройка ЧПУ, умение "из коробки" пинговать поисковики, нету конфликта СЕО-плагинов с другими плагинами... думаю что бытующее за бугром мнение о том что ВП для гугли является трастовым двигом появилось не просто так
4. Если необходима помощь сторонних людей для настройки сайта (дизайн, программная часть, вёрстка),то необходимо, где будет дешевле и больше специалистов, знающих эту ЦМС.
наверное одинаково
оба движка очень популярны - и если в случае ВП мы имеем мощый ман от разработчиков (кодекс) то в случае с джумлой - русскоязычные форумы по джумле на мой субьективный взгляд более "живые"
5. При посещаемости 1000 уников в сутки не "вешать" сервак
1000 уников на нормальном хостинге выдержат оба двига... но хочу заметить что "уники" бывают разные - например 1000 одновременных заказов или 1000 одновременных комментов запросто могут положить оба двига...
в джумле "из коробки" имеется кеширование, без которого она работает медленнее чем ВП... ВП своего кеширования не имеет, зато со сторонними кеширующими плагинами работает быстрее джумлы (хотя это субьективно, кому-то может показаться противоположный результат)
6. Лёгкость установки дополнительных модулей.
по поводу дополнений см. ответ на п.1
также дополню, что оба двига умеют выполнять php-код прямо в шаблоне - это если есть задача, для которой писать плагин нецелесообразно (например вывод фразы "копирайт by VasyA PupkiN 2006-текущий год")
7. Необходимость модуля хайд (т.е. скрытие части информации до регистрации), знаю, что в Вордпрессе точно есть такой мод, не знаю как в Джмуле.
в джумле, если версия выше чем 1.6 єто делается штатными средствами - просто отмечаете пимпу Show Unauthorised Links... для более старых курим extensions.joomla.org
8. Возможность отображения различного списка категорий в зависимости от того, в какой рубрике находится пользователь. Допустим, при заходе в блог, должны отображаться категории относящиеся к только к блогу. В рубрике "услуги" только категории услуг. Имеется ввиду отображение категорий в боковых колонках.
без проблем там и там
хотя наверное неподготовленному пользователю (читаем "не нужно править код") джумла здесь более удобна - просто создаете себе кучу разных меню в админке и отображаете их в соотв. категориях, главное не запутаться...
единственный ньюанс - на рабочем проекте это дело лучше кешировать, чтоб не напрягать лишний раз донора, тем более что у вас как я понимаю доноров будет много
edogs: Если комплекса по поводу русского происхождения нет, то можно смотреть на magento. Очень грамотная законченная cms. Правда тоже тяжеловатая и мало кто из русских прогеров с ней работает, потому что проще впарить битрикс:)
ток маленькая поправочка - происхождение не русское а украинское, 26 (с точной цифрой могу ошибиться, но раньше было 26) из 30 разработчиков проживают в Киеве ☝
отюда же вытекает заблуждение по поводу прогеров (если иметь ввиду не русских а говорящих на русском) - гораздо проще попить пива с разработчиками магенто, чем к примеру с разработчиками престашопа
отличный вариант для мультипользовательского, мультидоменного и прочего "мульти-мульти"... про основной недостаток (требование к ресурсам) уже сказано, но на том сервере где будет работать битрикс, заработает и магенто
ТС, есть еще одно "но", взятое из собственной практики... ни один движок "из коробки" как правило не устраивает заказчика - ведь хочется иметь "не такой как у всех"... и нередко цена доп. модулей может превышать цену лицензии...
karaul777: действительно ли он так хорош, как его описывают разработчики.
описывают как он "хорош" не разработчики, а менеджеры, партнеры и т.д.
т.е. люди, не имеющее к разработке битрикса отношения, но имеющие отношение к продажам битрикса
это не хорошо или плохо, это реалии бизнеса в ит-сфере - создать продукт недостаточно, нужно его еще красиво преподнести потребителю... и на это тратятся отнюдь не копеечные средства
karaul777: Какие у него преимущества в сравнении, к примеру, с Joomla+Virtuemart?
какие преимущества в сравнении, к примеру танка Т-80 и московского метрополитена? - если передвигаться можно и там и там
джумла != магазин
скорее базарная лавка, возможно большой киоск
чтобы допилить ее функционал, к примеру до престашоп или шопскрипт (тоже бесплатных) потребуется немалое кол-во времени/денег
зы
для себя бы не делал ни на джумле ни на битриксе, но если не знаете какой выбрать или "какая разница" - берите тот, с которым работали ваши знакомые... ИМ - это такой организм, который нужно постоянно дополнять/обновлять, т.е. чтобы было к кому обратиться в случае чего...
касаемо материалов оба удовлетворяют данным условиям - можно ориентироваться на то, какая админка более привычна конечному пользователю или контент-менеджеру
касаемо плагинов - имхо предпочтительнее ВП, там либо работает либо нет... в джумле дополнения делятся на компоненты и плагины - причем установка "из коробки" (т.е. нажал кнопку в админке и все работает) иногда может вызвать затруднения... джумла сама заливает архив с компонентом на хостинг во временную папку и сама же его распаковывает - в теории круто, на практике на некоторых хостингах (в основном росийских) вручную приходится выставлять права доступа, а если компонент "хочет" распаковаться в папку /administrator - то сами понимаете что 777 для папки не есть гуд
смарти нету ни там ни там, однако достаточно гибкая настройка (например каждой рубрике свой диз или рубрикам один диз, страницам другой, и т.д.) имеется и в обоих двигах... т.е. можно ориентироваться на то, с чем больше работал ваш вебмастер... хотя имхо снова предпочтительнее ВП (из-за кодекса - для джумлы нету столь подробной документации)
ВП, no comments
более гибкая настройка ЧПУ, умение "из коробки" пинговать поисковики, нету конфликта СЕО-плагинов с другими плагинами... думаю что бытующее за бугром мнение о том что ВП для гугли является трастовым двигом появилось не просто так
наверное одинаково
оба движка очень популярны - и если в случае ВП мы имеем мощый ман от разработчиков (кодекс) то в случае с джумлой - русскоязычные форумы по джумле на мой субьективный взгляд более "живые"
1000 уников на нормальном хостинге выдержат оба двига... но хочу заметить что "уники" бывают разные - например 1000 одновременных заказов или 1000 одновременных комментов запросто могут положить оба двига...
в джумле "из коробки" имеется кеширование, без которого она работает медленнее чем ВП... ВП своего кеширования не имеет, зато со сторонними кеширующими плагинами работает быстрее джумлы (хотя это субьективно, кому-то может показаться противоположный результат)
по поводу дополнений см. ответ на п.1
также дополню, что оба двига умеют выполнять php-код прямо в шаблоне - это если есть задача, для которой писать плагин нецелесообразно (например вывод фразы "копирайт by VasyA PupkiN 2006-текущий год")
в джумле, если версия выше чем 1.6 єто делается штатными средствами - просто отмечаете пимпу Show Unauthorised Links... для более старых курим extensions.joomla.org
без проблем там и там
хотя наверное неподготовленному пользователю (читаем "не нужно править код") джумла здесь более удобна - просто создаете себе кучу разных меню в админке и отображаете их в соотв. категориях, главное не запутаться...
вместо onClick попробуйте onclick
абсолютно на любом, хоть на пхп-инклюдах...
можете глянуть небольшой пример
единственный ньюанс - на рабочем проекте это дело лучше кешировать, чтоб не напрягать лишний раз донора, тем более что у вас как я понимаю доноров будет много
возможно дело в неверно выставленных chmod?
на некоторых хостингах чтоб была возможность редактирования в админке нужно 666 (либо 777 на каталог с шаблоном, либо то и другое)
поддержите отечественного производителя
в роботсе запретите к индексации /index.php?productID
а мне нужны жигули, пригодные для участия в формуле 1 или наскаре
искал ничего нужного не нашел
аналог кольцевых гонок и также порш или форд мустанг
но это не совсем то что мне нужно
больше привык на жигулях
если не трудно кто может поделиться такими жигулями
заранее благодарю.
Если комплекса по поводу русского происхождения нет, то можно смотреть на magento. Очень грамотная законченная cms. Правда тоже тяжеловатая и мало кто из русских прогеров с ней работает, потому что проще впарить битрикс:)
ток маленькая поправочка - происхождение не русское а украинское, 26 (с точной цифрой могу ошибиться, но раньше было 26) из 30 разработчиков проживают в Киеве ☝
отюда же вытекает заблуждение по поводу прогеров (если иметь ввиду не русских а говорящих на русском) - гораздо проще попить пива с разработчиками магенто, чем к примеру с разработчиками престашопа
отличный вариант для мультипользовательского, мультидоменного и прочего "мульти-мульти"... про основной недостаток (требование к ресурсам) уже сказано, но на том сервере где будет работать битрикс, заработает и магенто
ТС, есть еще одно "но", взятое из собственной практики... ни один движок "из коробки" как правило не устраивает заказчика - ведь хочется иметь "не такой как у всех"... и нередко цена доп. модулей может превышать цену лицензии...
похоже что "при помощи скрипта" добавляются не лишние пробелы, а символы табуляции, которые ваш скрипт игнорирует
попробуйте перед добавлением тайтлов убирать табуляцию, примерно так
$mytitle = str_replace('\t','',$mytitle );действительно ли он так хорош, как его описывают разработчики.
описывают как он "хорош" не разработчики, а менеджеры, партнеры и т.д.
т.е. люди, не имеющее к разработке битрикса отношения, но имеющие отношение к продажам битрикса
это не хорошо или плохо, это реалии бизнеса в ит-сфере - создать продукт недостаточно, нужно его еще красиво преподнести потребителю... и на это тратятся отнюдь не копеечные средства
Какие у него преимущества в сравнении, к примеру, с Joomla+Virtuemart?
какие преимущества в сравнении, к примеру танка Т-80 и московского метрополитена? - если передвигаться можно и там и там
джумла != магазин
скорее базарная лавка, возможно большой киоск
чтобы допилить ее функционал, к примеру до престашоп или шопскрипт (тоже бесплатных) потребуется немалое кол-во времени/денег
зы
для себя бы не делал ни на джумле ни на битриксе, но если не знаете какой выбрать или "какая разница" - берите тот, с которым работали ваши знакомые... ИМ - это такой организм, который нужно постоянно дополнять/обновлять, т.е. чтобы было к кому обратиться в случае чего...