Чтобы не мучится, я бы сделал это на локальном. Установите лимиты на максимум(время выполнения скрипта + размер загружаемого файла). Если не будет работать, добавить в php файл выполнение функции set_time_limit + настройки в ini. И отключить nginx(т. е. страницу загружать напрямую через apache). И проблем не должно быть.
А в чем проблема импортировать на локальном? Ошибки?
Сам htaccess отрабатывает правильно. Значит сама cms делает редайрект или же формирует такой url.
https://www.google.com.ua/search?q=php+get+current+url&oq=php+get+current+url&aqs=chrome..69i57j0l5.471j0j7&sourceid=chrome&es_sm=0&ie=UTF-8
Ну и после
if (isset($_POST["send"])) { $mail = new Mail(); //Создаем класс Mail $mail->isTypeHtml(false); //Ставим тип сообщения как обычный текст $message = "ФИО: " . $_POST["fio"] . "\n\r"; //Готовим само сообщение $message .= "email: " . $_POST["email"] . "\n\r";
добавить строчку с найденной функцией.
Если контент не влазит в блок то его нужно скролить. Можно взять готовые компоненты для скролинга, которым не будут показывать своих полос прокрутки. Ну а второй вариант, показывать весь контент, т.е. увеличить размер блока.
В wordpress есть функции get_option, add_option, update_option, delete_option. С помощью этих функций можно сохранять и получать данные в любых местах.
Все может быть. За пол часа написал скрипт который получает запросы с url http://yandex.ru/yandsearch?text=&site=domain.com&ras=1&site_manually=true&lr=45 и в случае капчи, просит ее ввести, после же выводит данные. Ни одного неправильного запроса с кодом 400 у меня не получилось, использовал код из библиотек SeoChecker.php и Sender.php
Все работает нормально.
Если это не то, что нужно значит я не правильно понял что нужно. Если автор не нашел там кусков нужного кода, я умываю руки.
Думаю это и не удивительно. Ведь скачивание произошло с помощью одного браузера(curl) и думаю поле User-Agent Вы не заполняли? А теперь вставили эту строчку в браузер и User-Agent пошел другой. Думаю она предусмотрели систему защиты от подобных ситуаций.
Для начала попробуйте воспользоваться каким то компонентом, который эмулирует запросы браузера через curl. Если же не получится, то воспользуйтесь сниффером и посмотрите разницу в запросах.
Честно говоря не совсем понимаю проблему. Если правильно сформировать запрос, то разницы никакой нет браузер это или библиотека curl. Можешь посмотреть как это реализовано в PanelWM. В архиве будет файл /protected/components/SeoChecker.php в нем как раз и есть реализация получения капчи. А даже существует возможность распознавать через anticaptcha.
Думаю это элементарно. Браузер отправляет кучу заголовков в отличии же от curl. Можно было бы увидеть код с помощью которого идет отправка запроса?
