war357159

war357159
Рейтинг
220
Регистрация
03.11.2009

Сейчас.

Вот автосохранение черновика срабатывает в записи и скрин ошибки пока выложу:

Сейчас поподробнее еще заскриню и "P.s И не отключали ли вы REST API в файле functions.p" посмотрю

Narek-T, Размер буфера я так понял будет изменен для всего сервера? Я погуглил немного. Но ведь другие то сайты нормально все... Во вкладке console, во вкладке network пишет тоже про ошибки.. А на что именно там смотреть? Там если ошибку открывать - много текста

---------- Добавлено 03.02.2019 в 16:22 ----------

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

http://мойсайт/wp-json/wp/v2/posts/846/autosaves?_locale=user - вот это во вкладке network в поле Нейм стоит

Narek-T:
Покажите лог из консольки. Можно браузера.

Я в ПУ посмотрел в журнале запросов файл-лог ошибок. Там на момент ошибки такая запись появляется. Это то? Или в другом месте смотреть?

2019/02/03 15:45:54 [warn] 32141#32141: *793352 an upstream response is buffered to a temporary file /var/cache/nginx/proxy_temp/3/60/0000017603 while reading upstream, client: 46.242.11.0, server: ***мойсайт***, request: "GET /wp-admin/post.php?post=846&action=edit&classic-editor__forget HTTP/1.1", upstream: "http://127.0.0.1:8080/wp-admin/post.php?post=846&action=edit&classic-editor__forget", host: "***мойсайт***", referrer: "***мойсайт***/wp-admin/edit.php"

2019/02/03 15:46:33 [warn] 32141#32141: *793352 an upstream response is buffered to a temporary file /var/cache/nginx/proxy_temp/6/60/0000017606 while reading upstream, client: 46.242.11.0, server: ***мойсайт***, request: "GET /wp-admin/post.php?post=846&action=edit&classic-editor&message=4 HTTP/1.1", upstream: "http://127.0.0.1:8080/wp-admin/post.php?post=846&action=edit&classic-editor&message=4", host: "***мойсайт***", referrer: "***мойсайт***/wp-admin/post.php?post=846&action=edit&classic-editor__forget"

Первая запись в логе это вроде как в саму статью в редакторе заходил, а вторая - когда пытался сохранить. Судя по отдельным кускам это как раз про это ругается. Но на что именно, это мне сложно понять.

Ошибка сохранения и публикации записей при работе в редакторе Гутенберг.

Есть несколько сайтов. Везде редактор сохраняет новые записи и позволяет редактировать старые. Только на одном сайте пишет "Ошибка обновления".

Сайты находятся на одном сервере ВПС с одинаковыми настройками. Вордпресс и плагины одинаковые и обновлены до последних версий. Настройки в админке одинаковые, постоянные ссылки - название записи. Все на доменах рф.

Разное у сайтов только темы и у проблемного сайта вход по http, а у работающих https.

Пробовал деактивировать все плагины - при всех выключенных - все равно при сохранении выдает ошибку.

Не знаю куда уже копать... А есть разница в деактивации и в полном удалении плагинов?

ПС: Плагин "Классический редактор" стоит. Проблема сохранения только когда переключаешься в блочный редактор Гутенберг. О том, что он довольно сырой и пока не совсем удобный, я знаю.

XPresident:

Один анестезиолог...
денег в обрез хватает...
адской работы....
Свет поправьте!

Смутное представление о работе анестезиологов, их заработках, загруженности и профессиональных обязанностях имел тот, кто придумал этот анекдот.

Для "что-бы было" решил в плагине BackWPup, кроме архивирования в Dropbox, настроить еще архивирование в MS Azure

Зарегистрировался там, создал "Учетную запись хранения"

Производительность/Уровень доступа

Стандартный/Cool

Репликация

Локально избыточное хранилище (LRS)

Тип учетной записи

BlobStorage

У записи есть имя и ключ

Добавляю их в плагин BackWPup на соответствующей закладке.

При попытке сохранить ругается нехорошими словами.

Container selection:

