- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Google Analytics меняет свой подход к отслеживанию данных
Сервис будет активнее использовать машинное обучение и меньше полагаться на cookie
Анна Бондарь
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Пишется небольшой движок для сайтов. Никаких особых примочек нет. Только постраничный вывод статей из базы. Соответственно вопрос: целесообразно ли использовать MySQL для моих целей?
Да, целесообразно.
Ведь, того же самого функционала можно добиться с помощью обычных файлов.
Плоскогубцами тоже можно гвозди забивать.
На каждом сайте будет порядка 10к-30к страниц.
Тогда уж точно MySQL
или Вам нужен WP, Joomla или другая нынче модная у школьников хрень?
Эта "хрень" очень даже хорошо написана, особенно в версиях 3.0.3 и 1.6
даже динамический сайт с кучей журналюг, постящих каждую минуту свои статейки на сайт можно реализовать без мускула, а, например, с помощью php, cgi, Perl и т.д. ... но это тема отдельного разговора...
Можно, но КАК :D
перелопачивать 10-30k файлов, мягко говоря, не удобно (ИМХО)
...и мягко говоря медленно.
Если говорить по сути, то не стоит изобретать велосипеды. Само название "база данных" как бы намекает на область использования.
Вот создадите CMS на файлах, напишете костыль для работы с файловой системой и тут возникает необходимость внести систему тегов, возможность фильтрации материалов по параметрам, дополнительные поля и прочие вещи.
Будете перелопачивать несколько десятков тысяч страниц? Будете создавать файлы индекса? Я уже молчу, что работа с файлами также имеет свои ограничения в плане скорости. База данных изначально создана для таких задач, она под них хорошо оптимизирована. Зачем изобретать свой костыль для работы с данными?
Если уж так печетесь о производительности, то кеширование вам в помощь. Хоть на файлах, хоть в ОЗУ.