Поддержка Плагины Замена Cyr to Lat enhanced на Cyr-To-Lat

  • Решено Webliberty

    (@webliberty)


    Произошло чудо, плагин транслитерации Cyr to Lat обновился спустя несколько лет 🙂

    У меня установлен плагин Cyr to Lat enhanced (сейчас тоже не первой свежести), планирую его удалить и установить Cyr to Lat, в связи с чем возникает вопрос: не изменятся ли при этом существующие URL адреса?

Просмотр 15 ответов — с 16 по 30 (всего 39)
  • Cyr To Lat больше не конвертит старые адреса автоматом, чтобы не ломать проиндексированные страницы, если был другой плагин. Плагин также имеет страницу настроек, где можно поменять таблицу транслитерации на свою частично или полностью и там же есть галочка, чтобы сконвертить старые адреса, если у вас они на русском были. Делам еще возможность конвертить старые адреса через WP-CLI и много интересного.

    Так что смело обновляйтесь. Об ошибках пишите в саппорт-форум плагина, ну и про звезды не забываем.

    Также у нас в плагине имеется полная поддержка WordPress 5+

    Спасибо 🙂

    Скриншотов добавим в описание, спасибо за замечания.

    В плагине собрали все пожелания пользователей и исправили ошибки, которые были у оригинального плагина, у его форков и конкурентных.

    Идеи можно предлагать на форуме поддержки или в гитхаб-репозитории.

    Спасибо

    Cyr To Lat больше не конвертит старые адреса автоматом,

    т.е. до этого он каким-то странным образом конвертировал латиницу, в какую-то другую латиницу?

    Все плагины конвертят по iso9. Это стандарт. Ну а теперь, если не нравится какой-то символ, можно поправить в настройках.

    • Ответ изменён 2 мес., 2 нед. назад пользователем  mihdan.
    Модератор SeVlad

    (@sevlad)

    wp.me/3YHjQ

    т.е. до этого он каким-то странным образом конвертировал латиницу, в какую-то другую латиницу?

    Если я правильно понял — ключевое слово «автоматом» .
    Т.е. теперь старые адреса на «кирилице» автоматом не будут транслитерироваться.

    @sevlad, все верно

    Все плагины конвертят по iso9. Это стандарт. Ну а теперь, если не нравится какой-то символ, можно поправить в настройках.

    клева. я жутка рад!
    теперь прочитайте мой вопрос.

    До этого он конвертил автоматом при активации плагина все старые посты, по тому же ISO 9.

    До этого он конвертил автоматом при активации плагина все старые посты, по тому же ISO 9.

    еще раз.
    есть вот такой адрес: http://moy-super-sayt.com/samaya-supir-statyja
    раньше ваш плагин автоматом ее менял?

    @tuxfighter плагин конвертил автоматом старые URL при активации плагина на хуке shutdown, если post_name старого поста НЕ равнялся оттранслированному через плагин.

    Условие на псевдокоде:

    old_post_name !== translit( old_post_name ) => translit( old_post_name )

    Надеюсь, так понятнее 🙂

    Условие на псевдокоде:

    а нельзя проверять не транслит, а наличие не латиницы?
    иначе какой-то гиммор получается.
    у меня часть ссылок на латинице, часть на русском — и как мне автоматом отконвертировать русские ссылки, не трогая ссылки на латинице?

    да и вообще — что за галка в настройках плагина?
    нельзя там кнопку сделать — «Конвертировать».
    иначе UI непонятно — ставить галку, сохранять настройки — и только тогда сработает или как?

    Модератор Sergey Biryukov

    (@sergeybiryukov)

    Live and Learn

    а нельзя проверять не транслит, а наличие не латиницы?

    Так и было:

    
    WHERE post_name REGEXP('[^A-Za-z0-9\-]+')
    

    И в новой версии вроде так же 🙂

    как мне автоматом отконвертировать русские ссылки, не трогая ссылки на латинице?

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

    Модератор Sergey Biryukov

    (@sergeybiryukov)

    Live and Learn

    Cyr To Lat больше не конвертит старые адреса автоматом, чтобы не ломать проиндексированные страницы, если был другой плагин.

    @mihdan, а где можно прочитать, что и как ломалось? И как галочка на странице настроек решает эту проблему?

    Существующие ссылки на латинице плагин не должен был трогать (см. выше). Потому и принципиально не хотелось делать галочки или кнопки, без которых можно обойтись. Decisions, not options 🙂

    В GitHub нашёл только Issue #1, но там никаких подробностей нет.

    Да и сама страница настроек — зачем? Особенно с таблицами для локалей, которых на сайте нет (сайт на русском, настройки выводятся для болгарского, грузинского и т.д.). Так ли часто у пользователей возникает необходимость отредактировать таблицу, что фильтра в коде и примера для этого недостаточно? Чем не устраивает принятый стандарт?

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

    Привет. Извините что влез в тему.
    Моей шутки про «ждем реакта в этом плагине» ещё тут не было. А тема интересная — подпишусь.
    Сам пока в некоторой прострации — что был простой плагинчик и теперь там ооп наверчен, настроек куча и т.д. (папка вендор в плагине, композер и еще куча всего — зачем?)
    Лучшее — враг хорошего

    Не пинайте меня сильно — но пары простых функций было бы лучше чем сейчас. Моё имхо конечн.

    p.s. @sergeybiryukov — я так понимаю ты готов свинтить из списка создателей этого плагина? Взгляды разошлись — ты не участвовал в вопросах о дальнейшем развитии плагина?

Просмотр 15 ответов — с 16 по 30 (всего 39)