Максим Kuprum#: А есть ссылка на этот пост, чтобы им показать? Грустить начинаю все больше )))
Это было в тикетах.
Максим Kuprum#: Cannot modify header information - этот пока нет, потому что больше не появляется. Появился после плагина Better search replace.
Это первое что надо исправить.
А BSR не мог на это повлиять. Скорее всего или были отключены ошибки (и так совпало) или "спецы" хостера что-то сделали или был кеш. В общем сперва с этим разберись. Это очень важная ошибка.
Максим Kuprum#: "закрывай базовой авторизацией" - как верно это сделать?
1. Погуглить про базовую авторизацию чтобы знать что означает путь файла с паролем и как создать этот файл.
2. В .htaccess прописать (предварительно создав aff.htpasswd!)
Максим Kuprum#: Начну с последнего: баню ВПН.... Где, как и когда? Намеренно не делал этого точно, поскольку умом не дорос )) Как и где поправить?
Это вопрос не по ВП. ;) Скажу так - без ВПНа я зашел, в с ВПН (причём с 2х разных проверил) нет.
Максим Kuprum#: Сайты не переносили на другие платформы. Они были и есть у одного хостера, но были под одним юзером. Сейчас разнесен на разных, чтобы не было все в куче.
Я всё понял и именно про это говорил. Когда переносится на другого пользователя - меняются пути. Если длина имени пользователя отличается, то при простом переносе ломаются сериализованные данные. Из-за этого и возникают всякие глюки, несрабатывания и тормоза.
Максим Kuprum#: в этой ситуации имеет смысл воспользоваться предложением по использованию плагина Better search replace?
Ну можно конечно, иначе зачем бы я про него говорил, но повторю - нет гарантий что всё исправит (вернее всё видимое тобой. "Всё" он точно уже не исправит, тк там уже поломано) и если сохранились старые дампы (со старым юзером), то лучше воспользоваться скриптом. Им изменить пути.
Если же дампов нет и BSR не поможет, то... всё может быть намного хуже. Но в любом случае тогда надо изучать ошибки - и в логах и в консоли браузера и.. дебажить.
Я знаю для чего switcher и что у firefox есть local storage и профиля. Ясно что было написано про комплекс мероприятий по затиранию истории. Умные поняли.
У тебя каша в голове. А я только хотел помочь. Но нет так нет. Мне-то что.. не умеешь пользоваться браузером - твои проблемы.
mssqwesto#: Не в доверии дело, люди прям разучились воспринимать информацию в виде букв.
Им проще позвонить и задать вопрос или написать.
Очень яркий пример есть,когда на Авито есть очень хорошо структурированные объявления, там все подробно указано про доставку по Москве, отправку в регионы, но каждый 10 напишет, а у вас доставка есть, а сдэком отправите и т.д.
Я тебе скажу с другой стороны. Даже если и написано - далеко не факт что это так на самом деле. Поэтому опытный покупатель всегда будет уточнять инфу.
Опытный продавец это понимает, неопытный - разражается. Покупатель делает выводы => продавец не продаёт товар => по формам жалуется на тупых и нищих покупателей (что зачастую не соответствует действительности).
Куда уж меньше то?
Не поверишь, есть такие:
чтобы основной не засорять и клиентам чтобы можно было дать ковыряться, без боязни, что что то испортят.
Интересно, а как это связано со стоимостью хостинга?
Я бы ещё понял такой поиск для себя, для поучится, но для клиентов...То-то они будут рады неизбежным проблемам бесплатного хостинга.
А есть ссылка на этот пост, чтобы им показать? Грустить начинаю все больше )))
Это было в тикетах.
Cannot modify header information - этот пока нет, потому что больше не появляется. Появился после плагина Better search replace.
Это первое что надо исправить.
А BSR не мог на это повлиять. Скорее всего или были отключены ошибки (и так совпало) или "спецы" хостера что-то сделали или был кеш.
В общем сперва с этим разберись. Это очень важная ошибка.
"закрывай базовой авторизацией" - как верно это сделать?
1. Погуглить про базовую авторизацию чтобы знать что означает путь файла с паролем и как создать этот файл.
2. В .htaccess прописать (предварительно создав aff.htpasswd!)
<FilesMatch (wp-login\.php|load-scripts\.php|load-styles\.php)>
AuthType Basic
AuthName "Security area"
AuthUserFile /home/aff-prog/web/etc/aff.htpasswd
Require valid-user
</FilesMatch>
Пути к файлу и имя можешь поменять, но держать его нужно вне каталога с сайтом.
(Впрочем, это дело можно доверить и хостеру. С этим они должны справиться и не накосячить)
АПД. Уточнение. htaccess работает только если у тебя апач. Если без него, то надо править конфиги нжинкса (с этим тебе хостер наверняка сможет помочь)
АПД2. Увидел, что с Cannot modify header information решилось.
О том, что отличия в длине имени пользователя как-то влияет на работа сайта я слышу впервые. "
Я его не делал. Поскольку это, в принципе, невозможно) Сделал заказ хостеру, он и ваял.
Поверь, это ты бы смог сделать сам. Хотя бы снять правильный дамп. А хостеры не умеют и будут это делать (бесплатно во всяком случае).
Поставил " Better search replace" - апокалипсис...
Только поставил или всё-же что-то им сделал?
А ошибку Cannot modify header information исправил?
WPS Hide login
Cannot modify header information
См для начала https://codex.wordpress.org/%D0%A7%D0%90%D0%92%D0%9E/Cannot_modify_header_information
С моим отсутствием техзнаний ковыряться бесполезно
Начну с последнего: баню ВПН.... Где, как и когда? Намеренно не делал этого точно, поскольку умом не дорос )) Как и где поправить?
Это вопрос не по ВП. ;) Скажу так - без ВПНа я зашел, в с ВПН (причём с 2х разных проверил) нет.
Сайты не переносили на другие платформы. Они были и есть у одного хостера, но были под одним юзером. Сейчас разнесен на разных, чтобы не было все в куче.
Я всё понял и именно про это говорил. Когда переносится на другого пользователя - меняются пути. Если длина имени пользователя отличается, то при простом переносе ломаются сериализованные данные. Из-за этого и возникают всякие глюки, несрабатывания и тормоза.
в этой ситуации имеет смысл воспользоваться предложением по использованию плагина Better search replace?
Ну можно конечно, иначе зачем бы я про него говорил, но повторю - нет гарантий что всё исправит (вернее всё видимое тобой. "Всё" он точно уже не исправит, тк там уже поломано) и если сохранились старые дампы (со старым юзером), то лучше воспользоваться скриптом. Им изменить пути.
Если же дампов нет и BSR не поможет, то... всё может быть намного хуже. Но в любом случае тогда надо изучать ошибки - и в логах и в консоли браузера и.. дебажить.
Я знаю для чего switcher и что у firefox есть local storage и профиля. Ясно что было написано про комплекс мероприятий по затиранию истории. Умные поняли.
Не в доверии дело, люди прям разучились воспринимать информацию в виде букв.
Я тебе скажу с другой стороны. Даже если и написано - далеко не факт что это так на самом деле. Поэтому опытный покупатель всегда будет уточнять инфу.
Опытный продавец это понимает, неопытный - разражается. Покупатель делает выводы => продавец не продаёт товар => по формам жалуется на тупых и нищих покупателей (что зачастую не соответствует действительности).
Сам пользуюсь ff. но ua switcher не помог хоть вычистил все что мог
В ФФ есть контейнеры и профили. А ua switcher (и тп) совсем для другого.