Dmitry Roo, GET передаёт данные в самом URL. POST передаёт данные как в URL, так и внутри тела запроса. С помощью ссылки на HTML-странице POST запрос не выполнить. Речь конечно о стандартных средствах, например без использования Javascript и браузерных плагинов.
AJAX целиком и полностью формируется Javascript-ом, а значит в нём нет cookie с идентификатором сессии, а значит нет и самой сессии. По-моему так. Проверьте!
И вы ДОЛЖНЫ в AJAX-запросе передавать обязательные POST-данные, прочитайте приведённую вами же документацию.
Ну вот, у вас в AJAX вообще никакого data:, так? И по поводу /../../progress.php, он точно находится по такому пути? Этот запрос 200-ый статус получает?
Сергей Миллер, а проверочный AJAX-запрос делает POST нужного имени 'upload_progress_bar', да? Переменная $_POST['PHP_SESSION_UPLOAD_PROGRESS'] в progress.php - определена?
NotNight, то, что на этом (этих) хостах есть какие-то скрипты, программы, вообще хоть что-то - не имеет ни какого значения. Просто нужный домен (имя сервера, то, что между 'http://' и следующим '/') будет указывать не на старый сервер (со всеми его файлами, или уже без), а на новый сервер, с уже другими файлами. Точнее с одним файлом, заставляющим переходить на новый домен/поддомен.
Дык переносите домены с заблокированных IP на новые незаблокированные IP.
Например на новом сервере с новым доменом и новым IP добавьте на обслуживание старые домены, с которых должно идти перенаправление.
Правда если кто-то блокирует IP, беря их из старых доменов - то разом заблокируются вообще все домены, оказавшиеся на этом IP, и новые, и старые...
Второе объяснение просто повторило первое объяснение. Ну теперь-то кристально ясно, что объяснять и показывать текущие конфиги автор вопроса не умеет, от слова "совсем".
Если читать, что написано в ошибке, то не придётся спрашивать здесь!
Там написано "синтаксическая ошибка, неожиданное появление :". То есть PHP не нравится ":", а точнее всё "src:".
У вас ошибка в форматировании, из 002_table.php уберите весь HTML, кроме <tr>...</tr>. А из самого 002.php уберите форму, она только навредит.
Ещё, на каждое изменение input[name=search] будет следовать AJAX-запрос. Конечно можно плюнуть и проигнорировать, а можно сделать задержку в доли секунды, вдруг прийдёт ещё одно нажатие клавиши...
Миллионы доменов именно так и работают, но для вас это не аргумент? Единственный вопрос - станет ли Яндексовский скрипт переконнекчиваться при отсутствии коннекта по первому случайному IP?
Какая потрясающая упёртость! Ну если так трудно запустить одну проверочную команду на неконнектящемся сервере, тогда просто используйте тестовый сервер как основной. Ведь его-то вы проверили, он работает. Вот и всё, проблема решена.