Не проще ли тогда сразу к себе заливать на сервер файл и его раздавать? Трафика будет сервер потреблять в 2 раза меньше, либо через редирект, но тогда может плеер с другого хоста, отличного от твоего, из за безопасности не тянуть файл.
Ответил письмом, аськой не пользуюсь - только скайп, почта
Определенная доля лукавства есть - откройте любой справочник по бд, в нем в первых строках однозначно написано, что файлы быстрее бд. Если данные не требуют выборки и коллекционирования, то бд является лишним звеном. Практика показывает, что целостность данных не нарушается - собственно с какого бодуна она должна нарушаться? Конкурентная запись - да, бд лучше, но если сайт устроен таким образом, что у него нет конкурентной записи, то данные всегда целые и доступны и бд не нужна. Для каждой задачи свой инструмент, файлы не лучше и не хуже бд
litepublisher начинался как движок на файлах, сейчас поддерживает обе модели: только на файлах или бд (бд точнее гибридная версия). Разницы между бд и файловой версией почти нет, но я рекомендую бд версию так как:
- приросте колва постов пропорционально растет потребление памяти, при числе постов от 1000 бд заметно меньше потребляет памяти (по данным php, но надо понимать, что сам по себе mysql ест память в системе)
- на файлах неудобно совершать массовые изменения во всех постах (редко, но бывает нужно)
- на файлах затруднен поиск, причина выше
Если предпологается наполнить сайт и забыть, то рекомендую на файлах, а в остальном бд не хуже
Мои ползователи движка litepublisher не знают, что такое спам - уже несколько лет простая защита от спама полностью исключает автоматический спам (ручной проходит)
Мог бы посоветовать litepublisher но нет CSV и корзины (подрозумевается магазин?) Нагрузку с большим количеством постов держит легко, тестировал на 15000 постах
Очень странный поступок, если вы не умеете управлять сайтами. Проще и дешевле было бы нанять человека для подобных задач, ведь наверняка ответ скопировать файлы движка в папку домена и создать бд вас не устроят?
Для советов нужна хорошая документация (варианты вики/открытая для всех тикет система). Перенос сайта одноразовое мероприятие, мониторинг - а что конкретно мониторить? Атаки? Ошибки? Для мониторинга существуют многочисленные инструменты на любой вкус, выбирать его не дело хостера, но разве что посоветовать, но для этого должна быть документация, как писал вики, тикеты для всех, форум, блог.
Другое дело, что наверно существует часть клиентов, для которых нужна нянечка и они готовы платить - случай крайне редкий, скорее даже экзотический (однозначно есть нуждающиеся в няньке, но не готовые за это платить - их не рассматриваем). Кто же ти толстосуммы? Если есть деньги, то такого клиента окучивают еще до стадии покупки хостинга всяческие студии/разработчики сайтов. Поскольку я не хостер, то это всего лишь рассуждения
Для меня хороший хостинг - это когда вообще не нужен саппорт, так как все работает и ничего не ломается. Ведь в саппорт обращаюсь только если есть проблемы, а если нет проблем , то и саппорт не нужен
А зачем тогда продали часть акков reg.ru если через неделю открыли спецотдел....
