[TYPO3-german] tt_news auf mehreren Domains und in mehreren Sprachen

[David Bender]

Hallo Christian,

tt_news funktioniert grundsätzlich erstmal genau so wie viele andere 
Extensions auch: du legst einen (Listen-)Datensatz an und kannst dann 
darauf basierend deine Lokalisierungen (entsprechend deiner 
Konfiguration deiner Sprachen) an.

Das man üblicherweise verschiedensprachige Seiten in einem Seitenstrang 
anlegt und verwaltet ist mir bewußt und habe ich auch bereits mehrfach 
so gemacht. Dann ist natürlich auch eine Lokalisierung der Newsbeiträge 
oder auch anderer Inhaltselemente kein Problem.

Da ich hier aber eine komplett unterschiedliche Seitenstruktur habe, 
macht das one-tree-concept aber leider nicht wirklich Sinn (meine ich 
zumindest).

Ich hatte nur gedacht, dass es eine für den Redakteur einfache Lösung 
für diese zugegeben sehr spezielle Anforderung geben könnte.

Eine einfache Lösung ist das anlegen eines zweiten Newsfolders im 
deutschen Bereich, in dem dann nur News für die englische Seite 
gespeichert werden. Durch die unterschiedlichen Ordner kann ich steuern, 
welche News auf welcher Seite ausgegeben werden.

Lieber wäre mir halt eine Lösung gewesen, wo der Redakteur immer nur 
eine bereits vorhandene News lokalisiert und diese dann übersetzt. So 
muss er nun halt eine vorhandene News in den anderen Ordner kopieren und 
diese dann bearbeiten. Nicht wirklich viel mehr Aufwand, ich hatte die 
andere Lösung nur für eleganter gehalten.

Grüße,
David



