Tragt einfach in eurer Routes.yaml folgendes ein:
-
name: 'default'
uriPattern: '({all})'
defaults:
'@package': '[dein_Vendor].[dein_Package]'
'@controller': 'Standard'
'@action': 'index'
'@format': 'html'Bitte beachten: dieser Routeneintrag sollte der allerletzte sein (also ganz unten stehen), da sonst alle danach folgenden definierten Routen nicht mehr funktionieren werden.
Ein weiterer Teil, welcher in der FLOW3 Dokumentation so gut wie gar nicht abgedeckt wird, ist die Frage, wie man einen eigenen Translation Provider implementiert. FLOW3 selbst bringt nur einen Xliff Provider mit. Dieses Format ist der Standard in der Internationalisierung. Allerdings braucht man vielleicht nicht immer ein so aufgeblähtes Format und möchte einfach eine CSV Datei mit 1:1 Übersetzungen hinterlegen. Dafür sind folgende Schritte nötig:
Zuerst legen wir eine neue Klasse im Pfad “[PackageName]/I18n/TranslationProvider/CsvTranslationProvider.php” und folgendem Inhalt an:
namespace [Vendor]\[Package_Name]\I18n\TranslationProvider;
use TYPO3\FLOW3\I18n\TranslationProvider\TranslationProviderInterface;
/**
* The concrete implementation of TranslationProviderInterface which uses CSV
*
* @FLOW3\Scope("singleton")
*/
class CsvTranslationProvider implements TranslationProviderInterface {
}Da wir das TranslationProviderInterface implementieren, müssen natürlich auch die entsprechenden Methoden vorhanden sein. Diese sind die “getTranslationByOriginalLabel” und “getTranslationById”. An dieser Stelle bekommt man mit den Parametern “$originalLabel” bzw. “$labelId” das zu übersetzende Label und mit der “$locale” die entsprechend aktuell eingestellte Sprache. Zusätzlich kommen noch ein paar weitere Parameter mit, die aber für eine einfache Übersetzung per CSV nicht zwingend nötig sind. Eine Hilfsmethode, die man dann von beiden Methoden aus aufrufen kann, könnte folgendermaßen aussehen:
private function translate($key, $locale) {
$translations = array();
$language = $locale->getLanguage();
if (($handle = fopen([PFAD_ZUR_CSV_DATEI], "r")) !== FALSE) {
$translations[$language] = array();
while (($data = fgetcsv($handle, 1000, ";")) !== FALSE) {
if(count($data) == 2) {
$translations[$language][$data[0]] = $data[1];
}
}
fclose($handle);
}
$translation = $key;
if(array_key_exists($key, $this->translations[$language])) {
$translation = $this->translations[$language][$key];
}
return $translation;
}Diese Methode ist nur für diesen Beitrag beispielhaft implementiert. Natürlich sollte nicht bei jeder einzelnen Übersetzung die komplette CSV Datei in den Speicher gelesen werden. Also bitte nicht produktiv einsetzen 😉
Anschließend registriert man in der Datei “/Packages/[PackageName]/Configuration/Objects.yaml” den Provider für den I18n Translation Service:
TYPO3\FLOW3\I18n\Translator:
properties:
translationProvider:
object: [Vendor]\[Package_Name]\I18n\TranslationProvider\CsvTranslationProviderDie CSV Datei hat dann folgenden Inhalt:
Translation;Übersetzung
Sobald man diese Schritte erledigt hat, kann man in allen Fluid Templates mit dem Tag “<f:translate>Translation</f:translate>” Wörter automatisiert übersetzen lassen. Ist für das Wort keine Übersetzung vorhanden, so wird einfach das unübersetzte Wort verwendet.
Der ORM Teil von FLOW3 besteht leider (zumindest für erfahrene Entwickler) aus sehr viel Magic, die man nicht immer so leicht durchschauen kann. So ist es eigentlich selten nötig, irgendeine Methode im Repository zu implementieren. Rein durch das Erben der Basisklasse “\TYPO3\FLOW3\Persistence\Repository” erhält man die magischen findBy*() und findAll() Methoden, mit denen man so gut wie alle notwendigen Abfragen abdeckt. Nicht so wirklich bekannt sind jedoch die parallel dazu verfügbaren countBy*() und countAll() Methoden, mit denen man allerdings keine Datenobjekte abfragt, sondern eben die Anzahl der möglichen Datensätze als Ergebnis bekommt.
Beispiel:
$userFromDresdenCount = $userRepo->countByWohnort('Dresden');oder
$userCount = $userRepo->countAll();
Da die FLOW3 Dokumentation sehr lückenhaft und schlecht umgesetzt ist, möchte ich unter dem Tag “FLOW3” in Zukunft alles dokumentieren, was mir so an Problemen in der täglichen Entwicklung mit dem Framework über den Weg läuft.
Ein Beispiel hierfür ist die konkrete Umsetzung, wie man die Standard-Sprache (bzw. Standard-Locale) seiner Applikation ändern kann. Nach einiger Recherche im Netz und Studium des FLOW 3 Quellcodes kam ich zu folgender Lösung: man muss lediglich in der Settings.yaml (entweder die des Packages oder die allgemeine) folgenden Parameter setzen:
TYPO3:
FLOW3:
i18n:
defaultLocale: 'de'An Stelle des “de” kann man natürlich jede andere gültige Länderkennung bzw. Sprachkennung verwenden.
Ganz einfach:
im Controller folgende Klassenvariable setzen:
protected $supportedFormats = array("html", "json");
protected $viewFormatToObjectNameMap = array(
"json" => "\TYPO3\FLOW3\MVC\View\JsonView",
"html" => "\TYPO3\Fluid\View\TemplateView"
);und in der Routes.yml (bzw. im Routing) einen Eintrag nach folgendem Muster vornehmen:
-
name: '[name_der_route]'
uriPattern: '[gewünschter_pfad]'
defaults:
'@package': '[package_name]'
'@action': '[action_im_controller]'
'@controller': '[controller]'
'@format': 'json'Mit der Klassenvariable sorgt ihr dafür, dass der Controller beim Format “json” auf ein Template verzichtet und den Return-Value einer Action direkt ausgibt (also im Normalfall per json_encode() formatiert). Mit der Konfiguration der Route legt ihr nur noch fest, dass die jeweilige Action an Stelle von HTML lieber JSON verwendet.
[Update]
Nach der Frage von Mario hier nochmal als Nachtrag eine entsprechende Beispiel-Action:
/**
*
* @param string $param
*
* @return json test data
*/
public function getDataAction($param) {
$data = array("testKey"=>$param, "testKey2"=>"testValue2");
return json_encode($data);
}