ПОМОГИТЕ ПОНЯТЬ - Jquery $data откуда возникает со стороны PHP?

Ну вот смотри, файлик твой например называется test.php и содержит он такие строки:

PHP:

1. $test = 'Ответ';
2. return $test;

Вот это вот retur и есть отсвет сервера. Например ты с jquery опросишь этот файлик:

Код (Javascript):

1. $.get( "test.php", function(data) {
2.   alert(data); // выведет тебе "ответ"
3. });

Если тебе что то нужно передать в файлик test.php отправляешь уже post запрос:

Код (Javascript):

1. var test = ' передали'
2. $.post( "test.php", {test: test }, function( data ) {
3.     alert(data );
4.   });

Но теперь уже в файлике test.php надо добавить строки:

PHP:

1. $test = 'ответ';
2.  
3. if(isset($_POST["test"])){
4.  
5.   $test .= $_POST["test"];
6.  
7. }
8.  
9. return $test;

Если post запрос был, jquery вернет 'ответ передали' если нет, то просто 'ответ'.

 

Вернется первый return. Не обязательно что то возвращать. Можно же делать запись в бд например.
Можно использовать функции. Например:

PHP:

1. if(isset($_POST["test"])){
2.   return myFunction($_POST["test"]);
3. }else{
4.   return false;
5. }
6. function myFunction($test){
7.     $string = 'Результат функции : ';
8.     return $string.$test;
9. }

В общем обычный php.

 

@Игорь29 Спать надо в 12 часов ночи просто, и гулять периодический. Голова перезагрузиться, сам бы до этого дошел=)

 

а у меня вопрос тогда.... промисы сделали эменно для этого жеж? для респонсов который могут прийти а могут не прийти?

 

Вы замечательно всё расписали. Но я бы добавил, что в принципе использование return вне функций - довольно плохой тон. Для принудительного завершения работы скрипта есть функции exit() и die() (первая из них также может принимать аргументом код ответа, насчёт второй не уверен).

https://www.php.net/manual/ru/function.exit.php

Ну и да, коннект будет висеть в случае, если скрипт "завис". Если скрипт не завис и исполнился, то PHP "просигнализирует" вебсерверу, что всё ок, и тот вернёт ответ (возможно, пустой) таким образом, чтобы клиент не думал, что что-то там "в процессе". Насколько я помню, там в HTTP двойной перевод строки используется как символ конца данных, как и во многих текстовых протоколах. Также браузеру в помощь предварительно посчитанный вебсервером заголовок Content-Length.

Кстати,когда долго работающий скрипт прерывается интерпретатором PHP по таймауту (превышено время исполнения) - то интерпретатор тоже посылает вебсерверу текстовое содержимое с ошибкой (если активирован вывод ошибок в браузер) и сигнал о том, что вывода от него больше ждать не стоит.

И ещё: иногда бывает нужно выводить информацию из PHP в браузер "порционно", в риалтайме. И вот с этим бывают проблемы, особенно если данные поступают очень маленькими кусочками (например, считается числовой ряд). Чаще всего они не будут выведены, пока объём временного буфера в PHP не превысит довольно большую величину, что-то в районе килобайта. Чтобы с этим бороться, можно использовать функции ob_start() и ob_end_flush().
--- Добавлено ---

Имхо стоит почитать про GET и POST. get и post методы в jQuery - это обёртки. Они довольно удобные, но скрывают реальную суть происходящего.

Если использовать реальный XHR, всё становится намного понятнее. Вот пример запроса методом GET:

Код (Javascript):

1. var xhr = new XmlHttpRequest()
2. xhr.open('GET', 'https://example.com', true)
3. xhr.onload = function() {
4.    if (this.status < 300) {
5.       console.log(this.responseText)
6.       // можно заменить this на xhr, и так и так будет работать
7.    }
8. }
9. xhr.send(null)

Также вызов open можно перенести ниже установки обработчика, это тоже не важно. В методе GET все данные передаются в строке адреса, а тело запроса (payload) - пустое.

А вот так можно отправить форму через POST (обратите внимание, что это не отправка "в лоб" через form.submit(), хотя в плане передаваемых данных эти методы эквивалентны):

Код (Javascript):

1. var url = 'https://example.com'
2. var text = document.getElementById('message').value
3. var date = document.getElementById('date').value
4. var time = document.getElementById('hours').value + ':' + document.getElementById('minutes').value
5. var req = new XmlHttpRequest()
6. req.open('POST', url, false)
7. req.setRequestHeader('Content-Type', 'application/x-www-form-urlencoded')
8. req.onreadystatechange = function() {
9.    if (req.readyState == 4 && req.status == 200) {
10.       console.log('Запись опубликована')
11.    }
12. }
13. req.send('text=' + encodeURIComponent(text) + '&date=' + date + '&time=' + time)

В этом случае нам не нужно делать форме в качестве target невидимый iframe, да и сама форма, по большому счёту, не нужна

Обратите внимание на заголовок Content-Type, устанавливаемый явным образом: без него, скорее всего, сервер не сможет нормально принять данные.

Формат данных, как видите, идентичен тому, что используется в GET - тот же метод "склейки" параметров, даже экранирование небезопасных для URL символов производится тем же методом. Только данные на этот раз помещаются в тело запроса (после ввсех заголовков, туда же, где находится контент HTML страниц, идущих от сервера к нам).

Также в данном примере используется чуть иной метод проверки статуса соединения: обработчик вешается не на событие load, а на событие readystatechange.