Не думайте про то, что вы сделали запрос к MySQL, и поэтому нельзя сделать header("Location: ...").
Ищите, где у вас делается echo() (или аналогичное) ДО ВЫЗОВА функции header("Location: ...").
Хотя, если у вас уже готовы все скрипты, но в них ошибка, а вы не знаете её решения, и только-только начали кодить - то вы просто не поймёте и найдёте место вывода контента.
И тогда вам лучше искать учителя/профессионала, который посмотрит весь код, и покажет пальцем, в каком файле что делается. И всё-таки подскажет решение на основе вашей структуры скрпитов.
А так, без всех исходников перед глазами - получается тупое гадание на кофейной гуще. И в этой гуще вам указали, какие крупинки являются ответом, но вы их всё равно не найдёте по причине отсутствия опыта, ведь для вас все крупинки одинаковые.
Можно, но нужно очень много работы по, я бы так сказал, туннелированию данных из форм и AJAX-запросов, и ответов на них. А если сайт использует что-то ещё - то работы ещё больше...
Тысячи полноценных сайтов с логином в свою базу данных, или тысячи зеркал?
И как вы определяете их зеркальность, по внешнему виду?
А логин делается вот прямо отправкой данных на оригинальный домен, без всяких выкрутасов на зеркале?
Или нажать конбинацию клавишь Ctrl+Alt+F1 (хотя может оказаться Ctrl+Alt+F4, или Ctrl+Alt+F7, короче с F1 до F7) - переключит на консоль, в которой показываются все текстовые сообщения загрузки операционной системы.
А Ctrl+Alt+F8 должно переключать обратно на консоль с графическим интерфейсом...
Mesuti, самое главное - не забыть сделать проверку "+7" на стороне сервера, куда передаются данные из формы. Потому что вводу пользователя доверять нельзя, у него может быть отключен JavaScript, или телефон другой страны, или это вообще SPAM-бот...
Нет, потому что логин сессия хранится в куках, а кук будет приписан к серверу-оригиналу, и при обращении за очередной страницей браузер его вашему серверу не отправит, потому что ваш сервер - это не сервер-оригинал.
Кроме того, AJAX к чужому серверу? Политика CORS не даст.
Эмулирование через PHP поведения пользователя на оригинальном сайте... Ну посмотрите в WebDev браузера HTTP-запрос, который делает браузер при передаче заполненной формы логина на оригинальном сервере, и повторите этот HTTP-запрос точь-в-точь в своём зеркале. Тогда оригинальный сайт залогинит ваше зеркало как обычного пользователя. А поскольку форма логина выводится в модальном окне - значит для логина используется JavaScript, а значит в нём нужно искать и подменять код HTTP-запроса логина.
Конечно лучше ещё добавить какую-нибудь проверку, что обращение будет только и исключительно к сайту site.com, и только к файлу /PATH/FILE.htm, ну и всякая безопасность...
Но такой способ - не сработает. Вполне возможно во время генерации данные пишутся не последовательно от начала к концу файла, а раздробленно, середина-конец-начало...
Остаётся отметить, что unset($file) не удалит временный файл на диске, его удалит команда unlink($file). И $file должна указывать на реально существующую директорию, в которую есть права на запись пользователю, под которым запускается этот PHP-скрипт.
Запустите Sysinternals Process Monitor - увидите, какие операции с диском производятся.
Может это и не MySQL пишет, а Windows SWAP-ует, потому что свободная оперативка закончилась...
header("Location: ...").Ищите, где у вас делается
echo()(или аналогичное) ДО ВЫЗОВА функцииheader("Location: ...").Хотя, если у вас уже готовы все скрипты, но в них ошибка, а вы не знаете её решения, и только-только начали кодить - то вы просто не поймёте и найдёте место вывода контента.
И тогда вам лучше искать учителя/профессионала, который посмотрит весь код, и покажет пальцем, в каком файле что делается. И всё-таки подскажет решение на основе вашей структуры скрпитов.
А так, без всех исходников перед глазами - получается тупое гадание на кофейной гуще. И в этой гуще вам указали, какие крупинки являются ответом, но вы их всё равно не найдёте по причине отсутствия опыта, ведь для вас все крупинки одинаковые.