И тем не менее, вебасист - фреймворк для разработки приложений, какие бы ты тут мысли не высказывал.
Человек все правильно говорит - под сайт визитку незачем использовать CMS.
Щито? Что за "add/update/index"? Можете изложить вашу проблему подробней, в чем она заключается?
Разброс нормальный. Есть такая поговорка: "как заплачено, так и на...чено". Главное слишком крутые студии не берите, а то будете кормить уборщицу, сторожа и его собаку. И основывайтесь на ТЗ, договорах, и портфолио, желательно пообщавшись с владельцами сайтов, указанных в портфолио.
Посмотрите у меня в подписи. По тарифному плану, все зависит от количества трафика. Начните с 2ГБ. Все зависит от оптимизации.
Да, я уже глянул. Пару лет сидел на форуме, где табы через Ctrl+Space ставились. Было удобно. Думал и тут такая фича имеется, о которой я не знал.
Для сайта-визитки? Устроим гонку: верстальщик предоставил нам архив с файлами index.html, about.html, contact.html, footer.html, header.html. Кто быстрее сделает сайт визитку, я, распаковав архив и залив на хостинг, или ты, разворачивающий свою джангу или что ты там любишь?
Webasyst - это фреймворк, а не движок. Да и не особо то он шестикрыл, уж точно меньше чем Wordpress.
Верстальщик может повлиять на роутинг? На загрузку конфигов к базе? PSR-7? Не смеши.
Прочти это:
Попробуйте так.
SELECT adm.post_id FROM z_admitad_product_data AS adm INNER JOIN z_postmeta AS zps ON zps.post_id = adm.post_idWHERE zps.meta_key != '_wp_attached_file' OR zps.meta_key IS NULL;
Aisamiery, как табы ставить через браузер?
К базе коннектитесь через 127.0.0.1 или localhost?
Сравнить работу базы? Ну, эээ, как вы собрались сравнить работу? Скорость работы? И как вы собрались делать ALTER TABLE на, допустим, MongoDB или CouchDB, которая document-oriented storage. Cassandra или HBase, она отчасти табличная (данные хранятся по колонкам, а не в строковом виде), отсюда ALTER TABLE будет выполнятся быстрее (намного быстрее), но дело даже не в этом, а в том, что MySQL у ТС работает как-то странно, 15 минут менять таблицу не есть норм. И да, NoSQL - Not-only SQL.
Выделенный дата-центр, чего уж там.
То что ваши юзеры ноют, это никак не обойти. Всегда кто-то будет ныть и писать "прощальное письмо". В свое время ebay менял цвет фона с серого на белый (или наоборот, не помню точно), и когда поменяли, то получили просто огромную волну критики. В общем, они подумали, и решили менять фон плавно на протяжении месяца, написали скрипт который двигался по градиенту от начального цвета до конечного, нужного им. В итоге, никто не заметил как произошел переход, и критики не было вообще. Конечно, с комментами такой трюк не прокатит. Тут нужно выбрать самую активную аудиторию (желательно по вовлеченности), и подстраиваться под них. Если это ВК - то оставить ВК (или сделать интеграцию с ВК).
Если спам какой-то однообразный, то может стоит попробовать прикрутить какие-то фильтры (есть ли API к системе модерации)?
Попробуйте смотивировать юзеров жмакать на спам (жаловаться), и потом вычищать почти все, что туда попадает не глядя. Хотя, если аудитория - пытливые школьники, то быстро смекут, и начнут сливать неугодных через кнопки.
В идеале, конечно, своя собственная система комментариев, со своими внутренними уведомлениями и HTML 5 Notification API, но тут поднимется вопрос базы данных и нагрузки на сервер. В таком случае, ваша задача взять в руку калькулятор, посчитать сколько вы платите текущим модераторам, и посчитать сколько будет стоить сервер по мощнее и плагин с необходимым вам функционалом (фильтры, эвристика, пороги, жалобы, etc.), и найти выгоду. Хотя, один из крупнейших западных автопорталов, использует все таки disqus. И я их отчасти понимаю.
