arey

[BUG] Root cause identified: HTTP header “Content-Disposition” is incorrectly marked as a translatable string

Root cause:
The string responsible for the export HTTP header is marked as translatable in the plugin:

// Generic_AdminActions_Config.php:85
msgid "Content-Disposition: attachment; filename=%1$s.json"

In the Russian translation file w3-total-cache-ru_RU.l10n.php (auto-generated by WordPress 6.5+ from the .po file), this becomes:

'Content-Disposition: attachment; filename=%1$s.json' =>
'Размещение содержимого: вложение; имя файла=%1$sjson'

As a result, PHP sends Nginx a response with a Cyrillic HTTP header name (Размещение содержимого instead of Content-Disposition). Since Nginx 1.21.1+, non-ASCII characters in header names are strictly rejected — causing a 502 Bad Gateway.

This also explains why the exported file gets a .htm extension instead of .json in some configurations.

The fix is straightforward:
In Generic_AdminActions_Config.php:85, the Content-Disposition header must be hardcoded and not passed through any translation function. HTTP protocol headers are not localizable strings.

Workaround for users affected:
Manually edit wp-content/languages/plugins/w3-total-cache-ru_RU.l10n.php and replace:

'Content-Disposition: attachment; filename=%1$s.json'=>'Размещение содержимого: вложение; имя файла=%1$sjson'

with:

'Content-Disposition: attachment; filename=%1$s.json'=>'Content-Disposition: attachment; filename=%1$s.json'

Note: editing only the .po or .mo file is not sufficient in WordPress 6.5+ — the .l10n.php file takes priority and must be updated directly.

Спасибо.

1. Безусловно, на основной функционал плагина это никак не влияет. Но, если у Вас будет возможность, при следующих обновлениях плагина добавьте, пожалуйста, переводы для тех названий шаблонов, которые все-еще отображаются на английском:
   Stylesheet (style.css)
   Archives (archive.php)
   Comments (comments.php)
   Homepage (front-page.php)
   Sidebar (sidebar.php)

2. Насколько мы понимаем, плагин Cyr-To-Lat для транслитерации использует таблицу символов из того языка, который соответствует языковой сборке Вордпресс… Подскажите, пожалуйста, имеется ли возможность корректной транслитерации УРЛ постов одновременно для двух языков (русский и украинский) при использовании плагина мультиязычности. Мы пробовали добавить недостающие символы из таблицы соответствия Cyr-To-Lat одного языка в другой, однако с некоторыми символами, которые используются в двух языках, возникает проблема. Например, для рус. и=i, а для укр. и=y. Возможно, Вы подскажите, как можно решить данную проблему?

Отметили на скрине, что именно исчезает при активации плагина.

Скрин – https://ru.paste.pics/PBUA5

Polylang.

We activated the default WordPress taxonomies (categories and tags) and added a new post – there is also an issue with lastmod.

Thank you. Now the plugin does not have a critical error now, but nothing has changed compared to version 0.5.

1. lastmod for tags and categories (including parent categories), as before, is formed based on the date of creation/editing of tags and categories. It is necessary that the lastmod for taxonomies is formed based on the date of the last post added to the taxonomy.
2. We also noticed that in version 0.6-alpha7 the lastmod for the main page of the site is formed by the date of creation of this page, which is also not entirely correct, since announcements of the latest published posts are published on the main page. It would be more correct for the lastmod for the main page to be formed based on the date of the last post published on the site or the lastmod for the main page of the site to NOT be displayed in the sitemap.

Are there ways to solve these problems?

Unfortunately, the number of tags has not changed.

Perhaps you can suggest other ways to solve the problem?