Я искал способ перенести переменную id
из index.php в (среди прочего) update-check.php. Первоначально это вызывало бесконечное время загрузки — то есть страница всегда ждала на локальном хосте. Я сузил это, чтобы быть session_start();
вызывая эту ошибку. Если я удалю session_start();
и заменить 'stories/'. $_SESSION['id'] .'.txt';
с фактической переменной id (например, 'stories/film.txt';
), нет проблем с загрузкой — кроме того факта, что мне нужна эта переменная на месте.
Я также заметил, что я иногда получить Failed to load resource: net::ERR_CACHE_MISS
в консоли.
Я пытался поработать и выяснить, почему это происходит и как это решить, но у меня болит мозг, и я надеялся, что кто-то с большим опытом в подобных ситуациях сможет оказать некоторую помощь в этом багунте (стоит упомянуть, что Я не так привык работать с PHP или бэкэндом, исходя из внешнего интерфейса дизайнера).
РЕДАКТИРОВАТЬ — так что проблема заключается не в PHP, а в этом скрипте
Можно ли будет адаптировать этот скрипт, чтобы он хорошо играл, сохраняя при этом функциональность?
/**
* AJAX long-polling
*
* 1. sends a request to the server (without a timestamp parameter)
* 2. waits for an answer from server.php (which can take forever)
* 3. if server.php responds (whenever), put data_from_file into #response
* 4. and call the function again
*
* @param timestamp
*/
function getContent(timestamp)
{
var queryString = {'timestamp' : timestamp};
$.ajax(
{
type: 'GET',
url: 'update-check.php',
data: queryString,
success: function(data){
// put result data into "obj"var obj = jQuery.parseJSON(data);
// put the data_from_file into #response
$('#response').html(obj.data_from_file);
// call the function again, this time with the timestamp we just got from server.php
getContent(obj.timestamp);
//timeout to avoid endless loading? didn't make a difference
timeout: 3000 // sets timeout to 3 seconds
}
}
);
}
// initialize jQuery
$(function() {
getContent();
});
Обновление-check.php
<?php
session_start();/**
* Server-side file.
* This file is an infinitive loop. Seriously.
* It gets the file data.txt's last-changed timestamp, checks if this is larger than the timestamp of the
* AJAX-submitted timestamp (time of last ajax request), and if so, it sends back a JSON with the data from
* data.txt (and a timestamp). If not, it waits for one seconds and then start the next while step.
*
* Note: This returns a JSON, containing the content of data.txt and the timestamp of the last data.txt change.
* This timestamp is used by the client's JavaScript for the next request, so THIS server-side script here only
* serves new content after the last file change. Sounds weird, but try it out, you'll get into it really fast!
*/
// set php runtime to unlimited
set_time_limit(0);
/* $data_source_file = 'stories/film.txt'; */
$data_source_file = 'stories/'. $_SESSION['id'] .'.txt';
// main loop
while (true) {
// if ajax request has send a timestamp, then $last_ajax_call = timestamp, else $last_ajax_call = null
$last_ajax_call = isset($_GET['timestamp']) ? (int)$_GET['timestamp'] : null;
// PHP caches file data, like requesting the size of a file, by default. clearstatcache() clears that cache
clearstatcache();
// get timestamp of when file has been changed the last time
$last_change_in_data_file = filemtime($data_source_file);
// if no timestamp delivered via ajax or data.txt has been changed SINCE last ajax timestamp
if ($last_ajax_call == null || $last_change_in_data_file > $last_ajax_call) {
// get content of data.txt
$data = file_get_contents($data_source_file);
// put data.txt's content and timestamp of last data.txt change into array
$result = array(
'data_from_file' => $data,
'timestamp' => $last_change_in_data_file
);
// encode to JSON, render the result (for AJAX)
$json = json_encode($result);
echo $json;
// leave this loop step
break;
} else {
// wait for 1 sec (not very sexy as this blocks the PHP/Apache process, but that's how it goes)
sleep( 1 );
continue;
}
}
Я в конечном итоге с помощью setcookie("currentID", $id, time()+3600);
вместо передачи переменной через AJAX. Возможно, это не рекомендуемый путь, но он отлично работает для того, что мне нужно.
Других решений пока нет …