- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Тренды маркетинга в 2024 году: мобильные продажи, углубленная аналитика и ИИ
Экспертная оценка Адмитад
Оксана Мамчуева
В 2023 году 36,9% всех DDoS-атак пришлось на сферу финансов
А 24,9% – на сегмент электронной коммерции
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
radist,
Я остановил свой выбор на битрикс.
Вы сравниваете несравнимое. Одно - легко устанавливается, в том числе на вирт. хостинг, бесплатное и несложное. Другое - более сложное во внедрении, более требовательное к хостингу, но несравненно превосходящее по возможностям, техподдержке, надежности и многим другим параметрам.
Кстати имею опыт работы с сайтом и на битриксе. Не считая внедрения вполне удобная админка. только я использовал 4.Х , а сейчас актуальна 5.Х - там вроде еще проще на AJAX.
Реально создавали сайты на: Bitrix, S.Builder, UMI.CMS, WP - у каждой свое предназначение.
Какое и что лучше для чего - поделитесь опытом :)
Если нужна надежная система для большого проекта - то берите битрикс, в тоже время если его использовать для маленьких проектов типа: 8 статических страничек и новости, то придется выполнить много лишней работы. Для таких целей лучше что-нибудь проще взять
Если нужна надежная система для большого проекта - то берите битрикс, в тоже время если его использовать для маленьких проектов типа: 8 статических страничек и новости, то придется выполнить много лишней работы. Для таких целей лучше что-нибудь проще взять
Поддерживаю. Только для 8 страничек CMS вообще не нужна - достаточно php-include для шапки с меню и футера.
Поддерживаю. Только для 8 страничек CMS вообще не нужна - достаточно php-include для шапки с меню и футера.
+ Скрипт с полем ввода html и автоматической вставкой при сохранении хедера, футера и меню - получится контент система;)
Битриксу практически нет альтернативы, если нужно малой кровью сделать сложный товарны каталог, будь он для магазина или для обычного информационного проекта. Поиск по параметрам, сравнение, разные варианты представления одного и того же матириала в разных разделах сайта.
Битриксом очень удобно сделать проект типа "немножко динамики + немножко статики". Вроде нескольких лент (скажем - статьи, новости, пресс-релизы, чкасть из которых разбиты на категории, часть - общим списком) и раздела "о проекте". Хотя в этом случае уже хватает альтернатив :)
К тому, что структура в админке, структура какталогов на диске и система меню не связаны друг с другом - надо привыкнуть. Сначала напрягает, потом понимаешь, насколько это гибко и удобно.
Для чего я бы битрикс не советовала - для форума. По крайней мере пока. Не хватает множества вещей, которые уже стандартны - например, приватов. Только можно отправить письмо на е-мейл. Впрочем, конкуренты тут некоторые еще хуже, скажем, в неткате нет возможности переноса модератором темы из одного раздела в другой. Зато в неткате по умолчанию ставятся красивые тайтлы и урлы :)
в том числе бесплатных, корпоративно-ориентированных и сурьезных
- TYPO3 с модулем tt_news
- MODx
Структура категорий однозначно должна быть разведена со структурой страниц. А вот меню - ИМХО должно быть сведено со структурой страниц. Иначе перемещение страницы из раздела в раздел - это проблема. Ссылку в тексте создать - проблема. Ярлык создать - проблема и т. д.
меню - ИМХО должно быть сведено со структурой страниц. Иначе перемещение страницы из раздела в раздел - это проблема. Ссылку в тексте создать - проблема. Ярлык создать - проблема и т. д.
Не соглашусь. У меня почти все проекты - смесь статики с динамикой. Когда часть разделов имеет меню из структуры базы (чтобы при добавлении раздела в базе все автоматически происходило на сайте, все страницы - скрипт с параметрами), а половина вообще к базе не привязана.
Не соглашусь. У меня почти все проекты - смесь статики с динамикой. Когда часть разделов имеет меню из структуры базы (чтобы при добавлении раздела в базе все автоматически происходило на сайте, все страницы - скрипт с параметрами), а половина вообще к базе не привязана.
Что удобнее - это наверное вопрос привычки.
Страницы в дереве могут быть и "ярлыками", которые ведут как на другие страницы сайта, так на внешние URL.
(дерево естественно лежит в базе)
Тогда всей структурой можно рулить в одном дереве.
... это я идеологию TYPO3 излагаю :-) :
две таблицы: pages и tt_content (блоки контента, которые лежат на страницах).
Можно делать разнообразне ссылки, ярлыки и прочее.
Страницы (pages) могут быть разных типов: обычная, ярлык, внешний URL, системная папка, корзина и т. п.
Таким образом строим "дерево", кототое напоминает "мой компьютер" в win.
Помимо контента, на страницах могут лежать новости, товары... вообще все (во всех основых таблицах есть поле pid (page ID))
Таким образом строим "дерево", кототое напоминает "мой компьютер" в win.
Вспомнились слова чьи-то насчет этого дерева и вообще админки TYPO3: "Такое ощущение, что у Каспера до сих пор дома компьютер под DOS'ом." (Каспер - главный создатель и идеолог TYPO3).
Это я не в упрек, просто улыбнуло тогда, а сейчас вспомнилось. :)