Re: [TYPO3-german] Typo3 RealURL unterschiede zwischen 4.5 und 6.2
Hallo Oliver folgender Seitenaufbau: * Startseite (ID 1), Shortcut zu ID 2 o Seite 1 (ID 2) + Unterseite 1 + Unterseite 2 o Seite 2 (ID 3) o Seite 3 (ID 4) o Seite 4 (ID 5) In TYPO3 v4.5 war es nun so, dass wenn die Url aufgerufen wurde, dass die URL nicht verändert wurde: also www.example.com wurde aufgerufen und dargestellt mit den Inhalten von Seite 1. Erst mit einem klick auf den Home - Link wurde die URL zu www.example.com/Seite-1.html. In TYPO3 v6.2 ist es nun so, dass der Aufruf www.example.com direkt nach www.example.com/Seite-1.html weitergeleitet wird. Dieses Verhalten ist aber nicht gewünscht. Hat jemand eine Idee wie TYPO3 konfiguriert werden muss damit dies wieder wie unter 4.5 funktioniert? Also dieses Verhalten war bei mir auch schon unter 4.5 immer so. Du musst das umgekehrt lösen -- Seite ID 2 wäre ein Shortcut auf ID 1 Gruss Philipp ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Re: exec() deaktiviert - macht dann Typo3 noch Sinn?
I have the same problem. Is there any solution ? ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Typo3 RealURL unterschiede zwischen 4.5 und 6.2
Hallo zusammen, folgender Seitenaufbau: * Startseite (ID 1), Shortcut zu ID 2 o Seite 1 (ID 2) + Unterseite 1 + Unterseite 2 o Seite 2 (ID 3) o Seite 3 (ID 4) o Seite 4 (ID 5) In TYPO3 v4.5 war es nun so, dass wenn die Url aufgerufen wurde, dass die URL nicht verändert wurde: also www.example.com wurde aufgerufen und dargestellt mit den Inhalten von Seite 1. Erst mit einem klick auf den Home - Link wurde die URL zu www.example.com/Seite-1.html. In TYPO3 v6.2 ist es nun so, dass der Aufruf www.example.com direkt nach www.example.com/Seite-1.html weitergeleitet wird. Dieses Verhalten ist aber nicht gewünscht. Hat jemand eine Idee wie TYPO3 konfiguriert werden muss damit dies wieder wie unter 4.5 funktioniert? Grüße Oliver ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Fluid f:format.date addiert 1 Stunde
Hallo Renzo, Am 08.01.15 13:10, schrieb Renzo Bauen: Sowas funktioniert zwar ist aber alles andere als elegant. Wie man googeln kann, funktioniert die Anzeige mit dem Viewhelper f:format.date eigentlich sehr gut. Aber wenn ich das nicht die UTC Formatierung nehme, sondern z.B. d.m.Y dann kann ich nie mehr einen Datumswert speichern. Denn der Validator von Extbase akzeptiert ausschliesslich das UTC Format. Ich vermute, Du meinst das richtige, aber der Vollständigkeit halber: UTC ist keine Formatierung, sondern eine Zeitzone (koordinierte Weltzeit, identisch mit GMT). Unix-Timestamps sind was anderes; die zählen die Sekunden vom 01.01.1970 0:00 Uhr. Für den Deutschen Sprachraum funktioniert das nicht, denn ich kann den Leuten nicht zumuten ein Datum in der Form 2015-01-08T00:00:00+01:00 einzugeben! Es muss möglich sein 8.1.2015 als gültiges Datum zu akzeptieren, ohne Zeit und ohne strickte Formatvorgaben. Und dafür gibt es eben keine einfache Lösung...! Ich kann Dir nicht folgen; ich habe mehrere TYPO3-Installationen am Start, wo die Redakteure das Datum genau so eingeben. In der Datenbank landen UNIX-Timestamps, die per TS oder Fluid so konfiguriert werden, wie ich sie im jeweiligen Template eben brauche. Oder sprichst Du von der Eingabe des Datums im Frontend? Das ist eher ein spezieller Fall, der nicht so häufig vorkommt - über Datepicker (die dann Timestamps übergeben) oder analog der Antwort von Philipp Gampe lässt sich das aber auch problemlos lösen... Viele Grüße Marc -- Marc Willmann. TYPO3-Freelancer. http://www.marc-willmann.de Seelandstr. 14-16 D-23569 Lübeck TYPO3 Certified Integrator ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Re: pdf/png/GDlib Fehler
Ok, noch mal drüber geschlafen und zumindest die pdfs werden wieder angezeigt. Vor dem steam sind mir zusätzliche Sonderzeichen aufgefallen, war letztlich ein falsch gesetztes %, dass er mir dann davorgebastelt hat. Kurios, dass das nur genau im FE bei pdf Dateien ein Rolle spielt. Zweites Problem besteht. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Wrap bei Ctype Shortcut
Hallo zusammen, nach dem Umstieg auf 6.2 funktioneren stellenweise die Anchor Links nicht mehr. Folgender Seiteninhaltsaufbau: * In-Site Navigation (ID: 1) * Artikel (ID: 2) * Artikel (ID: 3) * In-Site Navigation (ID:4 ,Shortcut zu ID 1) * Artikel (ID:5) * Artikel (ID:6) * In-Site Navigation (ID:7 ,Shortcut zu ID 1) Unter 4.5 wurde in der FE-Ausgabe die jeweilige ID des CE für das Rendering genommen. Unter 6.2 wird nun die ID des verlinkten CEs für das rendering genommen. Dadurch gibt es nun 2 Probleme: 1. Eine ID ist mehrfach vorhanden 2. Die Anchor Links funktionieren nicht mehr Kann das Problem jemand bestätigen? Hat jemand eine Idee wie ich wieder zum alten Rendering zurückkehren kann? Ich habe versucht das CSS Styled Content v4.5 anstelle von CSS Styled Content zu nutzen, es ändert sich allerdings nichts. Grüße Oliver ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Re: Re: Re: Ab welcher Version typo3 gibt es denn das Upgrade über das Install-Tool
Eigentlich hatte ich gehofft, dass ich das einfach mal mit einer Installation, an der ich noch nicht viel gemacht habe, testen kann. Aber danke für den Hinweis. Ich denke ich schaue mal, dass ich eine 6.2.4 installiere und dann das Update einfach von da ausprobiere Einen lieben Gruß Heike Am 08.01.15 um 00:38 schrieb Ralf-Rene Schröder: Am 07.01.2015 um 20:58 schrieb Heike Herzog-Kuhnke: Na gut, dann einmal per Hand :) nur als Hinweis: wobei zu bedenken ist das ein Upgrade von 6.1 manchmal komplizierter sein kann als von 4.5 ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] YAML-Template
Hallo zusammen, ich habe ein YAML-Template übernommen. Dort soll auf bestimmten Seiten im Header statt dem Rubrikbild (welches über das Media-Register geladen wird) einen Slider mit Überblend-Effekt einbauen. Die Extension ist installiert. Nun aber komm ich mit der Condition nicht klar (PIDinRootline klappt noch zwecks Fall-Unterscheidung), denn nun werden die Inhalte nicht mehr angezeigt, sondern nur noch statische Inhalte. Im Endeffekt will ich nur statt des Bildes im Media-Register die Inhalte der Extension imagecycle (http://typo3.org/extensions/repository/view/imagecycle) anzeigen lassen. Da man aber keine Condition innerhalb eines COA-Objektes machen kann, wollte ich das komplette Objekt mit PIDinRootline neu bauen. Doch genau daran scheitere ich. Hat jemand von euch dazu eine Idee? Viele Grüße Björn ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Fluid f:format.date addiert 1 Stunde
Halt, halt, nicht so schnell. Die Behandlung von Zeiten und Datumswerte ist ein hoch wissenschaftliches Problem, nicht nur aber auch in PHP. Es gibt zwei Zeitformate und auch zwei Klassen von Funktionen in PHP um diese zu bearbeiten. Wenn Du nach DateTime suchst, geht alles ums UTC-Zeitformat. Wenn Du nach strtotime suchst, dann geht es um UNIX-Timestamps. D.h. strtotime kann nicht so gut mit Zeitzonen umgehen wie DateTime. Und zudem gibt es in TYPO3 noch etliche Schwierigkeiten ein Datumsfeld in Fluid zum Bearbeiten auszugeben. Zwar hilft bei der Anzeige der Viewhelper f:format.date aber wenn man einen so angezeigten Wert verändern und wieder in die DB Speichern will, funktioniert so gut wie nichts mehr. Und zudem unterscheiden sich Fluid und das BE-Rendering noch (um die Zeitzone). Offenbar verwendet das BE die einfachen Funktionen wie strtotime und Fluid die Klassen wie DateTime. Wenn man etwas googelt und in den Issues nachschaut gibt es hunderte von Einträgen. Nur über eine einfach Einstellung im Installtool lässt sich das nicht beheben! Selbst die von PHP gelieferten Funktionen sind offenbar nicht ganz fehlerfrei...! Und vor allem hat sich da zwischen PHP =5.1 und PHP 5.1 ziemlich viel getan. Es ist deshalb nicht unerheblich zu wissen, mit welcher PHP Version gearbeitet wird. Es gibt offenbar viele, die eigene Viewhelper geschrieben haben oder den Property Mapper angepasst haben oder sogar den Core. Aber es gibt keine wirklich gute, für alle Fälle einsetzbare Lösung. Ich habe selber schon sehr vieles versucht: Z.b. habe ich neben dem eigentlichen Datumsfeld, welches in der DB und im Model vorhanden ist (nennen wir es eventdate) und vom Typ DateTime ist, im Model ein zweites Feld streventdate) angelegt. Jetzt werden zwischen dem Model und dem Fluid-Formular zwei anstatt ein Feld ausgetauscht. Ich kann so im Model bei der get und der set Methode selber die Datumsumwandlung vornehmen. Sowas funktioniert zwar ist aber alles andere als elegant. Wie man googeln kann, funktioniert die Anzeige mit dem Viewhelper f:format.date eigentlich sehr gut. Aber wenn ich das nicht die UTC Formatierung nehme, sondern z.B. d.m.Y dann kann ich nie mehr einen Datumswert speichern. Denn der Validator von Extbase akzeptiert ausschliesslich das UTC Format. Für den Deutschen Sprachraum funktioniert das nicht, denn ich kann den Leuten nicht zumuten ein Datum in der Form 2015-01-08T00:00:00+01:00 einzugeben! Es muss möglich sein 8.1.2015 als gültiges Datum zu akzeptieren, ohne Zeit und ohne strickte Formatvorgaben. Und dafür gibt es eben keine einfache Lösung...! Beste Grüsse, Renzo -- conPassione gmbh CH-3661 Uetendorf +41 33 345 00 92 ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] YAML-Template
Hallo Björn das Problem mit den Condition ist, dass sie keine verkürzte Schreibweise akzeptieren. lib.myObj = COA lib.myObj { .10 = TEXT - hier geht die Condition nicht .10.value = xy } lib.myObj = COA lib.myObj.10 = TEXT -- hier fuktioniert die Condition lib.myObj.10.value = xy lib.myObj = COA lib.myObj { .10 = TEXT } -- hier fuktioniert die Condition lib.myObj { .10.value = xy } Zum Beurteilen, wo Du genau ansetzen müsstest, um anstatt das Headerbild den Cycler anzuzeigen, würden wir hier etwas mehr Infos brauchen Aber ich denke, Du könntest das am Einfachsten über zwei unterschiedliche BE-Layouts machen. Beste Grüsse Renzo -- conPassione gmbh CH-3661 Uetendorf +41 33 345 00 92 Am Donnerstag, den 08.01.2015, 12:23 +0100 schrieb Björn Hahnefeld: Hallo zusammen, ich habe ein YAML-Template übernommen. Dort soll auf bestimmten Seiten im Header statt dem Rubrikbild (welches über das Media-Register geladen wird) einen Slider mit Überblend-Effekt einbauen. Die Extension ist installiert. Nun aber komm ich mit der Condition nicht klar (PIDinRootline klappt noch zwecks Fall-Unterscheidung), denn nun werden die Inhalte nicht mehr angezeigt, sondern nur noch statische Inhalte. Im Endeffekt will ich nur statt des Bildes im Media-Register die Inhalte der Extension imagecycle (http://typo3.org/extensions/repository/view/imagecycle) anzeigen lassen. Da man aber keine Condition innerhalb eines COA-Objektes machen kann, wollte ich das komplette Objekt mit PIDinRootline neu bauen. Doch genau daran scheitere ich. Hat jemand von euch dazu eine Idee? Viele Grüße Björn ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] YAML-Template
Hallo Renzo, zunächst einmal herzlichen Dank, dass du dir für meine Belange Zeit genommen hast. Die Sache werde ich gleich einmal prüfen. Vielleicht liegt es auch daran, dass außer dem Header nun nichts mehr funktioniert. Ich werde mal die Condition umbauen bzw. das COA-Object umstellen. Ein zweites Template würde ich nur ungern einsetzen wollen. Vor allem deswegen, weil sich die Layouts zu sehr ähneln und ich eigentlich zusätzlichen Wartungsaufwand produziere :(! Viele Grüße einstweilen Björn -Ursprüngliche Nachricht- Von: typo3-german-boun...@lists.typo3.org [mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Renzo Bauen Gesendet: Donnerstag, 8. Januar 2015 13:19 An: typo3-german@lists.typo3.org Betreff: Re: [TYPO3-german] YAML-Template Hallo Björn das Problem mit den Condition ist, dass sie keine verkürzte Schreibweise akzeptieren. lib.myObj = COA lib.myObj { .10 = TEXT - hier geht die Condition nicht .10.value = xy } lib.myObj = COA lib.myObj.10 = TEXT -- hier fuktioniert die Condition lib.myObj.10.value = xy lib.myObj = COA lib.myObj { .10 = TEXT } -- hier fuktioniert die Condition lib.myObj { .10.value = xy } Zum Beurteilen, wo Du genau ansetzen müsstest, um anstatt das Headerbild den Cycler anzuzeigen, würden wir hier etwas mehr Infos brauchen Aber ich denke, Du könntest das am Einfachsten über zwei unterschiedliche BE-Layouts machen. Beste Grüsse Renzo -- conPassione gmbh CH-3661 Uetendorf +41 33 345 00 92 Am Donnerstag, den 08.01.2015, 12:23 +0100 schrieb Björn Hahnefeld: Hallo zusammen, ich habe ein YAML-Template übernommen. Dort soll auf bestimmten Seiten im Header statt dem Rubrikbild (welches über das Media-Register geladen wird) einen Slider mit Überblend-Effekt einbauen. Die Extension ist installiert. Nun aber komm ich mit der Condition nicht klar (PIDinRootline klappt noch zwecks Fall-Unterscheidung), denn nun werden die Inhalte nicht mehr angezeigt, sondern nur noch statische Inhalte. Im Endeffekt will ich nur statt des Bildes im Media-Register die Inhalte der Extension imagecycle (http://typo3.org/extensions/repository/view/imagecycle) anzeigen lassen. Da man aber keine Condition innerhalb eines COA-Objektes machen kann, wollte ich das komplette Objekt mit PIDinRootline neu bauen. Doch genau daran scheitere ich. Hat jemand von euch dazu eine Idee? Viele Grüße Björn ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Typo3 Neos Site Import with Vagrant and Puppet
Hallo zusammen, ich habe mir eine Vagrant Box gebaut, die mit Puppet alles Nötige konfiguriert bekommt. Es funktioniert auch alles soweit. Am Ende des Prozesses möchte ich gerne die Sites.xml aus einem Package importieren. Hierzu führe ich den Befehl aus: exec { 'typo3.neos:site:import': cwd = '/vagrant/www', user= 'vagrant', command = 'sudo php ./flow typo3.neos:site:import --package-key Vendor.Website ', timeout = 1800 } Als Fehler kommt zurück: Error: During the import of the Sites.xml from the package Vendor.Website an exception occurred: Error: Package Vendor.Website is not active. Wenn ich mich anschließend per vagrant ssh auf die VM anmelde und im Verzeichnis /vagrant/www exakt den selben Befahl ausführe, dann funktioniert es. Die PackageStates.php liegt im Ordner Configuration vor und das Paket ist als Active markiert. Ich habe mir schon den Code vom Neos Package für den Import Command angeguckt und den Code bis zum Flow Package mit dem Package Manager weiterverfolgt und konnte auf Anhieb kein Problem finden. Hat jemand eine Idee, was das Problem sein könnte, bzw. wie ich Debugging betreiben könnte um herauszufinden, was evtl. passiert? In den Logs steht nichts. Danke schon mal :) Gruß Rene ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] DB-Überprüfung - Gruppenfelder mit fehlender Relation
Hi Philipp, vielen Dank für deine ausführliche Antwort. Das mit dem erneuten Speichern versuche ich am Wochenende direkt mal. Auch die Umstellung auf InnoDB schaue ich mir an. Grundsätzlich dachte ich, dass MyIsam bei sehr großen Datenmengen (ob diese Mengen bei mir/uns ja erreicht werden k.A.) viel schneller ist, weil eben auf keine Referenzen geachtet werden muss, sondern es einfach nur dumme Integer sind, die in der Tabelle stehen und keine Referenzen. Wieder was gelernt... ;) Vielen Dank und viele Grüße, Dirk Am 04.01.2015 15:00, schrieb Philipp Gampe: Hi Dirk, Dirk Ho wrote: Wie genau kann ich denn diese fehlerhaften Relationen lösen? Einfach den Datensatz mit der uid 22 in der MySql-Tabelle pages zu löschen wird es ja nicht bringen, da die Seite ja eventuell noch verwendet wird?! Ggf reicht es, wenn du den Datensatz noch mal neu speicherst. Wie kann ich bei der Engine MyIsam in Kombination mit Typo3 denn verhindern, dass es zu solchen Fehlern kommt und die Referenzielle Integrität verletzt wird? InnoDB ist keine Alternative, wie ich in div. Google-Ergebnissen gelesen habe, dass es dabei zu Performance-Problemen kommt. Normalerweise passiert dies, wenn du Daten an dem Backend vorbei pflegst oder irgendwelche Extensions einsetzt, die dies tuen. Teilweise hatte auch TYPO3 immer mal Bugs, wo Daten nicht richtig gepflegt wurden. Mit InnoDB vs MyIsam hat dies nichts zu tun. Aus Performance-Gründen solltest du eher InnoDB Tabellen einsetzen, da MyIsam nur bei der Textsuche oder vielen einfachen Selects schneller ist, welche im TYPO3 Kontext fast nie vorkommt (außer bei der Suche), weil generell eher über die UIDs (also Integers) gesucht wird und oft mehrere Tabellen zusammen gejoint werden. Je nach Seite kann MyIsam bei der pages und tt_content Tabelle ratsam sein, aber alles andere (außer indexed_search natürlich) sollte InnoDB sein. Grüße ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Fluid f:format.date addiert 1 Stunde
Ich bin gerade dabei mich in Extbase/Fluid einzuarbeiten, bisher läuft es nicht schlecht. Jetzt habe ich allerdings ein Problem bei dem ich nicht ansatzweise weiß wo der Fehler liegen könnte. Ich habe ein Model mit dem Attribut Starttime (DateTime). Wenn ich in TYPO3 anschließend eine Zeit eintrage wird in der Datenbank die richtige Zeit eingetragen zB: 2015-01-20 10:00:00 Wenn ich nun via Fluid versuche das Datum auszugeben funktioniert es allerdings nicht richtige. Es wird immer 1 Stunde hinzuaddiert. Das Template sieht gekürzt so aus: Start: f:format.date date={dates.startdate} format=d.m.Y H:i / Hat jemand zufällig eine Idee an was das liegen könnte? Im Installtool habe ich nur [SYS][serverTimeZone] gefunden. Der Wert steht auf 1. Was eigentlich auch stimmen solle (Ich komme aus Österreich) Über Lösungsvorschläge bzw. Hinweise wäre ich wirklich dankbar. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Fluid f:format.date addiert 1 Stunde
Hi Manuel, das ist unter Garantie ein Zeitzonenproblem. Wenn Du den Server selbst administrierst: Normalerweise wird die Serverzeit in GMT/UTC geführt; der Server weiss auch, welche Zeitzone er hat. date auf der Kommandozeile gibt Dir dann die richtige Zeit aus. [SYS][serverTimeZone] brauchst Du dann eigentlich nicht anfassen. Wenn Du keinen Zugriff auf die Serverkonfiguration hast: Probier mit der [SYS][serverTimeZone] rum. Ich vermute schwer, da sollte eigentlich eine 0 drinstehen, weil die Serverzeitzone eben schon stimmt und nicht verändert werden soll. Marc Am 08.01.15 11:47, schrieb Manuel Schneider: Ich bin gerade dabei mich in Extbase/Fluid einzuarbeiten, bisher läuft es nicht schlecht. Jetzt habe ich allerdings ein Problem bei dem ich nicht ansatzweise weiß wo der Fehler liegen könnte. Ich habe ein Model mit dem Attribut Starttime (DateTime). Wenn ich in TYPO3 anschließend eine Zeit eintrage wird in der Datenbank die richtige Zeit eingetragen zB: 2015-01-20 10:00:00 Wenn ich nun via Fluid versuche das Datum auszugeben funktioniert es allerdings nicht richtige. Es wird immer 1 Stunde hinzuaddiert. Das Template sieht gekürzt so aus: Start: f:format.date date={dates.startdate} format=d.m.Y H:i / Hat jemand zufällig eine Idee an was das liegen könnte? Im Installtool habe ich nur [SYS][serverTimeZone] gefunden. Der Wert steht auf 1. Was eigentlich auch stimmen solle (Ich komme aus Österreich) Über Lösungsvorschläge bzw. Hinweise wäre ich wirklich dankbar. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german -- Marc Willmann. TYPO3-Freelancer. http://www.marc-willmann.de Seelandstr. 14-16 D-23569 Lübeck TYPO3 Certified Integrator ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Re: realURL entferne Links von Bildern (?!)
OK ich habe den Fehler gefunden. Der Fehler lang nicht wirklich in dem teil sondern hier: array( 'GETvar' = 'L', 'valueMap' = array( 'de' = '0', 'en' = '1', ), 'valueDefault' = 'de', 'noMatch' = 'bypass', ), das 'noMatch' = 'bypass', musste raus und die spracehn entsprehcend im TS konfigurieren. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Fluid f:format.date addiert 1 Stunde
Hi Renzo, Renzo Bauen wrote: Aber wenn ich das nicht die UTC Formatierung nehme, sondern z.B. d.m.Y dann kann ich nie mehr einen Datumswert speichern. Denn der Validator von Extbase akzeptiert ausschliesslich das UTC Format. Für den Deutschen Sprachraum funktioniert das nicht, denn ich kann den Leuten nicht zumuten ein Datum in der Form 2015-01-08T00:00:00+01:00 einzugeben! Es muss möglich sein 8.1.2015 als gültiges Datum zu akzeptieren, ohne Zeit und ohne strickte Formatvorgaben. Und dafür gibt es eben keine einfache Lösung... In diesem Fall die Daten einfach vor dem Validator nochmal nachbearbeiten. Grüße -- Philipp Gampe – PGP-Key 0AD96065 – TYPO3 UG Bonn/Köln Documentation – Active contributor TYPO3 CMS TYPO3 inspiring people to share! ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] DB-Überprüfung - Gruppenfelder mit fehlender Relation
Hi nochmal, ich wollte die Problematik nun beheben und bin dabei so vorgegangen (am Beispiel des gemeldeten Referenzfehlers There are 1 records pointing to this missing or deleted record; [pages][22]): - Über PhpMyAdmin den Datensatz in der Tabelle pages gefunden und wiederhergestellt (Spalte deleted auf 0 gesetzt) - In den Typo3-Seitenbaum gegangen und die übergeordnete Seite der wiederhergestellten Seite (mit der ID 22) als Liste geöffnet - Nun sollte ja in der letzten Spalte der Listenansicht bei der Unterseite mit der ID 22 unter Ref eine Zahl stehen. Das ist bei der Seite aber nicht der Fall - für mich referenziert keine Seite / Inhaltselement auf diese Seite?! Oder verstehe ich das falsch? Die von der Seite mit der ID 22 ausgehende Referenz ist auf eine Email-Adresse. Das kann es auch nicht sein?! Vielen Dank und viele Grüße, Dirk Am 04.01.2015 15:00, schrieb Philipp Gampe: Hi Dirk, Dirk Ho wrote: Wie genau kann ich denn diese fehlerhaften Relationen lösen? Einfach den Datensatz mit der uid 22 in der MySql-Tabelle pages zu löschen wird es ja nicht bringen, da die Seite ja eventuell noch verwendet wird?! Ggf reicht es, wenn du den Datensatz noch mal neu speicherst. Wie kann ich bei der Engine MyIsam in Kombination mit Typo3 denn verhindern, dass es zu solchen Fehlern kommt und die Referenzielle Integrität verletzt wird? InnoDB ist keine Alternative, wie ich in div. Google-Ergebnissen gelesen habe, dass es dabei zu Performance-Problemen kommt. Normalerweise passiert dies, wenn du Daten an dem Backend vorbei pflegst oder irgendwelche Extensions einsetzt, die dies tuen. Teilweise hatte auch TYPO3 immer mal Bugs, wo Daten nicht richtig gepflegt wurden. Mit InnoDB vs MyIsam hat dies nichts zu tun. Aus Performance-Gründen solltest du eher InnoDB Tabellen einsetzen, da MyIsam nur bei der Textsuche oder vielen einfachen Selects schneller ist, welche im TYPO3 Kontext fast nie vorkommt (außer bei der Suche), weil generell eher über die UIDs (also Integers) gesucht wird und oft mehrere Tabellen zusammen gejoint werden. Je nach Seite kann MyIsam bei der pages und tt_content Tabelle ratsam sein, aber alles andere (außer indexed_search natürlich) sollte InnoDB sein. Grüße ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german