Forwarded from ⚜️PRIVAT SOFT NULLED 2025⚜️ (🇷🇺Fraddy Rad🇷🇺)
🇷🇺Fraddy Rad🇷🇺, [17.12.2024 1:16]
ПОЛУЧИТЬ пример
В этом примере загружаются некоторые глобальные параметры с моего сервера (например, переведенные строки и пункты меню из базы данных). Как вы можете видеть, любой ajax-запрос или функция должны работать нормально.
$.getJSON("/common/proxy.php ",{действие: 'getglobals', набор:whichSuite, программное обеспечение:whichGuide}, функция(данные) {
$("#versionLabel").html(data.globals.versionLabel[0][текущий язык]);
$("#lastUpdateLabel").html(data.globals.lastUpdLabel[0][текущий язык]);
var ip = data.globals.visitorInfo[0]['ip'];
$.each(data.globals.docs, функция(i,элемент) {
// здесь я добавляю каждый элемент в меню UL.
}
});
🔴Ограничения
Заголовки
Хотя этот прокси-сервер старается быть максимально прозрачным, есть пара вещей, которые нарушают это (если я не найду способ исправить их в будущем).
🔴Заголовки от серверной части к клиенту
Все заголовки должны быть отправлены из серверной части клиенту без изменений. Однако обратите внимание, что PHP просто перезаписывает существующие заголовки с помощью функции header(). Если прокси-сервер PHP или сервер, на котором он расположен, добавляет заголовки, которых нет в серверной части, они останутся.
🔴Таким образом, заголовки из серверной части остаются нетронутыми, как и все дополнительные заголовки на прокси-сервере, которые не перезаписываются.
🔴Заголовки от клиента к серверной части
Следующие заголовки задаются прокси-сервером принудительно:
«Хост:» задается принудительно, потому что, очевидно, это адрес серверной части, который нам нужно задать.
«GET:» или «POST:» вводятся принудительно, поскольку мы обращаемся к другому пути, а также добавляем строку запроса для запросов GET.
«Accept-Charset:» принудительно заменяется на «ISO-8859-1,utf-8;q=0,7,*;q=0,7», потому что без этого он не работает, непонятно почему (я получаю ошибку 400)
«Соединение:» принудительно закрывается в конце запроса (перед передачей данных), поскольку функция keep-alive не поддерживается.
Последний бит означает, что этот прокси-сервер не является потоковым. Если бы это было так, мой браузер, отправляющий сообщение «Connection: keep-alive», работал бы нормально, и я бы прыгал от радости... Но это не так.
ПОЛУЧИТЬ пример
В этом примере загружаются некоторые глобальные параметры с моего сервера (например, переведенные строки и пункты меню из базы данных). Как вы можете видеть, любой ajax-запрос или функция должны работать нормально.
$.getJSON("/common/proxy.php ",{действие: 'getglobals', набор:whichSuite, программное обеспечение:whichGuide}, функция(данные) {
$("#versionLabel").html(data.globals.versionLabel[0][текущий язык]);
$("#lastUpdateLabel").html(data.globals.lastUpdLabel[0][текущий язык]);
var ip = data.globals.visitorInfo[0]['ip'];
$.each(data.globals.docs, функция(i,элемент) {
// здесь я добавляю каждый элемент в меню UL.
}
});
🔴Ограничения
Заголовки
Хотя этот прокси-сервер старается быть максимально прозрачным, есть пара вещей, которые нарушают это (если я не найду способ исправить их в будущем).
🔴Заголовки от серверной части к клиенту
Все заголовки должны быть отправлены из серверной части клиенту без изменений. Однако обратите внимание, что PHP просто перезаписывает существующие заголовки с помощью функции header(). Если прокси-сервер PHP или сервер, на котором он расположен, добавляет заголовки, которых нет в серверной части, они останутся.
🔴Таким образом, заголовки из серверной части остаются нетронутыми, как и все дополнительные заголовки на прокси-сервере, которые не перезаписываются.
🔴Заголовки от клиента к серверной части
Следующие заголовки задаются прокси-сервером принудительно:
«Хост:» задается принудительно, потому что, очевидно, это адрес серверной части, который нам нужно задать.
«GET:» или «POST:» вводятся принудительно, поскольку мы обращаемся к другому пути, а также добавляем строку запроса для запросов GET.
«Accept-Charset:» принудительно заменяется на «ISO-8859-1,utf-8;q=0,7,*;q=0,7», потому что без этого он не работает, непонятно почему (я получаю ошибку 400)
«Соединение:» принудительно закрывается в конце запроса (перед передачей данных), поскольку функция keep-alive не поддерживается.
Последний бит означает, что этот прокси-сервер не является потоковым. Если бы это было так, мой браузер, отправляющий сообщение «Connection: keep-alive», работал бы нормально, и я бы прыгал от радости... Но это не так.