Achso, aber das ist ja gerade das was ich vermeiden wollte, mir ging's
ja um lokalisierte URLs. Möglicherweise hast du mich wegen dem letzten
Absatz etwas mißverstanden? Mit "Ich muss sagen ich tendiere eher zu
ersterem" meinte ich nicht die Methode ob nun "deu/eng" in den URLs
oder lokalisierte URLs, das bezog sich nur auf die anschließende
Umsetzung in den Controllern und den Views ;)
Gruß
Olli
Helmut Leinfellner schrieb:
> Die Idee dahinter ist, dass es schnell und einfach geht. (Und meiner Meinung
> nach Subdomains auch elegant ausschauen.) Wir entwickeln gerade einen Shop,
> bei dem diese L�sung gut l�uft. Du brauchst im Wesentlichen bei der
> Konfiguration nicht viel zu �ndern (andere Datenbank, wenn das so sein soll
> und eine andere Language-Datei, diese �bersetzen, fertig). Die Umsetzung
> geht durch Variablen in den Language-Dateien. Allerdings ist das bei der
> 1.1er Version, bei 1.2 k�nntest du es anders aufbauen.
>
> Am 01.03.08 schrieb o.d. <[EMAIL PROTECTED]>:
> >
> >
> > Hallo Helmut,
> >
> > vollen Zugriff habe ich in diesem Fall leider nicht, nein. Subdomains
> > erstellen und falls n�tig umleiten ist kein Problem, aber
> > Einstellungen am Apachen kann ich nicht vornehmen. Sollte die Methode
> > mit den Subdomains aber nun wirklich _der_ Renner sein, dann w�rde ich
> > mit dem Projekt auch auf einen entsprechenden Server umziehen.
> >
> > Worauf genau l�uft diese Methode denn hinaus?
> >
> > Gru�
> > Olli
> >
> >
> > On 1 Mrz., 18:52, "Helmut Leinfellner" <[EMAIL PROTECTED]>
> > wrote:
> >
> > > Hallo Olli!
> > >
> > > Hast du vollen Zugriff auf den Server, auf dem die Seiten liegen? Dann
> > > k�nntest du auch Subdomanis verwenden. Also z.B. de.domain.com und
> > > en.domain.com.
> > >
> > > Helmut
> > >
> >
> > > Am 29.02.08 schrieb o.d. <
> > [EMAIL PROTECTED]>:
> >
> > >
> > >
> > >
> > > > Hallo,
> > >
> > > > ich bin gerade dabei meine erste mehrsprachige Anwendung mit CakePHP
> > > > zu realisieren, und ich bin da nun ein wenig am gr�beln wie man es am
> > > > besten umsetzt. Ein wirkliches "Problem" das ganze umzusetzen habe ich
> > > > eigentlich nicht, vielmehr geht es mir darum es auf die sinnvollste
> > > > Art und Weise umzusetzen.
> > >
> > > > Worum es geht ist das die verschieden sprachigen Inhalte �ber
> > > > unterschiedliche URLs zu erreichen sein sollen, u.a. auch deswegen
> > > > weil Suchmaschinen die Inhalte vern�nftig indexieren k�nnen sollen.
> > >
> > > > Ich habe da nun verschiedene Ideen, eine M�glichkeit w�re z.B. mittels
> > > > Routing zus�tzlich die Sprache in der URL unterzubringen, und dann in
> > > > den Parametern einen entsprechenden Wert zu setzen auf den man in den
> > > > Controllern und/oder Views reagieren kann:
> > >
> > > > # Router::connect('/deu/:controller/:action/*', array('language' =>
> > > > 'deu'));
> > > > # Router::connect('/eng/:controller/:action/*', array('language' =>
> > > > 'eng'));
> > >
> > > > Was mir daran allerdings nicht gef�llt, ist das Controller und Actions
> > > > ja immer noch einsprachig sind, das ist aus meiner Sicht nicht
> > > > sonderlich sinnvoll, mag in einem Backend ok sein, aber nicht im
> > > > Frontend. Also statt z.B. "clients" sollte "kunden", und statt "page"
> > > > sollte "seite" verwendet werden, und dabei trotzdem die "page" Aktion
> > > > des "clients" Controller angesprochen werden. Viel mehr als das alles
> > > > einzeln zu routen f�llt mir dazu allerdings nicht ein, also z.B.:
> > >
> > > > # Router::connect('/kunden/seite/*', array('controller' => 'clients',
> > > > 'action' => 'page', 'language' => 'deu'));
> > > > # Router::connect('/anzeigen/*', array('controller' =>
> > > > 'advertisements', 'language' => 'deu'));
> > > > # usw...
> > >
> > > > Ich frage mich ob es noch eine andere, bessere M�glichkeit gibt das
> > > > umzusetzen, oder ob das der "way to go" ist? Auch bin ich noch ein
> > > > wenig unentschlossen wie es dann in den Controllern und den Views
> > > > weitergeht, ich w�rde (bei statischen Inhalten) entweder jeweils einen
> > > > separaten View f�r die einzelnen Sprachen erstellen, also z.B.
> > > > "clients/index_deu.ctp" und "clients/index_eng.ctp", und dann �ber
> > > > render() eben den entsprechenden View rendern lassen (oder extra
> > > > Verzeichnisse anlegen und $viewPath anpassen), oder ich w�rde die
> > > > Sprache als Variable f�r den View setzen, und die verschieden
> > > > sprachigen Inhalte als Elemente anlegen.
> > >
> > > > Ich muss sagen ich tendiere eher zu ersterem da mir Elemente nicht
> > > > wirklich das richtige daf�r zu sein scheinen, die sollten doch
> > > > eigentlich besser f�r Dinge verwendet werden die verschiedenen Views
> > > > zur Verf�gung stehen, oder oft (wiederholt) verwendet werden?
> > > > Alternativ g�be es nat�rlich auch noch die gettext-Dateien, aber sind
> > > > die wirklich das richtige f�r unter Umst�nden Ellen lange Texte?
> > >
> > > > Gru�
> > > > Olli
> >
> > >
> >
--~--~---------~--~----~------------~-------~--~----~
Bitte bei Fragen immer auch die aktuell verwendete cakePHP Version angeben und
wenn möglich auch das verwendete Betriebssystem und die PHP Version. Danke.
Sie erhalten diese Nachricht, weil Sie Mitglied sind von Google Groups-Gruppe
"CakePHP-de für deutsche CakePHP Entwickler".
Für das Erstellen von Beiträgen in dieser Gruppe senden Sie eine E-Mail
an [email protected]
Um sich von dieser Gruppe abzumelden, senden Sie eine E-Mail an [EMAIL
PROTECTED]
Weitere Optionen finden Sie in dieser Gruppe unter
http://groups.google.com/group/cakephp-de?hl=de
-~----------~----~----~----~------~----~------~--~---