Fail: Code: 400 Value: The value for one of the HTTP headers is not in the correct format. details (if any): <?xml version="1.0" encoding="utf-8"?><Error><Code>InvalidHeaderValue</Code><Message>The value for one of the HTTP headers is not in the correct format. RequestId:7c03cf02-a01e-0048-038a-b7044b000000 Time:2019-01-29T04:25:10.1259467Z</Message><HeaderName>x-ms-version</HeaderName><HeaderValue>2012-02-12</HeaderValue></Error>.

Что не нравится ей? Может быть связано с тем, что у домена зона "рф"? Может там параметры учетной записи другие надо задавать?

В плагине на соответствующей закладке есть еще поле"Create a new container". Ругается и при пустом, и при заполненном.

MS Azure container create: Fail: Code: 400 Value: The value for one of the HTTP headers is not in the correct format. details (if any): InvalidHeaderValueThe value for one of the HTTP headers is not in the correct format. RequestId:ad48419e-901e-0040-278d-b71f38000000 Time:2019-01-29T04:46:19.1470065Zx-ms-version2012-02-12.

Что ей там с форматом не нравится - хрен знает. И просто в нижнем регистре слово на английском вставлял в поле и просто цифры - не помогает.

Причем в интернете 100500 инструкций как на Дроббокс этот плагин настроить (хотя и без них все ясно), а на Азуре ни одной. В том числе и в хелпе самого плагина. И в самой этой Азуре черт ногу сломит. Чувствую ну ее на фиг короче. Лучше в ПУ сервера настрою на Гугл Диск или на второй аккаунт Дроббокса, если уж перестраховаться приспичило.

Alex2Fast:
Изменять параметр upload_max_filesize в php.ini пробовали?

Сейчас посмотрю..

А вот вообще я посмотрел на сервере, в журнал запросов, лог ошибок. Не знаю помогает это как-то или нет. По крайней мере вроде это пишет на попытку загрузить:

2019/01/28 11:13:31 [warn] 3433#3433: *50497 a client request body is buffered to a temporary file /var/cache/nginx/client_temp/0000001424, client: 46.242.11.0, server: мойсайт, request: "POST /wp-admin/async-upload.php HTTP/1.1", host: "мойсайт", referrer: "https://мойсайт/wp-admin/upload.php"
[Mon Jan 28 11:13:31.933911 2019] [fcgid:warn] [pid 5865] [client 46.242.11.0:57128] mod_fcgid: HTTP request length 134447 (so far) exceeds MaxRequestLen (131072), referer: ttps://мойсайт/wp-admin/upload.php

MaxRequestLen превышен. И по размеру похоже.

Alex2Fast:

Изменять параметр upload_max_filesize в php.ini пробовали?


2 мегабайта там стоит. post_max_size тоже много

ПС: Короче пробую вот так и перезапускаю сервер.

Устранение ошибки max request length при использовании FCGI

10.12.2015 admin
0
При загрузке файлов или больших (относительно) объемов данных на сервер можно столкнуться с ошибкой 500.
При этом в логах сайта и веб-сервера можно будет увидеть нечто наподобие:

mod_fcgid: HTTP request length 137536 (so far) exceeds MaxRequestLen (131072), referer
Это характерно в случаях, когда PHP работает на сервере в режиме FastCGI

Чтобы ошибку устранить следует открыть конфигурационный файл модуля, который находится по пути:

/etc/apache2/mods-available/fcgid.conf для Debian, Ubuntu и основанных на них ОС
/etc/httpd/conf.d/fcgid.conf для RHEL-подобных — CentOS, Fedora.
В нем находим и вносим правки в строки

AddHandler fcgid-script .fcgi
FcgidConnectTimeout 20
(можно увеличить)

FcgidMaxRequestLen 33554432
MaxRequestLen 33554432
(этих строк скорее всего вовсе не будет, но исправить или добавить нужно именно их. Указав это число мы увеличим размер до 32 мегабайт. )
После не забываем перезапустить веб-сервер.


---------- Добавлено 28.01.2019 в 11:48 ----------

Заработала шарманка! )

Обожду пока, одним словом, с Ip6 )))

Всего: 3833