ivan-lev

Информация по ссылке выше могла бы быть для Вас полезной..

if(!filter_var($_POST['user_email'], FILTER_VALIDATE_EMAIL)) $errors[] = "Неверный e-mail";

Функция filter_var позволяет проверить на корректность не только email, но и, к примеру, домен, URL, IP, MAC..

$log_filename = $_SERVER['DOCUMENT_ROOT'].'/'.'log-'. date('Y-m-d') .'.txt';
$fh = fopen($log_filename, 'a');

p.s. Подскажите адрес сайта, логи посмотрю.. ))

p.p.s безопаснее как минимум выше корневого каталога писать.. что-то вроде

 dirname($_SERVER['DOCUMENT_ROOT']) .'/logs/'. 'log-... .txt'

Я там по соседству ссылку приводил.. как ни парадоксально (на первый взгляд?), реализация редиректа средствами PHP (возможно, и без плагинов Wordpress) может работать быстрее, нежели через .htaccess средствами сервера..

Порядок флагов не имеет значения.. Их может быть гораздо больше

R=301 - означает, что будет передан 301-й редирект

L - что правило .htaccess последнее, и дальнейшие (ниже по тексту) использоваться не будут.

p.s. На некоторых серверах

RewriteCond %{HTTPS} off

RewriteCond %{HTTP:X-Forwarded-Proto} !https
# или
RewriteCond %{HTTP:X-Forwarded-Port} !443

p.p.s. Есть мнение, что проверка на https быстрее средствами PHP, но лучше проверить на конкретном сервере))

Разве что, если после клонирования контент не меняется.. =)

WP-телепат? ))

Можно раздуть .htaccess, можно прописать сопоставления старый URL-> новый URL и редиректить в PHP ещё до включения WP (а также любой другой CMS)..

Либо использовать какой-нибудь плагин (? стандартную функцию WP) для редиректа по REQUEST_URI. Думаю, SeVlad навскидку подскажет.. )

Вон, redirection нагуглился (работает с PHP 5.4 & higher))

https://www.w3schools.com/php/filter_validate_email.asp

К примеру, хреново настроенный кэш может пытаться что-то высчитать и записать туда, куда не пишется.. А в силу того, что не пишется - привести к повторному выполнению того самого "высчитать"..

А вообще, лучше причину найти, чем ванговать "по симптомам" ..

Какой хостер? Какой тариф? Сколько сайтов? Каких/на чём? Какая посещалка (на каждом из них)? Какие ресурсоёмкие операции проводятся (импорт/экспорт, обработка больших файлов/изображений... )..

На момент входа в onclick при щелчке по пустому (невыбранному) чекбоксу он уже будет ':checked'. Событие onlick позже наступает.

$('.borders2').click(function() {
	 if ($(this).is(':checked')) {
	    $('.borders2').removeClass('activs');
			alert('off -> on');
	   }else{
	    $(this).addClass('activs');
      alert('on -> off');
	   }
});

Ты на всех сайтах заказчиков (с которыми разошлись) обновления движка (тем и плагинов) сам устанавливаешь? Или оставляешь дыры? :)

И если сейчас с переходом к "автоматическому обновлению" это относительно легко делается "по кнопке" из админки.. то некоторое время назад заказчики не знали, что делать.. когда сайт, сделанный вебмастером на "последней версии движка", внезапно(!) становился уязвимым.. ))

Только теперь при автоматическом обновлении по кнопке из админки можно получить эффект "Ой, я тут нажал, а оно не работает"..