Все это несложно сделать на litepublisher: подготовить дистрибутив к автоустановке (есть такое режим в движке, в том числе и удаленная установка), где ссразу будет добавлен пользовательс правми автора - даете логин/пароль автора и наполняют сайт. Автор имеет права доступа только к своим записям, к админке всего сайта у него нет доступа.
Почему бы не взять дешевый вдс, а потом с ростом сменить тариф у хостера на более мощный, ведь облака стоят дороже, да к тому же они работают медленеее
Тут вы ошибаетесь - memcache решит спор о памяти и файлах, или увличение кеша файловой системы, увеличение этих же параметров для бд не даст стользначительного прироста. Про бекап бд вы тоже что то не то пишите: бекап бд легко делается на неболших базах, а вот на высоконагруженных ссистемах это реальная проблема, так как время резирвирования значительно больше времени когда бд меняется, то есть бд успевает изменится до окончания бекапа. Есть целый ряд методик решить задачу снятие слепка бд и все они не просты и гемора там много. Речь идет о десятках Гб бд
Как разработчик двойного движка (в одном движке поддержка файлов и бд) не соглашусь:
1. нет разницы, при больших объемах бд быстрее.
2. одинаковая, точнее есть разница, но она принебрижительно мала
3. если движок сам умеет (например как мой) создавать бекапы и разворачивать, то ез разницы бд или файлы. Создание/восстановление дампа даже проще, чем копирование сотен файлов
По моим тестам основное время (половина) уходит на парсинг php файлов, собственно на сами запросы к бд или чтение файлового хранилища уходит около 10. Это означает, что структура таблиц бд и запросы оптмизированы, как впрочем и файловое хранилище.
Для данных небольших размеров, не поддающихся упорядочиванию в таблицы лучше файллы без вариантов, верно и отрицательное утверждение - для серийных данных нужна бд.
В данном случае в течении часа более сотни запросов на проверку, судя по всему, на наличие инсталятора phpmyadmin разных версий (наверно у них дыра или до инсталяции с хостом можно делать все что угодно). IP банить кажется, что IP временныый или с пораженного хоста (вряд ли злодей ставит сканер с домашнего компа - я бы так не делал). Отсылать куда подальше - смысл только снаружу посылать, тогда уже логичней не закрывать сокет, лучше бы вообще иметь на этот случай пул из десятка подвисающих сокетов, чтобы и сервер не напрягался и сканер тормозил...
Если бы обрисовали круг задач, а абстрактно могу посоветовать 3 вариант - litepublisher, на нем легко делать проекты любой сложности
Как я уже писал - litepublisher, задаете прямой урл, безо всяких редиректов. Да, именно любой урл для любой страницы без всяких редиректов. Если нужны редиректы - то они тоже есть, но все контролируете лично вы
Посмотрите litepublisher - по многим позициям лучше выше перечисленных
Посмотрите litepublisher - любой странице можно задать любой урл, в редакторах поста/рубрик/меню смотрите вкладку СЕО
Погуглить по фразе "выпадающее меню" не судьба?
