- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Переиграть и победить: как анализировать конкурентов для продвижения сайта
С помощью Ahrefs
Александр Шестаков
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Привет! Есть БД - около 200000 страниц: категория - субкатегория - статья, надо это дело разместить на сайте. Вариант с MySQL не катит, слишком медленно должно получиться, можно написать самому, разнеся по папкам, но это дело не быстрое, учитывая то, что хочется сделать как минимум добавление комментариев, использующее капчу, и последующий аппрув или просмотр в админке. В связи с этим... есть ли какие-то готовые cms или наработки или идеи, как лучшим образом выполнить эту задачу? Спасибо! :rolleyes:
Если говорится о 200 000 статей, то для mysql это не так и много. Другое дело, на какое количество посетителей Вы рассчитываете.
Как раз вариант с mysql самое то. Получится быстро все, и если статьи не очень большие то и полнотекстный поиск можно будет сделать.
с каких пор размер БД в страницах стал измеряться?
Если бы человек сказал, что 200 тыс строк по 10 кб, это бы тоже ничего не сказало ;)
А так все друг-друга поняли, что у человека есть примерно 200 тыс статей, которые надо разместить на сайте.
Вполне нормально MySQL работает с такими данными. Все будет зависеть от нагрузки на сервак. От 1000 коннектов поддыхает мускуль. ;)
Спасибо ответившим, еще интересует, как практически используете mysql? есть ли готовые cms? или каждый сам под себя написал?
Большинство CMS используют mysql.
У самописной плюс: вы знаете api и подстраиваете его под нужды проекта.
Возьмите Оракал... он то точно выдержит )
Оракал выдержит... он прочный... (сорри за оффтоп)
По теме: делайте на MySQL однозначно. Что касается свой движок или CMS - мне кажется, что проще написать свое, чем адаптировать CMS. Но это мое ИМХО.
Возьмите Оракал... он то точно выдержит )
:) Смешно. Оракл немного не для таких проектов создавался. Если уж хочется чем заменить - выбирайте MSSQL.