Когда у вас перестанет справлятся MySQL, у вас вполне хватит денег на Oracle.
Непонятно чем вам MySQL не угодил, но у вас задача спроектировать грамотно архитектуру. Для примера вынесети счетчики на NoSQL решения, для них они идеальны, есть куча готовых архитектурных решений, которыми можно воспользоватся по началу. Да и ведь никто не запрещает комбинировать хранилища. Все зависит от задачи.
В каждой базе есть свои плюсы и свои минусы, по этому вы врядли найдете такое решение, которое лучше остальных в "общих чертах". Можете попробовать MariaDB, тот же MySQL только с лояльной лицензией, да плюс на сколько мне известно там реализованы грин треды. Попробуйте PostgreSQL - он нормально параллелится, но там сложнее с репликацией, а так везде есть куча подводных камней и приложение как правило упирается в архитектуру, а не в инструменты или технологии.
Можно попробовать так
RedirectMatch 301 /(.*?)\.html$ http://mysite.ru/$1
Вам не надо название файла менять.
Кэш хранится по url, то есть файл у вас style.css, а чтоб его инвалидировать, вам к урлу запроса надо добавить любой параметр, то есть в тег link вам надо к файлу дописать после знака вопроса любые символы, чтобы изменился url
Статика (скрипты/стили/картинки) должны хранится максимально долго.
Динамика кешируется на бэкенде и регулируется заголовками 304
Движок обычно используют для сокращения издержек, в большинстве случаев конечно. Все проекты с ростом нагрузки уходят в сторону самописов, и начинается с переписывания движка (изначально) и переходом на более подходящие инструменты (в будущем).
Если ваши проекты по функционалу покрывает тот или иной движок, то есть смысл взять его на вооружение, быстрее будут собиратся проекты, плюс от этого, что сам движек вам патчить не надо, развивать не надо, а свой самопис с теми же функциями надо.
Если же ваши проекты с тем функционалом, которого нет в движках, то переписывать готовую архитектуру под свою задачу обычно проблемотичнее, особенно если она в нужную сторону не гнется или гнется со скрипом.
Если нужен просто редирект, то:
<?php /* * * Вычисляем тут аналитические/статические данные * */ // После отсылаем посетителя куда надо header("Location: http://site-target/"); ?>
Можно запилить немного динамики, положить куда надо статистику и инфу. Для клиента в большинстве случаев прозрачно, если не будет тяжелых вычислений.
Я немного поправлю, все правильно поставил и всё, про спокоен я бы посомневался, исключительно потому, что это не под собственным контролем, настройки на шаредах "угодить всем", то есть исключительно плохо на них работает всё.
У меня на одном и том же железе, под разные проекты, конфиги все разные, так как специфика разная, где то таблички одного движка мускула, где то другого и всё, конфиги не совместимы.
Шаред хостинг - это под проекты "домохозяек", для души, где за вас всё делают, а вы только играетесь. На коммерческом продукте который приносит деньги нельзя так экономить. Настройка и администрирование сервера в среднем стоит от 1200 до 2500 по рынку в месяц и у вас своя ТП доступная по мобиле, которая решает вопросы в установленное время по подписанному SLA.
А я бы выступил в защиту хостера, дает хорошие мощности за приемлемую цену, для примера на одном из серверов за 399 дней простой 1 день 1 час 41 минуту. Uptime: 99,73%. (Из них 12 часов простоя, когда оборвали оптику строители вне ДЦ и ребята паяли до 4 утра, то есть можно списать на форс мажор)
А так людям посоветовал бы:
Во-первых, не держать яйца в одной корзине. Сделайте слейв в другом ДЦ с более меньшими мощностями на который будете переводить трафик в момент падения/недоступности основных ресурсов, если у вас за час простоя такие финансовые потери, сколько тут крику. Падают все и у всех есть проблемы и пробелы, как говорят спасение утопающих - в руках самих утопающих.
Во-вторых, подтянуть админские навыки ОСи которой пользуетесь и вопросов в ТП станет на много меньше, а свои проблемы начнете решать намного быстрее. Особенно с нагрузками, падениями демонов и прочей ерундой типа закончившихся дескрипторов из за файлов сессий и мешающих открыть сокет мускулу. Если ваше железо для вас доступно, значит с хостером всё ок.
В-третьих, я говорю исключительно за VDS и сервера, ни в коем случае не за шаред, с такими ценами за VDS - шаредом грех пользоваться.
И наконец, для тех кто там про нагрузгу говорил, у меня проектик на yii2 с номенклатурой в 120к и базой примерно в 1.5 - 2Гб - на разогретом кэше, на виртуалке за 250р выдерживает эталонную нагрузку примерно 5500 запросов в секунду (до такой реальной нагрузки финансов не хватает догнать), там же стоит блог на WP - примерно 2400 запросов в секунду (опять же на разогретом кэше), так что если вы ложите сервак на 30 пользователях, наверное, там эти пользователи конвертируют видео.
Спасибо!
Команда Ihor молодцы, бывают в жизни неприятности, и в тикеты редкие бывает долго отвечают, но это не страшно, если к этому подготовится, весь основной полет проходит нормально.
Рекомендую хостера конечно же!
Конечно, а ВКонтакте ссылки на сапе закупает тоннами, по этому у него многомиллионная аудитория :)))
Можно, например, добавлять в конец титла "... — Страница N" где N номер страницы соответственно.
Если есть описание категории/раздела, то скрывать на всех страницах кроме первой, это дополнение к предыдущему пункту.
