Oh, ja, sorry, da habe ich dich scheinbar wirklich mißverstanden. Ich
schreibe wieder, wenn ich etwas Gutes weiß.
Helmut
Am 02.03.08 schrieb o.d. <[EMAIL PROTECTED]>:
>
>
> 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
-~----------~----~----~----~------~----~------~--~---
