Сделать SEO дружественные постоянные ссылки (заменив кириллические или другие нелатинские символы латинскими) в Wordpress

Question

При публикации сообщения или страницы WordPress Auto генерирует постоянную ссылку из заголовка.Если заголовок содержит кириллические символы, WordPress генерирует постоянную ссылку с теми же кириллическими символами.Как я могу исправить это и сделать так, чтобы в постоянных ссылках использовались только латинские символы (заменяя кириллицу латинскими символами).

Это действительно странно, что WP допускает использование нелатинских символов в постоянной ссылке.Нужно ли взламывать его ядро, чтобы это исправить?Есть идеи ... Спасибо !!

Answer 1

Я использую Cyr to Lat улучшенный Wordpress плагин, и я очень счастлив.

Вы можете легко редактировать плагин, потому что все символы находятся в массивах:

$iso9_table = array('А' => 'A', 'Б' => 'B', 'В' => 'V', 'Г' => 'G' ....

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

Answer 2

Вы можете попробовать плагин Cyrillic Permalinks , который сделает это за вас. Он поддерживает разные языки со своими собственными правилами латинизации. Я использую это для своего блога на болгарском языке.

Answer 3

Я предполагаю, что вы знаете о параметрах Настройки> Постоянные ссылки в WP-Admin. Но я полагаю, что вы, так что ...

Спецификация URL требует кодирования не-ASCII символов (хороший ответ и ссылки здесь не может открыть URL-адрес Unicode с python ), и похоже, что это давняя проблема с WP ( см http://core.trac.wordpress.org/ticket/10690).

Я не уверен, почему он не исправлен - он должен применяться только к части "post slug" URL, которая уже "очищена", когда она конвертируется из заголовка сообщения в блоге. Тот же код, предположительно, запускается, когда пользователь редактирует слаг поста. Возможно, вы захотите прочитать ошибку, чтобы увидеть, есть ли какая-то причина, по которой он все еще открыт.

Конечно, большинство веб-серверов не имеют проблем с этими URL-адресами (они могут конвертировать их внутри в любом случае). Возможно, именно поэтому проблема не решена - даже если WP не придерживается спецификации RFC для URL-адресов, если они работают 99% времени, проблема действительно отсутствует. Кроме того, без удаления кодировок для конкретного языка URL-адреса более симпатичны для пользователей, и, скорее всего, Google проще использовать их для поиска содержимого в документах.

Так что, возможно, лучший ответ: если он не сломан, не чините его: -)