| 开发者 | plugforge |
|---|---|
| 更新时间 | 2026年9月27日 19:47 |
| PHP版本: | 7.4 及以上 |
| WordPress版本: | 7.1 |
| 版权: | GPLv2 or later |
| 版权网址: | 版权信息 |
%d0%ba%d0%b8%d1%97%d0%b2 is no use to anyone. Transliteration
fixes that. The question is which Latin letters to use, and tables written so
the Latin can be turned back into the original produce addresses no one would
type, such as shhastya or czokol.
PlugForge Transliteration Standards uses the romanisation standards that countries and the
United Nations publish: a resolution of Ukraine's Cabinet of Ministers,
Bulgaria's Transliteration Act, Georgia's national system and others. Some of
them change a letter by its place in the word. Bulgarian ия is ia at the end of
a word and iya inside one, and the plugin follows rules like that as written.
Nothing changes until you choose a standard for a language.
Features
kyiv. All 76 worked examples in its annex come out exactly.
https://zakon.rada.gov.ua/laws/show/55-2010-пiuzhno. BGN/PCGN 1947, what English-language publishing uses:
Южно → yuzhno. ГОСТ 7.79-2000 system B, the reversible scheme described
above, for matching addresses your site already has: Цоколь → czokol.
https://www.icao.int/sites/default/files/publications/DocSeries/9303_p3_cons_en.pdfsofia.
https://www.mrrb.bg/static/media/ups/articles/attachments/TRANSLITERATION%20ACT48938c89238d30492f9d6456d4b8ee7e.pdfsabac. https://arhiiv.eki.ee/wgrs/rom1_sr.htmkesendre.
https://arhiiv.eki.ee/wgrs/rom1_mk.htmviciebsk. https://arhiiv.eki.ee/wgrs/rom1_be.htmangelos. https://arhiiv.eki.ee/wgrs/rom1_el.htmtbilisi.
https://matsne.gov.ge/ka/document/view/1216954?publication=0qyzylorda.yerevan.
https://assets.publishing.service.gov.uk/media/636cd40ad3bf7f164de3c9f3/ROMANIZATION_OF_ARMENIAN_2022_final.pdfulaanbaatar.cirilica, and the apostrophes
the Georgian and Armenian standards write are dropped.
Existing URLs
Installing the plugin changes no existing address.
The "What would change" screen lists your existing posts whose slug does not
match the standard you chose, with the address each has now, the address it
would get and the language of the post. A row that would collide with another
is marked and left for you to resolve by hand. Reading the list or downloading
it as a CSV changes nothing.
A button under the list rewrites the posts on that page, after you tick a box
to confirm. WordPress keeps each old post slug and redirects it to the new one,
so links already published go on working.
Pages, categories, tags and media files already on your site are never
converted. WordPress keeps no record of their old addresses, so nothing would
redirect them.
Exceptions
Whole words and whole phrases for brand names and for spellings someone's
passport already carries. One per line: the word or phrase, an equals sign,
what it becomes.
вордпрес = wordpress
Жуковський = Zhukovsky
Matching ignores case, and spaces, hyphens and underscores between words count
as the same join. Only whole words are replaced. Digits and symbols that belong
to a name, as in Формула 1 or AT&T, have to be written as they appear.
Multilingual sites
On a site with one language, the standard follows the site language. With
Polylang, it follows the language set on each post or term, so two posts in the
same admin can go through two different standards. On such a site, a slug that
carries no language, such as one created by WP-CLI, is left alone.
The language is never guessed from the text: Гора is hora in Ukrainian and
gora in Russian, and the letters are identical.
WPML is not supported, because it has not been tested with this plugin.
WooCommerce
Tested with WooCommerce 11. New product slugs, product categories and tags,
shipping classes, attribute names and terms, downloadable files and product
images are all transliterated. Coupon codes are left alone, because customers
type them and codes already printed have to go on working. So is the product
permalink base, which you set yourself.
Privacy and performance
translit_standards_language: The language code to transliterate by. Return
an empty string to leave a string alone.translit_standards_result: The transliterated string, with the text the
engine was given and the standard key.translit_standards_site_languages: The language codes the settings screen
offers a row for.No. It affects slugs and file names created after you choose a standard. Existing post slugs change only if you rewrite them from the "What would change" screen.
When a post slug changes, WordPress stores the old one and redirects visitors from it. It does nothing of the kind for pages and terms, so a changed address would break every link to it.
A file's address appears in post content, in caches, in a CDN and on other people's pages. Renaming it breaks all of those at once, and nothing can put them back.
No. A standard edited letter by letter stops matching the document it came from, and that match is why you picked it. Use exceptions instead.
The language set on the post or term, if Polylang can tell it. Without a language the text is left unchanged.