Вы должны в POST_FIELDS передать массив с параметрами для POST.
Поищите в интернете примеры, как в PHP задаются массивы.
Сделвйте вывод массива $req и посмотрите, что у вас в нём.
А то пока у меня создаётся ощущение, что "бота" пишу я :)
Мне кажется, ТС-у нужно другое:
RedirectMatch 301 ^/$ /118-6/
Неужели в примерах к API нет готового кода?
Функцию api_query() вы откуда взяли?
Чтобы передать параметры POST-ом в вашем коде, их нужно добавить в массив $req.
Ну и ещё включить опцию:
curl_setopt($ch, CURLOPT_POST, true);
Ну почему-же ... вряд ли на это есть стандарт. Если очень хочется, главную страницу можно сделать где угодно. Вон как у Сбербанка, например :)
Вопрос был про .htaccess, стало быть, в него.
Это включение модуля mod_autoindex.
Добавьте в него:
Options +Indexes
Только меня захлестнула волна ностальгии?
Так ведь на слейве, по идее, будут все те же IO, что и на мастере (слейв всегда должен быть чуть шустрее мастера).
А во время бэкапа БД обычно проблемы связаны с тем, что таблицы лочатся, скрипты не могут в них писать, и сайт тормозит.
Соответственно, нужно делать бэкап со слейва. Это понятно.
Я не уверен, лочатся ли таблицы на слейве во время бэкапа, но думаю, что да. И получается, что если на слейве идёт бэкап какой-то жирной таблицы, она залочена, репликация в этот момент не идёт, на мастере в неё что-то пишется, а на слейве эти данные можно будет увидеть только после того, как она разлочится и данные подсосутся с мастера. Т.е. это внесёт задержку в обновление данных и, возможно, создаст какую-то проблему, например, если это какая-то таблица с сессиями.
А в случае, если мы читаем с мастера, мы сразу видим записанные данные.
Поэтому, если ТС-а полностью устраивает работа сервера, кроме как во время бэкапа, то мне кажется, логичнее и писать на мастер и читать с него, а бэкап делать со слейва. Разве нет?
При таких условиях, я бы посоветовал на 6000 р. купить литературу и всё сделать на самописе.
Или другой вариант: сначала превратить "много трафика" в "много денег", и потом реализовать задуманное :)