Всегда работал плагин отлично на всех моих сайтах. А тут что то случилось и на нескольких последних не переводит букву “ы”. Приходится переписывать ссылки вручную. Замена на другой плагин исправило ситуацию. Такое заметил происходит и с другими плагинами транслитерации. Если был установлен другой плагин транслитерации и не работала буква “ы”, то меняю на ваш или другой и начинают работать. Может вы в курсе как это исправить? Это наблюдаю на сайтах на Украинском языке когда статья выставляется на Русском языке. Можно что то поправить? Если нужно я дам доступ в админ панель сайта что бы проанализировать ситуацию.
Спасибо. С уважением, Геннадий.
]]>I have paid for backlinks in the past, how to redirect the old ones to the newest?
]]>Hello
How i can saves existing post and page permalinks integrity
Оригинальный плагин Cyr-To-Lat был реинкарнирован. Все ошибки и недочёты исправлены.
]]>Last updated: 4 years ago is very much time
]]>subj
Sol “Atrax” Salpagarov
]]>Hi there!
Please, help me to solve this issue with my cyrillic product variations ..
Then I activate plugin “Cyr to Lat enhanced” .. all my variations somehow disappear ..
Please see the screenshots
before I activated “Cyr to Lat enhanced”:
https://prnt.sc/let1vx
after:
https://prnt.sc/let23r
Thank you!
]]>Благодарю за полезный и нужных плагин.
Просьба обновить описание плагина, чтобы он не числился в репозитарии WordPress как заброшенный. Спасибо.
Woocommerce 3.2.5
После установки плагина пропали все ранее внесенные атрибуты товаров. Значения атрибутов (Товары->Атрибуты->Значения) отсутствуют.
При отключенном плагине атрибуты возвращаются. Атрибуты, внесенные повторно при действующем плагине, отображаются корректно.
Wordpress crashed after WPML upgrade.
After deactivating and re-activating plugins one-by-one I had see that problem is in cyr-to-lat incompatibility with WPML.
In line 69
$term = $is_term ? $wpdb->get_var("SELECT slug FROM {$wpdb->terms} WHERE name = '$title'") : '';
$title is not esacped
So I got “You have an error in your SQL syntax;” on title with the apostrophe.
Здравствуйте. После того, как установил и активировал плагин, URL-ы постов с кириллических перевелись на латинские, но переход на посты, которыми подписчики делились в фейсбуке до установки плагина, перестал осуществляться. Ведет на страницу 404. Вынужден был отключить плагин. Как решить проблему так, чтобы URL новых постов переводился автоматически и, в то же время, переход по старым вел на нужную страницу?
]]>При активации WPML все ссылки на сайте, которые ранее были в транслит, становятся вот такого вида: /-d0-bf-d0-be-d1-81-d1-82-d0-b8/
скриншот – https://take.ms/u5Diw
Разработчики WPML подтвердили несовместимость плагина Cyr to Lat enchanced с их предлагают авторам плагинов сотрудничать с ними в плане обеспечения совместимости. Вот что они написали:
“Вы также можете написать автору плагина и пригласить его принять участия в нашей программе GO Global заполнив анкету на сайте, для того чтобы сделать его плагин полностью совместимым с WPML.
https://wpml.org/documentation/theme-compatibility/go-global-program/”
Просьба к авторам плагина сделать его совместимым с WPML, т.к. не нашёл теперь ни одного работающего способа сделать ссылки транслитом и при этом добиться мультиязычности с WPML.
69 строка. wpdb выполняет запрос с использованием конкатенации строк. Если в слове присутствует ‘, то ожидаемо запрос валится.
]]>Slider broken
]]>Всем доброго времени суток!
После обновления до WordPress 4.4 или еще какой-то версии (уже не помню) стал замечать, что после обновления названия адрес страницы автоматически не обновляется.
К примеру, я ввел название для статьи, а затем через несколько минут изменил его. В таком случае название изменится, но ссылка останется прежней (в моем случае это название статьи латиницей с использованием плагина Cyr to Lat enhanced. Чтобы избавиться от этой проблемы приходится нажимать на кнопку ?Изменить? и вставлять туда скопированное название, после чего оно меняется.
Уважаемые разработчики, не могли бы вы обновить плагин и решить эту проблему? Думаю многим россиянам будет очень полезно!
Здравствуйте.
Установил плагин на сайт itan.org.ua, активировал.
Все кириллические ссылки конвертировались в латиницу.
Но старые русские ссылки не заработали.
Пример:
Старая ссыль:
https://itan.org.ua/%D0%BF%D1%83%D0%B1%D0%BB%D0%B8%D0%BA%D0%B0%D1%86%D0%B8%D0%B8/%D0%BF%D0%BE%D0%BB%D0%B5%D0%B7%D0%BD%D0%BE%D0%B5/%D0%9E%D1%81%D0%BE%D0%B1%D0%B5%D0%BD%D0%BD%D0%BE%D1%81%D1%82%D1%8C-%D0%BF%D0%BE%D0%B4%D0%BA%D0%BB%D1%8E%D1%87%D0%B5%D0%BD%D0%B8%D1%8F-%D0%BF%D1%80%D0%B8%D0%BD%D1%82%D0%B5%D1%80%D0%B0-%D0%BF%D0%BE-wi-f/
ведет на 404 страницу, а по анонсам плагина должна редиректиться на новую ссылку:
https://itan.org.ua/publikatsii/poleznoe/Osobennost-podklyucheniya-printera-po-wi-f/
Подскажите, в чем может быть проблема?
Здравствуйте.
Если активировать плагин он не переводит атрибуты товаров, + они исчезают у товаров.
Значения атрибутов либо исчезают либо перекрещиваются. Наступает хаос.
Вариант восстановления – отключить плагин, если вручную пересохраняли атрибуты товара, то их нужно переименовать обратно (в рус.)
Как решению не трогать вообще, если возможно, все что связано с атрибутами.
]]>Вместо транслитерации в ссылках постов коды UTF8.
]]>Пропали прежние ссылки на страницы с русским переводом, url у них был английский, т.е. ссылки вида /ru/eng_characters
Деактивировал плагин, ничего не вернулось. Что именно делает плагин с существующими ссылками?
]]>Хотелось бы, чтобы из русского имени файла после заливки удалялись точки. Скажем, чтобы вместо “Sklady-v-d.-Zujkovo”.png было “Sklady-v-d-Zujkovo.png”. Запятые ведь удаляются, а точки нет…
]]>Сейчас спец-символы “?”, “.”, “+” и другие в конце имени файла заменяются на “-“, что выглядит некрасиво и нелогично. Например ?Сбербанк?.png заменяется на Sberbank-.png, как видим, первая кавычка удаляется, а вторая заменяется на “-“, что неверно.
]]>Хороший плаг?н, дякую!
Але ? 2 проблеми.
1. Дублювання категор?й при використанн? плаг?на “qTranslate X”.
У мене ? власн? категор??: област?, м?ста ? ?нше.. При активованому плаг?н? qTranslate X (плюс доповнення для нього qTranslate slug) ? активованому плаг?н? “Cyr to Lat enhanced” категор?? працюють ? в?дображаються коректно. Але як т?льки тимчасово при необх?дност? вимкнути плаг?н “Cyr to Lat enhanced”, залишивши активними “qTranslate X” ? “qTranslate slug” – моментально створюються дубл? категор??. Якщо до вимкнення були категор?? “Киев” ? “Ки?в” залежно в?д вибору мови, то п?сля тимчасового деакивац?? плаг?на “Cyr to Lat enhanced” в обох мовах ста? по 2 Ки?ва. Якщо потр?бно буде додам скр?ншоти ? крок-за-кроком в?дтворення проблеми. ?диний тимчасовий вих?д п?сля активац?? “Cyr to Lat enhanced” видалити дубл? вручну ? перезберегти ?снуюч? категор??.
2. Чекбокси.
? форма додавання посту через фронт-енд, в як?й ? чекбокси. Для прикладу чекбокси “Перший чекбокс”, “Другий чекбокс” ? “Third checkbox”. Якщо при активованих плаг?нах “qTranslate X”, “qTranslate slug” ? “Cyr to Lat enhanced” на одн?й з локал?зованих верс?й сайту (для прикладу /uk/) створити пост ? в?дм?тити ц? 3 чекбокси, то на опубл?кован?й стор?нц?:
– в?добразяться вс? 3, якщо мова залишатиметься /uk/;
– в?добразиться т?льки останн?й англ?йський (Third checkbox), якщо переключити на ?ншу верс?ю сайту (для прикладу /ru/).
Аналог?чно при створенн? посту, якщо вибрана верс?я сайту /ru/:
– в?добразяться вс? 3, якщо мова залишатиметься /ru/;
– в?добразиться т?льки останн?й англ?йський (Third checkbox), якщо переключити на ?ншу верс?ю сайту (для прикладу на /uk/).
Проте! Якщо деакивувати плаг?н “Cyr to Lat enhanced” (при цьому залишити активними “qTranslate X” ? “qTranslate slug”), то при створенн? посту на верс?? сайту /uk/ – на опубл?кован?й стор?нц? в?добразяться вс? 3 чекбокси, незалежно в?д того, на яку мову пот?м переключити. ? не залежно в?д того, на як?й мов? сайту було створено пост – вс? чекбокси в?дображаються на опубл?кован?й стор?нц? вс? верс?? сайту.
Не знаю в чому саме проблема. Бачу т?льки, що при деактивованому плаг?н? “Cyr to Lat enhanced” кожен чекбокс ма? значення формату “d0..”, для прикладу “d0bfd0b5d180d188d0b8d0b9_d187d”. ? в такому формат? чекбокси нормально працюють у вс?х верс?я сайту, коректно обробляються в str_replace(), trim($value), sanitize_title() ? т.д. Але як т?льки активувати плаг?н, значення чекбокса перетворю?ться на “pershyj_chekboks” ? п?сля цього очмусь з’являються проблеми.
Було б добре виправити. А поки шукатиму тимчасов? вар?анти вир?шення.
П.с. Не так давно укра?нський алфав?т отримав оф?ц?йну трансл?терац?ю латиницею, за посиланням: https://life.pravda.com.ua/person/2010/02/1/38791/
Можна оновити, якщо в цьому ? зм?ст.
Дякую за плаг?н! В ц?лому чудова робота!
]]>Usually if you update post’s slug manually and try to open it with the original link, WordPress will redirect you to the new address. After activating cyr3lat, older slugs are still in the database, but no longer redirect to the new address – 404 error is returned instead.
]]>This letter is used in combination with о (in Bulgarian language):
-гьон
-гьол
-льольо
Will you, please, add it to the replacement table? It’s replaced by ‘y’, just like ‘й’?
Thanks!
]]>Hi,
my website is in russian so I found this plugin to convert non-latin characters in latin characters.
It changes my urls as it supposed to do, but I have some issues searching for words in google.
This is the new url: https://www.geoservice-rus.ru/o-nas/, but if I search for the page on google I get a page with the old permalink (i.e. https://www.geoservice-rus.ru/о-нас/) and if I click on it I get to a “Nothing found” page.
В конфине (uk_UA)
но при создании страницы слово с и(укр) транслитерируется с ?
колектори – kolektori
а нужно kolektory
Насколько я понял, во время установки плагин конвертирует имеющиеся урлы постов в транслит – на практике не проверил, так как они уже были в транслите
а вот урлы изображений остались прежними в кириллице
Добрый день!
Ссылки закрытых (удаленных, немодерированных) страниц не обрабатываются – они остаются на русском. Страница ошибки 404 при этом по-прежнему отображается нормально.
Почему эти ссылки не обрабатываются? Спасибо за плагин!
]]>Здравствуйте!
Установил плагин, структуру ссылок изменил. Проверяю записи и вижу, что сформированные ссылки для старых постов урезаны.
Пример. Post title:
Как импортировать несколько изображений для одного товара (с помощью CSV)
URL: /kak-importirovat-neskolko-izobrazh
Плагинов, которые могут мешать, вроде нет. Чистый WP. Для новых постов все ок.
Может, подскажете, что может быть?
Спасибо!
]]>