christian oettinger schrieb:
> Ah, logisch. Jetzt verstehe ich das Problem.
> Ich versuche alles zusammenzufassen und aufzudröseln, um Klarheit 
> reinzubringen (vor allem für mich):
> Vermutlich ist es bei tt-news so, dass man auswählen kann, welche 
> Sprache dargestellt werden soll, was über die entsprechende uid 
> funktioniert. Ist ja auch verständlich, schließlich legst Du global (für 
> die ganze Installation) eine Sprache an, der Du eine id zuweist. Und 
> eigentlich definierst Du da, welche Sprache es sein soll, und nicht ob 
> Standardsprache oder nicht. Das heißt Du hast einen geschickten Hack 
> benutzt, um ein Problem zu lösen (Standardsprache), der jetzt neue 
> Probleme macht. Das globalere Problem ist, dass Deine Seiten ja 
> eigentlich komplett getrennt sind (ansonsten benutzt man heute 
> üblicherweise einen Seitenbaum), aber jetzt doch etwas miteinander zu 
> tun haben sollen. Das sind zwei Wünsche auf einmal, daher gibt es 
> vermutlich keine einfache Lösung (sprich eine Methode, die 
> Standardsprache im Page-Level auf eine andere uid als 0 zu setzen) 
> Vermutlich! - das wäre aber eventuell nochmal einen Post wert!
> 
> Aber vielleicht gibt es eine andere Lösung, noch ein Hack: Was wäre 
> denn, wenn Du eine zweite englische Sprache mit höherer uid anlegst? Die 
> Internationale Seite benutzt die Webseiten-Sprache mit der uid 0, die 
> anderen Seiten benutzen die andere Sprache, sagen wir mit der uid 7. 
> Aber beide werden auf englisch geschaltet. Dann gibst Du mit tt_news auf 
> der intrenationalen Seite SOWOHL die Sprache 0 - Standard (eglisch) ALS 
> AUCH 5 - Englisch aus, geht das mit tt_news?
> Ach nein, das hilft auch nichts, weil ja immer noch alle mit uid="0" 
> gezeigt würden, Mist.
> 
> Wenn das nicht hilft, muss der Ansatz an der anderen Seite passieren: 
> Bei tt_news. Vermutlich ist die Abfrage der tt_news intern jetzt "alles 
> darstellen mit sys_language_uid = 0".
> Ich würde mal so vorgehen: Schau doch mal die tt-news-Tabelle an, wie 
> man die einzelnen Nachrichten anhand Ihrer Felder unterscheiden und 
> zuweisen kann. Das ist nämlich DIE große Frage: Wie können die sich denn 
> überhaupt unterscheiden, wenn Du einen gemeinsamen Sys-Folder hast? Die 
> sys_language_uid "0" ist eben nicht unterscheidungs-kräftig, die pid ist 
> wegen des einen Ordners immer gleich, die user_id ist ungeeignet, weil 
> sich da was ändern kann. Ist es eventuell daher wirklich nicht zu lösen?
> 
> Bringt das weiter?
> Leider keine brauchbare Idee...
> 
> oe (christian)
> 
> 
>> Hallo Christian,
>>
>> danke für dein Antwort.
>>
>> Dann müsste aber der deutsche Redakteur, bzw. im deutschen Bereich 
>> immer erst eine Seite in englisch angelegt werden müssen (da uid=0) um 
>> sie dann ins deutsche zu übersetzen. Genau das gleiche mit allen 
>> Datensätzen auf den Seiten.
>>
>> Da die deutsche Seite aber (bis auf die Newsbeiträge) auch nur in 
>> deutsch existieren soll ist das ein unnötiger und vor allem 
>> unverständlicher Mehraufwand für den Redakteur.
>>
>> Vielleicht nicht unwichtig noch zu erwähnen: Die Domains liegen 
>> innerhalb einer Typo3-Installation, sind aber im Seitenbaum getrennt 
>> und basieren auch inhaltlich nicht aufeinander.
>>
>>
>> Genau das hatte ich auch schon probiert und gedacht, das es eine 
>> einfache Lösung für mein Problem ist.
>>
>>
>> Domain 1 INTERNATIONAL
>>
>>  #Standardlanguage
>>  config.sys_language_uid = 0
>>  config.language = en
>>  config.locale_all = english
>>
>>  [globalVar = GP:L = 1]
>>  config.sys_language_uid = 1
>>  config.language = de
>>  config.locale_all = de_DE
>>  [global]
>>
>>
>>
>>  Domain 2 NATIONAL
>>
>>  #Standardlanguage
>>  config.sys_language_uid = 1
>>  config.language = de
>>  config.locale_all = de_DE
>>
>>  [globalVar = GP:L = 0]
>>  config.sys_language_uid = 0
>>  config.language = en
>>  config.locale_all = english
>>  [global]
>>
>>
>> Nur leider wird dann die Seite nur angezeigt, wenn ich erst eine Seite 
>> in Standardsprache anlege und diese dann ins deutsche übersetze, wie 
>> oben beschrieben (eigentlich ja auch logisch, da die 
>> sys_language_uid=1 beim anlegen der standardsprache ja auch noch nicht 
>> existiert).
>>
>> Aber es muss doch auch für dieses Problem eine Lösung geben.
>>
>> Grüße,
>> David
>>
>>
>>
>>
>> christian oettinger schrieb:
>>
>>> Hallo David,
>>>
>>> Ich bin nicht der beste, diese Frage zu beantworten, da ich tt_news 
>>> gar nicht kenne, aber jetzt sind schon 2 Tage vergangen, daher 
>>> antworte ich doch. Mir scheint Dein Grundansatz seltsam in derselben 
>>> Installation den selben Sprachen verschiedene uids zu geben. Warum 
>>> nicht das einheitlich machen? Also Englisch ist immer 0, Deutsch ist 
>>> immer 1 und Dein Problem ist Vergangenheit, oder?
>>>
>>>
>>> Domain 1 INTERNATIONAL
>>>
>>>  #Standardlanguage
>>>  config.sys_language_uid = 0
>>>  config.language = en
>>>  config.locale_all = english
>>>
>>>  [globalVar = GP:L = 1]
>>>  config.sys_language_uid = 1
>>>  config.language = de
>>>  config.locale_all = de_DE
>>>  [global]
>>>
>>>
>>>
>>>  Domain 2 NATIONAL
>>>
>>>  #Standardlanguage
>>>  config.sys_language_uid = 1
>>>  config.language = de
>>>  config.locale_all = de_DE
>>>
>>>  [globalVar = GP:L = 0]
>>>  config.sys_language_uid = 0
>>>  config.language = en
>>>  config.locale_all = english
>>>  [global]
>>>
>>>
>>> Oder stehe ich auf dem Schlauch?
>>>
>>> viele Grüße!
>>>
>>> oe (christian)