Jakie są opcje wdrożenia witryny wielojęzycznej


9

Jaki jest najlepszy sposób na posiadanie wielu języków na stronie?

Myślałem o użyciu WP3.0, a następnie o tym, by każdy język witryny był osobnym blogiem w podkatalogu. TO ZNACZY

  • example.com
  • example.com/fr/
  • example.com/de/

A potem po prostu mieć jeden motyw, który współużytkują wszystkie strony.

Czy jest na to lepszy sposób? Co myślisz?

Odpowiedzi:


8

Wordpress nie ma domyślnie wbudowanej funkcji bi / wielojęzycznej. Zamiast tego z założenia obsługuje zawartość w jednym języku (więc nie zna języka). Korzystanie z wielu blogów w wielu językach może być dobrym rozwiązaniem dla tego projektu.

Inną drogą byłoby rozszerzenie witryny o dodatki takie jak wtyczki i motywy z wbudowanymi funkcjami wielojęzycznymi.

Dokumentacja Wordpress zawiera informacje na temat wielojęzycznych założeń WordPress , porównań pro / con oraz rekomendacji wtyczek / motywów. Dotyczy to alternatywnych podejść, takich jak:

  • Zarządzaj wielojęzycznymi postami w jednym poście dla każdego języka
  • Wszystkie wersje językowe dla każdego postu przechowuj w tym samym poście
  • Zarządzaj tłumaczeniami na generowanej stronie zamiast używać kontekstu postu
  • Wtyczki kierujące do zewnętrznych usług tłumaczeniowych
  • Wtyczki, które łączą ze sobą osobne instalacje WordPress dla każdego języka przez pingowanie tam iz powrotem

6

W WordPress zbudowałem kilka wielojęzycznych stron, i szczerze mówiąc, WP po ​​prostu nie radzi sobie dobrze, nawet używając wtyczek. Albo wtyczki oferują ograniczone rozwiązania, które wymagają dużo pracy ze strony użytkowników końcowych, lub oferują tylko ograniczone języki. (Pamiętaj, że ignoruję wtyczki oferujące automatyczne tłumaczenia maszynowe).

Najlepszym rozwiązaniem, jakie do tej pory znalazłem, jest qTranslate . Pozwala użytkownikom tworzyć i edytować posty w wielu językach i oferuje dobre opcje, gdy dany język jest niedostępny. Jest stosunkowo łatwy w obsłudze i oferuje kilka tagów szablonów, które pomagają czytelnikom zmieniać języki. Jego słabością jest to, że rozdziela języki w bazie danych za pomocą XML, a czyszczenie może być trudne, jeśli chcesz przejść do innego systemu. Tak będzie bez względu na to, z której wtyczki korzystasz.

WPML nie jest zły, jeśli używasz tylko powszechnie używanych języków, ale jego słabością jest to, że nie możesz dodawać języków, jeśli potrzebujesz czegoś innego (na przykład Luganda). Ma jednak całkiem niezłe tagi szablonów do dostosowywania.

Gengo było doskonałe, ale nie jest już utrzymywane.


Używam qTranslate na moim blogu i uwielbiam go!
2ndkauboy

WPML nie jest zły, jeśli używasz tylko powszechnie używanych języków, ale jego słabością jest to, że nie możesz dodawać języków, jeśli potrzebujesz czegoś innego. Źle: wpml.org/documentation/support/editing-wpmls-languages-table
Salman von Abbas,

4

Użyłem zarówno qTranslate, jak i WPML. Wydają się być 2 najlepszymi wielojęzycznymi wtyczkami do WordPress. Jednak moim zdaniem oba są nieodpowiednie.

WPML

Wydaje się, że jest nieco lepszy dla zaawansowanych użytkowników. Działa poprzez duplikowanie wszystkich tabel treści i łączenie ich razem według identyfikatora. Gruby i nie idealny, ale lepszy niż to, co robi qTranslate.

q Przetłumacz

Na początku wygląda naprawdę ładnie, ale będziesz miał wiele problemów. Działa poprzez wstawianie do każdego postu specjalnych komentarzy HTML takich jak „--- Japoński zaczyna się TUTAJ”, a następnie analizuje i zamienia tekst na odpowiedni język.

Najważniejsze jest to, że WordPress nigdy nie został zaprojektowany jako wielojęzyczny. Więc bez względu na to, jakiej wtyczki używasz, zawsze będzie ona nieodpowiednia i zawsze zostanie zaimplementowana w niezbyt idealny, zhackowany sposób. Wtyczki te w zasadzie przejmują WordPress i próbują zmusić go do zrobienia czegoś, do czego nigdy nie został zaprojektowany.

Każde z tych rozwiązań może być odpowiednie dla osobistego bloga lub czegoś z niewielką ilością danych, ale nie poleciłbym ich na żadnej stronie, w której dane są cenne i / lub strona musi być elastyczna lub często zmieniana / aktualizowana. Żadne z nich nie działa ładnie z innymi wtyczkami. Jeśli zainstalujesz którąkolwiek z nich, przekonasz się, że wiele funkcji WordPressa i innych wtyczek często nie nadaje się do użytku. Aktualizacja WordPress staje się dużym obciążeniem i musisz poczekać, aż twórcy wtyczek zaktualizują wtyczkę, aby była kompatybilna z nową wersją. Jeśli zdecydujesz się na użycie któregokolwiek z nich, postępuj ostrożnie, ponieważ losy witryny zostaną przekazane w ręce jednego producenta wtyczek.

Sami programiści WordPress potwierdzają, że obecnie nie ma jednego optymalnego rozwiązania tego problemu.

Jedynym prawdziwym rozwiązaniem jest zwrócenie się do twórców WordPressa o zmianę produktu, tak aby był prawdziwym wielojęzycznym rozwiązaniem od razu po wyjęciu z pudełka.

Biorąc to pod uwagę, moim osobistym zaleceniem dla witryny wielojęzycznej byłoby użycie metody „ Każdy język we własnej instalacji WordPress ”. Teraz, gdy WordPress 3.x obsługuje instalacje MU od razu po instalacji, nie jest to zbyt trudne do skonfigurowania. Konserwacja jest nieco bardziej kłopotliwa, ale przynajmniej Twoje dane będą bezpieczne, a Twoja witryna może być stabilna i często aktualizowana.


Zgadzam się z podejściem obejmującym wiele lokalizacji, wydaje się ono najbardziej stabilne. Ale duża PITA z tą metodą polega na tym, że biblioteka multimediów nie jest udostępniana. Tak więc w przypadku instalacji w wielu językach w 8 językach będziesz miał dużo zabawy z 8-krotnym przesyłaniem każdego dołączonego nośnika ... Lub musisz zhakować bibliotekę multimediów WP, oprócz uporządkowania konfiguracji wielojęzycznej.
Manu,

2

Myślę, że to zależy od tego, jaką posiadasz wielojęzyczną stronę internetową. Na przykład obecnie buduję 6-językową stronę internetową z nieco innymi tematami dla każdego języka (myślę po arabsku).

Próbowałem poszczególnych stron internetowych dla każdego języka, umieszczając je w różnych katalogach, ale utrzymanie i uaktualnianie jest dość ważne.

Obecnie konfiguruję go jako WP Network (MultiSite). Umożliwia to udostępnianie wtyczek, motywów i - co ważne - identyfikatorów użytkowników.

Masz pewne ograniczenia - wszystkie mini-strony (z wyjątkiem roota) znajdują się na tym samym poziomie w dół, dokładnie o jeden poziom w dół od katalogu głównego. Tak więc musisz mieć / en, / fr, / de i przekierować domyślną stronę główną, być może z niestandardowym szablonem home.php.

Dodatkowe problemy są takie same jak w przypadku wielu blogów, oddzielnych taksonomii, mediów itp. Z drugiej strony, nie musisz się bawić z ukrywaniem postów w innym języku w archiwum, kanale RSS itp. Może to być dobre lub złe, w zależności od twoich wymagań .


1

To zależy od twoich potrzeb. Jeśli szukasz jednej wielojęzycznej witryny (tj. Tej samej treści, różnych języków) lub różnych witryn w różnych językach z tej samej domeny.

Do pierwszego możesz użyć qtranslate lub wpml (polecam 1st). W przypadku drugiego wordpressa optymalnym rozwiązaniem będzie wiele witryn.


1

WordPress multisite, a następnie wtyczka „multisite language switcher” jest najprawdopodobniej najprostszym, najlepszym i najczystszym sposobem na zrobienie tego ... Zajęło mi chwilę, żeby wymyślić, jak to zrobić, ale teraz nie mogę być bardziej zadowolony osobiście ...


Czy masz coś przeciwko łączeniu się z wtyczką, a także dokładnemu wyjaśnieniu, co to za minuta lub dwie, aby to rozgryźć? Dzięki temu odpowiedź byłaby bardziej pomocna.
s_ha_dum

Możesz znaleźć Multisite Language Switcher w katalogu wtyczek WordPress: wordpress.org/extend/plugins/multisite-language-switcher
realloc

Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.