- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
В 2023 году 36,9% всех DDoS-атак пришлось на сферу финансов
А 24,9% – на сегмент электронной коммерции
Оксана Мамчуева
Зачем быть уникальным в мире, где все можно скопировать
Почему так важна уникальность текста и как она влияет на SEO
Ingate Organic
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Всем привет!
Хотим сделать большой сайт он-лайновой библиотеки примерно на 100 000 страниц. Думаем, какой движок для этого лучше подойдет. Рассматривали Joomla, но она неудобна для библиотеки, поскольку задает только 3 уровня вложенности (раздел - категория - страница), а нам нужно 5-6 уровней. Желательны такие функции, как автоматическая разбивка больших текстов на страницы, возможность создания удобных многоуровневых меню.
Самый лучший вариант - заказать движек "под себя" у разработчиков, поскольку все движки которые есть - Вам не подойдут и что-то в них менять, дописывать, настраивать и т.д. выйдет дороже чем заказать сразу с 0 по своему ТЗ.
ИМХО
Заказывать движок слишком дорого, у нас таких финансов нет. Хотим готовый использовать. Джумла всем нравится, но там проблемы с многоуровневыми меню, она на много уровней вложенности не расчитана.
а Вам примерно как надо?
мне тоже нравилась joomla, но в ней много багов, и плохо для сео.
Рассматривали Joomla, но она неудобна для библиотеки, поскольку задает только 3 уровня вложенности (раздел - категория - страница), а нам нужно 5-6 уровней.
А что если "Раздел" - "Категория" - "Под-категория" - "Под-под-категория" и т.п. Делать это просто в много уровнем меню и всего делов, т.е. Создаем меню допустим "Главная" В ней подменю "Статьи" в нем подменю "Статьи о коровах" и в ней можно сделать подменю "Мясо" "молоко" и "рога"... Пускай это будут разные категории все, но все же будет одно меню... Вот)
Я бы не рекомендовал джумлу использовать. Поверьте этот движек не расчитан на серьезные большие проекты.
Я бы не рекомендовал джумлу использовать. Поверьте этот движек не расчитан на серьезные большие проекты.
Именно в этом я на своем опыте уже успел убедиться. Это и ответ на все посты выше. Большое количество подкатегорий просто не помещаются в место, отведенное в Джумле на меню. Да и сами страницы приходится оформлять в виде списка категории, что для большой книги совсем неудобно.
Варианты:
1) взять фреймверк и дописать нужный функционал
2) подождать джумлу 1.6 там не ограничено количество вложений
3) взять typo3 но с фреймверком будет наверное проще :)
Вам можно попробовать на DLE такое организовать, но нужен модуль разбивки текста на страницы
Drupal - это я вам как другу советую. Joomla не того полета птица. На Друпале сделаете весь функционал без заморочек.
Структура будет четкая и понятная, надо будет только разобраться с таксономией. Миллион дополнений, чистый код и приятная система кеширования + возможность подключения модуля на любое телодвижение системы -однозначно альтернатив нет (окромя typo3 и plone можете погуглить порог вхождения в эти системы).
Хотим сделать большой сайт он-лайновой библиотеки примерно на 100 000 страниц. Думаем, какой движок для этого лучше подойдет.
100 тыс. это ведь только книг? Слишком много страниц. Возможно, нужна самописка из-за особенностей реализации связывания таблиц БД в готовых CMS и соответствующие проблемы со скоростью при создании страниц со списком книг в разделах. Не сторонник наколеночных решений, но, увы...