Это превентивная мера или уже реально редирект требуется (есть бэки с index.php и т.п.)? Если первое, лучше как-нибудь спрячьте этот index.php без всяких редиректов.
Как вариант можно выдавать ту же или упрощенную страницу со статусом 404 по адресам /papka/index.php и т.п. (там еще строка параметров может быть и т.н. PATH_INFO).
Хотя бы возьмите на заметку, чтоб знали в след. раз, где нужно размещать админку.
Ну, и к возмущениям в пред. постах прислушайтесь! Трафик что ли экономите? 😀 «Человек посередине» и т.п. вообще не беспокоят? 😊
Ставить вручную zerossl или что-то другое раз в три месяца (на самом деле даже немного чаще) – вообще не проблема (если не требуется вручную возиться с файлами верификации )! Вот только сколько-нибудь серьезного повода отказываться от LE нет.
Но вы можете. Некоторые уже и на пых 8 успели перейти. Когда спрашиваешь, зачем. Обычно скромно молчат или отвечаю что-то в духе «он же более новый» 😀
Расскажете потом про zerossl. Слышал, что там какие-то ограничения есть. Может, не так понял или наврали.
Насколько знаю, у многих норм. хостеров сейчас это уже не актуально. Они дают общий объем дискового пространства, а ты сам делишь его, указывая, сколько оставить под базу, а сколько под файлы. У некоторых это распределение вообще как-то автоматом делается и, возможно, даже ПЕРЕраспределение!
Вот раньше, да, было актуально. Одним из основных назначений фишки с подтягиванием объемного поля из файла вместо БД было как раз использование каркаса с ограниченной по размеру БД без его переделки. В принципе даже без каркаса это делается элементарно. Сейчас лучше это делать именно так, т.е. только для конкретного типа страниц, в данном случае страниц постов.
P.S. У ТСа свой сервер, не забывайте об этом.
Не уверен, что от этого будет толк, даже если раскладывать файлы по папкам. Мы когда-то давно в упомянутом мной выше каркасе в официальных сборках поле content тянули из текстового файла (если в БД оно пустое). Но уже мин. 5 лет так не делаем. Никто пока не жаловался. Помню, перед полным отказом от этой фишки тестировали на больших базах. Не уверен, что под 100 гиг, но на больших.
А вот деление таблицы постов по томам или, возможно, по категориям поддержу.
Оно и на динамике спокойно будет работать (WP в расчет не беру 😀). А кешировать или нет, зависит от посещалки, т.е. при не оч. большой посещаемости можно и не кешировать в ФС.
Структура чего? Адресов постов (и что тогда такое url, те самые /category/id)? Других страниц что ли нет?
На G-Drive DBE и т.п. 8М постов вытягивать – плевое дело. Простой оптимизации БД достаточно (нужно не забыть индексы добавить и т.п.). Там скорее категории нужно будет оптимизировать (пагинацию и т.п.).
Да, с сайтом «что-то» не так, раз вы прописываете перенаправление в .htaccess ЭТОГО сайта 😀
Но вы можете не париться. Этим почти все грешат. Даже я 😀
Хотя если у вас сайт до сих пор работает на «несекъюрном» HTTP, есть простое бесплатное решение, не требующее того, чтобы делиться приватным ключом сертификата и т.п.
И чему же плохому я учу? 😀 Все известные мне вменяемые проггеры делают так, как я написал. Если вы не обучаемый, сидите молча. Мой пост был адресован ТСу.
P.S. Специально для WP-шников: то что ТС упомянул в стартовом посте WP-шную тему не означает, что он спрашивал про WP.
Детский сад. Давай дальше сам как-нибудь. Уже 10 раз пожалел, что к тебе обратился. Буду исправляться.
Для тех, кто все же способен за раз удержать в сознании одно предложение и понять его смысл:
