Wielojęzykowość, Czekam na Wasze propozycje Opcje

[marcio]

Mysle ze przy latwych stronach metoda moze sie sprawdzic jak nie zawsze bede mogl zmienic implementacje klasy language i tyle

[Crozin]

Trochę zeszliście Panowie z tematu...

A co do tematu jak tym zarządzać, to... nie ma tematu - przygotowanie prostej aplikacji, która udostępniłaby jakiś w miarę przyjazny tłumaczowi interface to kwestia powiedzmy godzin, by było to w miarę dopracowane.

Jeżeli natomiast chodzi o format przechowywania danych w plikach tekstowych to wartym rozpatrzenia formatem jest oparty o XML XLIFF. Z własnego doświadczenia niewiele mogę powiedzieć o współpracy z tłumaczami przy wykorzystaniu tego formatu, ale ponoć istnieje trochę gotowych aplikacji do operowania na tym i inne firmy chętnie z tego korzystają.

[nowy_pehapowiec]

Nie wiem na ile moje pytanie pasuje do reszty postów wątku ale:

Czyli lepiej tworzyć adresy z oznaczeniem języka jako subdomena czy nie?

www.strona.com/en/super/hiper/podstrona
czy
www.en.strona.com/super/hiper/podstrona



pozdro

[marcio]

Co do subdomen czy ogolnie jezyka w url wiem jedno jest to o tyle lepsze ze poprzez url uwzgledniamy odrazu jezyk strony dla user'a bez zadnego wybierania tzn jak wysle link strony php.pl koledze ten nie zna jezyka pl wiec musi wybrac jezyk poprzez podanie mu adresu w stylu www.php.pl/index.php/en/ lub www.en.php.pl user nie musi juz nic zmieniac.

Wedlug mnie zalezy tez ile subdomen masz do dyspozycji i ile jezykow chcesz zaimplementowac.

Jednak sam wyslucham opini innych by wiedziec w czym jeszcze moze sie przydac.

[nowy_pehapowiec]

Język w ogóle nie musi być widoczny w adresie. Dla użytkownika nie będzie to miało znaczenia, bo przed wyświetleniem czegokolwiek trzeba sprawdzić jakie języki akceptuje przeglądarka usera, w jakiej kolejności itd. A jak był na naszej stronie to odczytujemy jego ciasteczko. Czyli ten sam adres pokaże stronę w różnych językach w zależności od użytkownika. Ale myślę, że dla google lepiej rozróżniać język w adresie. Choć mechanizm pozostaje ten sam: użytkownik trafia na stronę strona.com i tam jest przekierowywany na np strona.com/pl/. Ale właśnie czy lepiej język do adres dodac jako subdomenę czy po nazwie domeny? Co o tym myślicie?

[bim2]

Ja jestem za subdomenami, ale tylko ze względów estetycznych. Nie widzę różnicy między pl.strona.com en.strona.com a strona.com/pl/ strona.com/en/

[Crozin]

Język w ogóle nie musi być widoczny w adresie.

Dlaczego? Będę chciał koledze przesłać linka do jakiegoś artykułu w wersji angielskiej... No niestety będę musiał napisać: wejdź na URL i zmień sobie język na angielski, zamiast: wejdź na URL.

[melkorm]

Język powinien być w adresie,a moim zdaniem najlepiej jak jest w subdomenie, szczególnie dla wyszukiwarek : szukamy na angielskim google mamy en.adresstrony.xx a na polskim pl.adresstrony.xx itp więc moim zdaniem jest to największa przewaga tego typu rozwiązania + indeksowanie treści, google będzie miało ten sam adres przy zmianie treści więc zaindeksuje tą treść raz (w przypadku braku języka w adresie).

P.S. Nie jestem w tym specjalistą i to są tylko moje luźne spostrzeżenia
P.S. Szczerze chciałbym usłyszeć pogląd specjalisty od pozycjonowania na temat : "Językowość, a wyszukiwarka."

Ten post edytował melkorm 25.04.2010, 15:49:25

[nowy_pehapowiec]

A może jednak w ogóle nie uwzględniać języka w adresie strony? Wystarczyłoby sprawdzić jaki jest język przeglądarki i na podstawie tego poprzez sesje albo ciasteczka automatycznie wyświetlać treść w odpowiednim języku. I też user nie musi nigdzie klikać, chyba, że zechce. Wtedy wszystkie linki przychodzące byłyby do jednej strony a nie byłyby rozdzielone na dwie strony o różnych adresach. Ale co z indeksacją strony? Czy google będzie raz indeksować dla en a raz dla pl?

pozdro

[Riklaunim]

Będzie zmienna treść co jest trochę bez sensu. Można wykorzystać język przeglądarki, ale nie jest do pewne rozwiązanie. Najlepsze to dwie oddzielne pod/strony - łatwe zarządzanie i obie z nich mogą mieć różną zawartość.

[nowy_pehapowiec]

Riklaunim treści przecież mogą być różne. W bazie mogą być pole z treścią w kilku językach. A i szablony i style mogą być ładowane różne dla różnych języków. I to nawet dobrze działa, ale ma ten minus zmiennej treści, o czym pisałeś. Czy wiesz jak google indeksuje taką stronę?

pozdrawiam

[Riklaunim]

Riklaunim treści przecież mogą być różne. W bazie mogą być pole z treścią w kilku językach. A i szablony i style mogą być ładowane różne dla różnych języków. I to nawet dobrze działa, ale ma ten minus zmiennej treści, o czym pisałeś. Czy wiesz jak google indeksuje taką stronę?

pozdrawiam

Jeżeli pod jednym linkiem możesz mieć różne treści to poprawnie tego nie zindeksuje. Za dużo kombinujesz z tą wielojęzycznością. Jeżeli w ogóle to jest potrzebne to stawia się najprościej oddzielny serwis/stronę. A specyficzne przypadki jak międzynarodowe sklepy internetowe - stosują różne linki lub subdomeny w zależności od wersji językowej.

[nowy_pehapowiec]

Tego chciałem się dowiedzieć, czy da się dobrze taką stronę zaindeksować -jeśli nie to sprawa jest oczywista. Ale chyba dla domyślnego języka nie ma potrzeby tworzenia subdomeny?
strona.com - dla poslkiej strony
en.strona.com - dla angielskiej
fr.strona.com - dla francuskiej

pozdro

[jareeny]

według mnie, sprawdzać język przeglądarki można wtedy, kiedy się chce na wejściu ustawić domyślny język strony czyli:

język przeglądarki: polski, treść domyślna: polska
język przeglądarki: angielski - redirect na en.site.pl
język: chiński - redirect ch.site.pl

no a jeżeli domyślny język nie byłby polski no to

język przeglądarki: polski - redirect pl.site.com

obojętnie

[Kużdo]

Witam,

Trochę odgrzebię temat, ale mam problem ze zrozumieniem pewnej rzeczy... Były tutaj podawane sposoby zapisywania dynamicznych treści do bazy i jedną z nich była jedna tabela z kolumną lang, w której był określony język wpisu... Co w przypadku, gdy użytkownik wejdzie w taki wpis, zobaczy, że jest też jego polska wersja i będzie chciał się na nią przełączyć, bo np. zna jako tako polski, a może być tam więcej informacji? ID takich wpisów jest inny, a subdomeny nie wchodzą w grę...

Pozdrawiam.

[vokiel]

@kuzdo
Tu nie ma problemu. Masz np taka strukturę tabeli:

Kod

ID| ID_WPISU | TYTUL | TRESC | JEZYK |
1 | 1 | Tytuł PL | Treść PL | PL |
2 | 1 | Title EN |  Contents EN | EN |
3 | 1 | Название RU | Содержание RU | RU |

W takim wypadku możesz trzymać wpisy w trzech językach i łatwo między nimi przełączać. Ustawiasz taki sam ID_WPISU dla wszystkich trzech. Wyświetlając wpis pobierasz ID innych, dla których ID_WPISU jest taki sam, i generujesz linki do nich w stylu:

[HTML] pobierz, plaintext 
<a href="wpis.php?id=2">zobacz wpis w en</a>
<a href="wpis.php?id=3">zobacz wpis w ru</a>
[HTML] pobierz, plaintext 

[eai]

Dlaczego? PrimaryKey to może być para kluczy. ID i LANG.

Kod

ID| JEZYK | | TYTUL | TRESC |
1 | PL | Tytuł PL | Treść PL
1 | EN | Title EN |  Contents EN
1 | RU | Название RU | Содержание RU

PrimaryKey: (ID, JEZYK)

Ten post edytował eai 10.07.2010, 21:04:36

[soomal]

Rozważał ktoś na tych 8 stronach czy w wielu językach lepiej stosować nadmiarowe dane w tabelach czy normalizacje i podział na dwie tabele?
Chodzi mi o sytuację, gdy jakiś zasób ma cechy wspólne dla wielu wersji (np. grafika, przypisanie do kategorii, parametry systemowe) oraz różne (tytuł, opis, itd.).
Normalizacja w tym przypadku wydaje się mieć dużo wad: JOIN przy każdym zapytaniu, ograniczone stosowanie indeksów, jednak w cms firmy, w której pracuje tak właśnie sa zaimplementowane wersje językowe (!?)

[Dyktus]

Wiem, że ostatnia odpowiedź była w zeszłym roku, lecz nie chcę zaśmiecać forum.

Skorzystałem z opisanych tu sposobów tzn. mam plik załóżmy pl.php

Kod

$lg['mail_tytul']='Tytul maila';
$lg['mail_tresc']='Treść maila Witaj ...';
$lg['web_mail']='kontakt@kontakt.pl';

itd. oczywiście jest też plik en.php w którym są te informacje po angielsku.

Jak można zrobić coś takiego by np. w treści maila było

Witaj [IMIE]. Oto dane do zalogowania:
Login: [LOGIN]
Hasło: takie jakie ustawiłeś przy zakładaniu konta

oczywiście korzystam z podstawowej funkcji mail()

Kod

mail($email, $lg['mail_tytul'], $lg['mail_tresc'], 'From: <'.$lg['web_mail'].'>');

W jaki sposób przyłączyć do $lg['mail_tresc'] w odpowiednich miejscach login i ewentualnie imię ?

Nakierujcie chociaż może dojdę do reszty sam. Szukałem oczywiście jednak nie znalazłem nic co by pasowało, lub też po prostu mogłem to przeoczyć.

[nospor]

str_replace()