obius

Все верно, 508 отдает браузер, и в логи такое не пишется.

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

Редирект может жить например в базе в контенте статьи или в шаблоне по средствам яваскриптов:

<script>
// window.location
window.location.replace('http://www.example.com')
// или
window.location.assign('http://www.example.com')
// или
window.location.href = 'http://www.example.com'
// или
document.location.href = '/path'

// jQuery
$(location).attr('href','http://www.example.com')
// или
$(window).attr('location','http://www.example.com')
// или
$(location).prop('href', 'http://www.example.com')
</script>

или html:

<meta http-equiv="refresh" content="0; url=http://example.com/" />

или php:

header("Location: http://example.com/myOtherPage.php");
или
header("Refresh:0; url=page2.php");

А так же средствами apache (.htaccess) или nginx. Так что перенаправление может быть где угодно.

DenisVS, фото супер 🤣

Но кто же запретит переделать полки/стеллажи в стойки/шкафы и забить колокейшины 1/2/4 юнитными серваками? 😂

Взято с wiki:

508 Loop Detected («обнаружено бесконечное перенаправление»)

отследить бы с чего на чего выполняется перенапровление (редирект) .

А код можно добавить и в шаблон, если шаблонизатор позволяет выполнять php код:

<?php echo 'Memory used: ' . memory_get_peak_usage() . ' / ' . ini_get( 'memory_limit' ); ?>

Я в свое время пользовался вот этим профайлером - PHP Quick Profiler.

Попробуем пока обойтись без профайлера. Добавьте в конце index.php:

echo 'Memory used: ' . memory_get_peak_usage() . ' / ' . ini_get( 'memory_limit' );

Может скрипты сожрали всю вашу оперативку :)

По поводу логов:

198.204.***.170 - - [03/Nov/2016:22:56:05 +0100] "GET /~daycare/assets/elfinder/elfinder.html HTTP/1.1" 404 32068 "-" "-"

Методом GET была запрошена страница /~daycare/assets/elfinder/elfinder.html и в ответ было получено 404 ( не найдено ). По поводу "-" "-" это похоже на узерагент и реферер, точнее на их отсутствие ( точнее можно сказать увидев шаблон логирования). То есть данный урл был запрошен скриптом а не узером. Вообще похоже на сканирование на предмет уязвимостей. Ничего страшного, но я бы отдавал 403 посетителям без узерагента, так как даже поисковые боты имеют свой узерагент.

Вы сводише меня с ума 🤪 А если подключить php профайлер?

Если нет возможности увидеть логи, кто или что делает перезапись полей описания у статей в мускуле, то вариант отключать плагин и смотреть будут ли затираться описания.

Я не знаю что за плагин Yoast, ибо не пользуюсь wordpress.

Просмотрите код данного плагина, имеет ли он возможность изменять описания статей. Да и наверняка у вас не один плагин установлен 😂 их бы тоже проанализировать, что они делают, и как воздействуют на cms в целом.

Ну здрасте, приехали :) А как на счет отключения энергии во время записи данных на диски?

Не обидятся они, не покроются битыми секторами?

Ну если учитывать тот момент, что диски не умерают, а переключаются в read only, может тогда действительно в RAID0 ставить + бэкапы по крону раз в сутки?

Разметка HTML5? Не нужно слешы.

Например

<br> не <br />
<hr> не <hr />
<meta name="GENERATOR" content="Microsoft FrontPage 4.0">
<link rel="stylesheet" href="ie.css">

пруфлинк