- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Насколько Я понимаю, Вы клоните к созданию своей собственной CMS?
Не так поняли. Работать с готовыми OpenSource решениями. Так потенциально меньше проблем, считаю. Потому как разработчик проприетарного продукта может внезапно изменить ценовую политику, условия партнёрства и т.д. А в мире OpenSource таких резких изменений не встречается, как правило. Любое стратегическое решение долго зреет, на виду у всего сообщества и с его активным участием. Появляется возможность в какой-то степени диктовать свои условия, либо вовремя подыскать замену.
А вообще, почему не начали с чтения верхнего топика в разделе?
Я бы рекомендовал бегло пройтись по наиболее популярным движкам и выбрать пачку (по задачам) тех, которые будите активно изучать.Во многом согласен с wwwwww
Но практически в каждой есть редакция, к примеру "Интернет Магазин". Получается желательно использовать несколько CMS и изучать PHP, чтобы в будущем модернизировать CMS "под себя"?
- это CMS с открытым кодом, типа Joomla, Drupal?
- это CMS с открытым кодом, типа Joomla, Drupal?
как вы догадались :)
Но практически в каждой есть редакция, к примеру "Интернет Магазин". Получается желательно использовать несколько CMS и изучать PHP, чтобы в будущем модернизировать CMS "под себя"?
Если вы в теории тот программист, на которого будет возложена задача по созданию веб-ресурсов, то ДА, php вам знать необходимо.
И опять же, вы правильно говорите, что есть "редакция", т.е. обычную cms всё те же разрабы взяли чуток подпилили и сделали типа ИМ.
Попробую перевести на бытовой уровень: конечно можно взять отечественный автомобиль, прокачать его и участвовать в каких-то гонках, но из него всё равно не сделать спорткар!
У вас в запасе всегда должно быть несколько CMS под разного рода задачи.
А вообще, вы и сами можете проанализировать всё, даже не прибегая к подробному изучению кода движков. Заходите на сайт cmsmagazine.ru (или подобный), открываете топ, и смотрите анализируете. Например, для начала, я бы использовал такой алгоритм при поиске движка для ИМ, открыл топ тематических cms, посмотрел на каком из них больше всего сайтов, дальше начал смотреть какие сайты в большинстве своём построены (простые витрины или же большие сложные гипермаркеты). Дальше другую систему и т.п. И Исходя их того, какой ИМ нужно построить уже присматривался к паре определённых. Далее сравнивал их и только на последок можно спросить и людей на форуме. А то топик обо всём и ни о чём... Как сказали чуть выше: "холивар".
- это CMS с открытым кодом, типа Joomla, Drupal?
не с первого раза конечно, всё же лучше, чем никогда. Да, это все системы с открытым исходным кодом. Это позволит вам изучить систему вдоль и поперёк, а ещё, по моим скромным наблюдениям, у таких систем сообщества больше, что тоже полезно.
Зачем для блога Джумла/Друпал? Я тоже не понимаю
Открою страшный тайна ::: на сих CMS легко всё систематизируетсо и классифицируеццо и связываеццо. + шаблоны редактируюццо элементарно + на выходе получаем нормальный код
У каждой CMS есть много разных модификация (редакций), максимальная, скажем, включает/охватывает все модули и, насколько Я понял, на таких можно делать и магазин, и рекламный сайт и т.д.
Чем более навороченная система, тем больше шансов, что появятся глюки, баги. Если есть узкая задача, то и решать ее нужно с помощью специлизированного инструмента.
Плата за "всемогущесть" - это монструозность, сложность интеграции, проблемы со скоростью работы и высокая нагрузка (на сервер).
"У каждой CMS свой набор." - у всех разве прям разный набор? Я думал наборы похожие, просто оформление интерфейса разное, удобство работы в CMS.
Если Вы о:
- WYSIWYG редкторах для редактирования контента
- функциях админки
- способах представления материала (ЧПУ, заголовки и прочее)
то правы, приблизительно везде одинаково.
Если речь идет о готовых подключаемых модулях, скорости работы и треованиях к железу при определнном кол-ве посетителе - вот тут и кроется главные други и недруги.
Естественно, что почти все нужно допиливать. Но что-то больше, а что-то меньше. А где-то есть готовые решения.
Например узкое место всегда - это нагрузка, которая зависит от посетителей и железа и оптимизации кода (запросов к БД, в том числе).
А для при посещалке 1000 в месяц и 70 страниц, берите любой, который душе люб :)
---------- Добавлено 27.07.2013 в 23:00 ----------
Открою страшный тайна
Не вижу причины для спора.
Вы изучаете инструмент, а затем пытаетесь решить любые задачи с его помощью.
Я изучаю проблему, ищу инструмент, а затем приступаю к ее решению.
Оба подхода имеют право на жизнь.