Re: [TYPO3-german] Caching der eigenen Extension
Hallo Arne, ich bin an der Stelle einen anderen Weg gegangen und habe Extbase-Caching gemacht. Vielleicht wäre das auch eher eine Alternative für Dich. Vorteil ist, dass Du Dich nicht mit dem cHash herumschlagen musst, sondern das Caching anhand eines Identifiers machst, den Du selbst berechnen kannst. Damit habe ich komplexe Datenbank-Queries gecached. Habe hier gerade mitgelesen und folgende Frage: Auch ich habe eine Extbase Extension die sehr ressourcenhungrig ist. Ohne Cache (und der wird regelmäßig geleert) dauert das Generieren einer Extension-Seite (und davon gibt es ~5.000) gute 10 - 20 Sekunden. Das Problem ist: Leert der Redakteuer den "Seitencache", weil er nur mal eben einen Seiteninhalt geändert hat, fliegt ja automatisch *alles* aus dem Cache raus, und die ganzen Seiten der Extenion müssen neu generiert werden. Welche Vorteile kann mir "Extbase-Caching" in diesem Falle bieten? Grüße, Jan ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Übersetzungen von Relationen
Hallo Newsgroup, wie ist eigentlich die richtige TCA Definition in Bezug auf Übersetzungen bei in Beziehung zueinander stehenden Tabellen? Beispiel: Produkt > n:1 > Kategorie Im Produkt gibt es also ein Select-Feld (n:1) für die Kategorie. Wenn nun das Produkt übersetzt wird, muss die Relation auch auf das übersetze Produkt zeigen? Oder auf das der Standardsprache? Wie behandelt Extbase das? Ich wundere mich nur gerade, da in meinem Fall den übersetzten Produkten die Kategorie in Standardsprache zugewiesen ist. Das Ganze aber in Extbase dennoch richtig funktioniert... Grüße, Jan ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Backend - ListModule - Sortierung nach Label-Feld einer n:1 Relationstabelle?
Hi Björn, Danke für Deine Rückmeldung auch wenn es etwas spät ist ;) Mein Fall ist leider etwas komplizierter. Ich habe einen Datensatz der mit anderen Datensätzen verknüpft ist (foreign_table). Im BE im Listen Modul lasse ich mir diese Verknüpfung als zusätzliche Spalte anzeigen. Dort in der Spalte erscheinen nun nur die IDs der anderen Datensätze, leider nicht der Titel des Datensatzes. Dann stimmt etwas mit deiner TCA Konfiguration nicht. Das geht normalerweise ohne Probleme. Falls dich die Sache mit der Sortierung nach dem Label einer in Relation stehenden Tabelle interessiert: https://forge.typo3.org/issues/64362 Grüße, Jan ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Usability TYPO3 Backend ab 6.2 LTS
Hallo Alexander, Kritik ist immer willkommen, aber hierfür wäre es evtl. besser unter https://forge.typo3.org/projects/usability ein issue auf zu machen. Auch gerne mit konkreten Vorschlägen/Screenies. prima, danke. Den richtigen Ort habe ich gesucht ;) Viele Grüße, Jan ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Usability TYPO3 Backend ab 6.2 LTS
Hallo Newsgroup, ...in der Hoffnung, dass die Entscheider hier mitlesen und dass etwas konstruktive Kritik in Ordnung ist ;) Mit 6.2 LTS wurde das Backend in Bezug auf Freiräume ja großzügiger gestaltet. Auch bei der 7.1 ist das noch so. Für mich hat sich dabei die Usability stark verschlechtert: - Viel zu großes Padding in den Editier-Formularen (Text, Text mit Bild, etc.) - Die wesentliche Information ist ohne Scrollen oft nicht mehr sichtbar - Auch auf großen Monitoren (1920 x 1080) ist es schon grenzwertig. - Die viel zu luftigen Editier-Masken passen nicht mehr zum Gesamtbild Ganz ehrlich, mit der 4.5 LTS konnte ich redaktionell *viel* besser und effektiver arbeiten. Jedes mal, wenn ich mich ins Backend eines alten 4.5er Projektes einlogge, kommt Freude auf! Nehmt euch z.B. mal ein Macbook Air 13 und simuliert intensiv eine reaktionelle Tätigkeit in einer 6.2 LTS. bearbeitet man hier Inhaltselemente, sieht man nur noch das obere Drittel des Formulares. Wen das nicht frustet... Ich möchte hier nicht die gesamte Usability in Frage stellen. Diese ist nach wie vor super. Meine Kritik bezieht sich nur auf das Bearbeiten von Inhalten. Und dazu ist ein CMS doch da, oder nicht? Viele Grüße, Jan ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Backend - ListModule - Sortierung nach Label-Feld einer n:1 Relationstabelle?
Hi Björn, du hast mir privat per Mail geantwortet, ich poste meine Antwort hier. werden bei Dir im ListModule bei den document Datensätzen die Titel von formcode angezeigt oder die IDs? Bei mir scheitert es daran, dass nur IDs angezeigt werden. Falls Du eine Lösung hast wie ich die Titel statt IDs anzeige wäre ich dankbar :) Damit der Title (oder ein anderes Feld) angezeigt wird, musst du in der ext_tables.php im ctrl-Abschnitt das Feld label setzen, also label = title. Grüße, Jan ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Backend - ListModule - Sortierung nach Label-Feld einer n:1 Relationstabelle?
Hallo Newsgroup, ich möchte im Backend die Datensätze meiner Extension nach einer Spalte sortieren, welche selbst wiederum eine Relation (n:1, also type=select) ist. Beispiel: Document n:1 Formcode TCA document: 'default_sortby' = 'ORDER BY formcode', TCA formcode: 'label' = 'title' 'default_sortby' = 'ORDER BY title', Trotzdem klappt die Sortierung nicht: Die Tabelle document wird zwar nach der Spalte formcode sortiert, aber nur nach der darin gespeicherten *uid* von formcode und nicht nach dem Label. Ist die Sortierung nach dem Label-Feld der Relationstabelle denn nicht möglich oder fehlt mir nur das Wissen? Danke und Grüße, Jan ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Multidomain Setup: saubere Typoscript Konfiguration
Hi Ricky, Gibt es für solche PID Konfigurationen einen besseren,dynamischeren Ansatz, sodass man die PIDs nicht hardcoded in der Extension hinterlegen muss? ...also wenn alles hardgecodete sowieso auscheidet, bleibt doch nur die Option, die PID jeweils im Plugin selbst zu hinterlegen? Und gobal via Typoscript eine Fallback PID definieren, wo alle landen bei denen der Reakteuer vergessen hat, die PID im Flexform einzutragen. Oder eben doch ein separates dateibasiertes TS mit Definition der PIDs einbinden, welches aber nicht mit versioniert wird (außerhalb des versionierten Pfadesd liegt). Grüße, Jan ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Abgleich zwischen NNTP und forum.typo3.org hängt?
Hallo Newsgroup, kann es sein, dass der Abgleich zwischen NNTP und forum.typo3.org irgendwie hängt? Habe in der Extbase MVC Liste gestern was via NNTP gepostet, aber unter forum.typo3.org ist der letzte Post vom 25.12.14. Grüße, Jan ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Was hab ich denn vom Domain Driven Design?
Hallo, also ich war zuerst auch ziemlich gefrustet als es hieß, pibase ist out, jetzt nur noch Extbase Fluid - und dass mit 6.x viele alte Sachen nicht mehr laufen würden... Inzwischen mag ich das alles nicht mehr missen. Ich setze bis auf wenige Standardextensions kaum noch Fremdextensions ein, so gut kann man viele Sachen jetzt selbst in kürzerer Zeit und vor allem sauber realisieren. Man geht keine Abhängigkeiten mehr ein... Sicherlich nicht das Allheilmittel, insbesondere bei Performance hungrigen Anwendungen, aber die alte Art der Extensionentwicklung ist ja weiterhin möglich. Und alte Extensions laufen oft mit überschaubarem Anpassungsaufwand weiterhin auf 6.x. Wünsche mir nur, dass ein paar fehlende Features noch ergänzt werden: FAL File Upload, Sortierung von Child-Objekten, diverse ViewHelper und anderes... Grüße, Jan ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] TYPO3 Release Agenda
Hi Gruppe, gibt es irgendwo eine aktuelle Release Agenda inklusive 7.x? Diese hier ist veraltet: http://typo3.org/news/article/typo3-cms-agenda-more-long-term-support/ Irgendwo gabs zwar noch eine wo zumindest das Releasedate der 6.2 verschoben wurde, aber auch diese war ohne 7.x... Grüße, Jan ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] TYPO3 Release Agenda
Hallo, danke allen fürs Feedback. Wo und wie man mitbekommt, ob eine neue Version erscheint war mir schon klar ;) Sorry, hatte meine Frage nicht ausreichend konkretisiert... Mir ging es um die netten Release Agendas im PDF Format. Die kann man nämlich unter anderem prima dem Kunden präsentieren :) Eine super Sache, wird es hier wieder eine aktualisierte Version geben bzw. gibt es die schon irgendwo? Viele Grüße Jan ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] TYPO3 Release Agenda
Hi Benni, Wo werden eigentlich solche Mitteilungen gepostet? Ich schau mir nicht täglich die typo3.org-Website durch nach solchen wichtigen Mitteilungen. Mich hat jetzt die 7.0 etwas überrascht, muss ich sagen. Also ich hoffe positiv überrascht. Wir als CMS Team haben regelmäßig versucht, so viele Leute wie möglich unsere Anpassungen am Entwicklungs-Prozess auf dem Laufenden zu halten, auf der TYPO3 Konferenz, in typo3.org News-Artikeln, (verteilt via Twitter) etc. Jetzt wäre meine Frage natürlich wie wir das verbessern können, weil wir das auch verbessern möchten. Welche Plattformen / Kommunikationskanäle sollten wir noch verstärkt abdecken? Ich war auch recht überrascht. Hatte mich bislang immer am besagten TYPO3 Release Agenda PDF orientiert. In der letzten Version ging der Zeitstrahl darin bis April 2017 (TYPO3 6.2 LTS, TYPO3 6.2 +1 und TYPO3 6.2 +2). Von einer 7er Version war da nirgends die Rede ;) Aber ich muss gestehen, dass ich die sozialen Kanäle nicht nutze, sonst wäre ich sicher auch auf eine bevorstehende 7.0 aufmerksam geworden... Vorschlag: Weiterhin (aktualisierte!) Release-Agenda-PDFs irgendwo (zentral!) bereitstellen ;) Die kann man sich schön an die Wand pinnen, mit zum Kunden nehmen, usw. Grüße, Jan ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Was hab ich denn vom Domain Driven Design?
Hi Helmut, Wünsche mir nur, dass ein paar fehlende Features noch ergänzt werden: FAL File Upload da das Stichwort FAL File Upload aus dem Frontend hier öfter gefallen ist: Mein Beitrag zu dem Thema is bekannt? http://typo3.helmut-hummel.de/post/85015526410/file-upload-using-extbase-and-fal-in-typo3-6-2 ist mir bekannt, werde das die nächsten Tage hoffentlich mit Erfolg einsetzen ;) https://github.com/helhum/upload_example Das, sowie deine Posts in der mvc-Liste, hatten mir kürzlich auch sehr geholfen. Wird deine Lösung (Upload) denn nun Einzug in den Core erhalten? Idealerweise sogar noch im 6.2 Zweig (auch wenn da keine neuen Features mehr rein dürfen, stimmt's?)... Grüße, Jan ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] 4.5.27 - 6.2.6 Upgrade: PHP Runtime Notice
Fatal error: Class 'TYPO3\CMS\Core\Messaging\FlashMessage' not found in /html/typo3/typo3_src-6.2.6/typo3/sysext/extensionmanager/Classes/ViewHelpers/DownloadExtensionViewHelper.php on line 62 Kannst du mal posten, was in der entsprechenden Zeile steht? Bei mir steht dort die schließende Klammer der Klasse. Bei mir auch. Sehr seltsam... Bekommst du den Fehler (die Notice) ebenfalls? ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] 4.5.27 - 6.2.6 Upgrade: PHP Runtime Notice
Bei mir auch. Sehr seltsam... Bekommst du den Fehler (die Notice) ebenfalls? Nö. Versuche mal bitte den System-Cache zu leeren. Am besten über das Admin Tool. Alles schon x-Fach gemacht. Sowohl übers Installtool, als auch direkt typo3temp/Cache geleert. Grüße, Jan ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] 4.5.27 - 6.2.6 Upgrade: PHP Runtime Notice
Denke auch an die cf_* Tabellen, insbesondere die von Extbase. Auch das schafft keine Abhilfe! Aber leert nicht auch ein Install Tool Clear cache diese Tabellen? Bzw. werden die im Development Context nicht eh igniriert? Grüße, Jan ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] 4.5.27 - 6.2.6 Upgrade: PHP Runtime Notice
Das Install Tool sollte sie auch löschen. Im Dev Context werden die Tabellen trotzdem genutzt. Hast du zu guter Letzt noch den PHP Opcode Cache gelöscht? Ansonsten fällt mir nichts mehr ein. Wo lösche ich den PHP Opcode Cache? Grüße, Jan P.S. Danke für deine Mühe! ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] 4.5.27 - 6.2.6 Upgrade: PHP Runtime Notice
Glaube ich habe die Ursache und Abhilfe: Die Settings sys.errorHandlerErrors und sys.exceptionalErrors waren verstellt. Nach Zurücksetzen auf die Standardwerte werden die Notices nicht mehr ausgegeben! Hoffe den Hinweis kann jemand anderes irgendwann mal gebrauchen ;) Grüße, Jan ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] 4.5.27 - 6.2.6 Upgrade: PHP Runtime Notice
Glaube ich habe die Ursache und Abhilfe: Die Settings sys.errorHandlerErrors und sys.exceptionalErrors waren verstellt. Nach Zurücksetzen auf die Standardwerte werden die Notices nicht mehr ausgegeben! Och, das hätte ich dir auch von Anfang an sagen können ;) Den Opcode Cache löschst du im Install Tool direkt unter Clear all Caches. Zu spät ;) Trotzdem danke! Grüße, Jan ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] 4.5.27 - 6.2.6 Upgrade: PHP Runtime Notice
Hi Newsgroup, seltsam diesen Fehler hatte ich noch nie nach einem 6.2 LTS Upgrade: PHP Runtime Notice PHP Runtime Notice: Declaration of TYPO3\CMS\Rtehtmlarea\RteHtmlAreaBase::drawRTE() should be compatible with TYPO3\CMS\Backend\Rte\AbstractRte::drawRTE($pObj, $table, $field, $row, $PA, $specConf, $thisConfig, $RTEtypeVal, $RTErelPath, $thePidValue) in /html/typo3/typo3_src-6.2.6/typo3/sysext/rtehtmlarea/Classes/RteHtmlAreaBase.php line 27 Passiert, sobald man im Seitemodul ist. Öffnet man ein CE, wird der RTE aber ganz normal geladen... Hat jemand eine Idee? Hat niemand eine Idee? Die Meldung lässt sich unterdrücken, wenn man sys.displayErrors=-1 setzt (default). Aber das kann ja eigentlich kein Standardverhalten sein, dass in 6.2.6 überall obige Notices ausgegeben werden, solange man im Development Kontext arbeitet! Oder? Grüße, Jan ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Extbase 6.2: Altes Problem Relation Sorting - Lösung?
Hi Till, gibt es für das Sortierproblem bei Child-Objekten eigentlich eine Standard-Lösung? f:for each={mutter.kinder} as=kind ... /f:for Ziel ist die Ausgabe bei Fluid in einer gewünschten Reihenfolge (z.B. nach sorting-Feld). D.h. bei einer Beziehung Mutter 1 : n Kind ist die Sortierung beim Kinder-Getter der Mutter-Klasse zu bewerkstelligen. Das geht m.E. nur, in dem man im Getter die Kind-Repository einbindet und dann mit findByMutter($this) die Default-Sortierung der Repository nutzen kann. Oder man benutzt ein PHP sort über die Kinder. Falls es sonst keine Lösung gibt: Welche der beiden Varianten ist der Vorzug zu geben? Vor ca. einem Jahr gab es (meines Wissens) noch keine Lösung [1] + [2]. Aber es gibt Tickets im Forge. Ich hatte mir damals mit dem FED SortViewHelper [3] beholfen. Aktuell bringt der mir nach einem 6.2 Upgrade aber Fehler. Bin gerade selbst auf der Suche nach Ersatz, es gibt scheinbar was neues [4]. Mir ist es ein Rätsel, warum solch ein Feature noch nicht in 6.2 Einzug erhalten hat. Aber nach den Forge Comments ist die Sache wohl nicht trivial... Grüße, Jan P.S. Post mal deine Lösung hier! [1] http://lists.typo3.org/pipermail/typo3-german/2013-July/094699.html [2] http://forum.typo3.org/index.php/t/198373/ [3] http://fedext.net/viewhelpers/fed/Data/SortViewHelper.html [4] https://fluidtypo3.org/viewhelpers/vhs/master/Iterator/SortViewHelper.html ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] 4.5.27 - 6.2.6 Upgrade: PHP Runtime Notice
Passiert, sobald man im Seitemodul ist. Öffnet man ein CE, wird der RTE aber ganz normal geladen... Hat jemand eine Idee? Im Dev Modus werden Notices ggf. als Messages angezeigt. Allerdings gibt nicht jedes Modul die gesammelten Flashmessages auch aus. Dann werden sie unter Umständen erst beim nächsten Modul ausgegeben, welches dies tut. Notices sind eigentlich ein Bug, kommen aber hin und wieder mal vor. Du kannst mal schauen, ob es dazu schon eine Bugreport gibt und ansonsten einen neuen Bugreport anlegen: https://forge.typo3.org/projects/typo3cms-core/issues Danke, aber langsam glaube ich irgendwas ist mit der Installation im argen: Fatal error: Class 'TYPO3\CMS\Core\Messaging\FlashMessage' not found in /html/typo3/typo3_src-6.2.6/typo3/sysext/extensionmanager/Classes/ViewHelpers/DownloadExtensionViewHelper.php on line 62 Tritt auf, wenn man im EM Get Extensions auswählt... Die angeblich fehlenden Dateien sind aber vorhanden!! Was kann man nun mehr tun als nochmal die Sourcen runterzuladen (was das Problem auch nicht gelöst hat)? Auch das tritt nur auf bei einem 'SYS/displayErrors' = '1' bzw. im Development Context... Wundert mich nur, dass das noch nicht anderen aufgefallen ist... Grüße, Jan ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] 4.5.27 - 6.2.6 Upgrade: PHP Runtime Notice
Hi Philipp, Passiert, sobald man im Seitemodul ist. Öffnet man ein CE, wird der RTE aber ganz normal geladen... Hat jemand eine Idee? Im Dev Modus werden Notices ggf. als Messages angezeigt. Allerdings gibt nicht jedes Modul die gesammelten Flashmessages auch aus. Dann werden sie unter Umständen erst beim nächsten Modul ausgegeben, welches dies tut. Notices sind eigentlich ein Bug, kommen aber hin und wieder mal vor. Du kannst mal schauen, ob es dazu schon eine Bugreport gibt und ansonsten einen neuen Bugreport anlegen: https://forge.typo3.org/projects/typo3cms-core/issues Danke, aber langsam glaube ich irgendwas ist mit der Installation im argen: Fatal error: Class 'TYPO3\CMS\Core\Messaging\FlashMessage' not found in /html/typo3/typo3_src-6.2.6/typo3/sysext/extensionmanager/Classes/ViewHelpers/DownloadExtensionViewHelper.php on line 62 Tritt auf, wenn man im EM Get Extensions auswählt... Die angeblich fehlenden Dateien sind aber vorhanden!! Was kann man nun mehr tun als nochmal die Sourcen runterzuladen (was das Problem auch nicht gelöst hat)? Any Ideas? Grüße, Jan ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] 4.5.27 - 6.2.6 Upgrade: PHP Runtime Notice
Hi Gruppe, seltsam diesen Fehler hatte ich noch nie nach einem 6.2 LTS Upgrade: PHP Runtime Notice PHP Runtime Notice: Declaration of TYPO3\CMS\Rtehtmlarea\RteHtmlAreaBase::drawRTE() should be compatible with TYPO3\CMS\Backend\Rte\AbstractRte::drawRTE($pObj, $table, $field, $row, $PA, $specConf, $thisConfig, $RTEtypeVal, $RTErelPath, $thePidValue) in /html/typo3/typo3_src-6.2.6/typo3/sysext/rtehtmlarea/Classes/RteHtmlAreaBase.php line 27 Passiert, sobald man im Seitemodul ist. Öffnet man ein CE, wird der RTE aber ganz normal geladen... Hat jemand eine Idee? Danke und Grüße, Jan ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] TS Template Editor + Firefox
Hi Newsgroup, wenn ich mit Firefox im TS Template Editor ein Typoscript Template mit mehr als ca. 250 Zeilen bearbeite, zwingt das den Browser für etliche Sekunden in die Knie (100% CPU usw., Browser reagiert nicht mehr). Am heftigsten ist das bei 6.2 LTS Installationen... Meine Hardware ist relativ modern und bietet eigentlich genug Ressourcen. Hat jemand ähnliche Phänomene oder vielleicht Ideen zur Abhilfe? Danke und viele Grüße Jan ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] FAL + Accesslists: Welches Recht fehlt?
Hallo Newsgroup, bei FAL Feldern im Backend sehe ich als Admin folgende Buttons: - Bild hinzufügen - Dateien auswählen und hochladen Als Mitglied einer bestimmen Benutzergruppe sehe ich aber lediglich: - Bild hinzufügen Welches Recht in den Accesslists fehlt der Benutzergruppe womöglich? Es betrifft sowohl standard CE's (Text mit Bild usw.) als auch die FAL Integration in eigene Extensions. Danke und viele Grüße Jan ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] TYPO3 6.2 sys file reference um ein Feld erweitern.
Am 13.08.2014, Alexander Averbukh vermutete : geht es nicht anders, ohne Extension? Ich habe versucht das TCA in der AdditionalConfiguration.php zu erweitern. Es hat leider nichts gebracht. Das reine TCA kannst du auch via TSconfig oder typo3conf/ext_tables.php erweitern ohne eine zusätzliche Extension. Nur muss der Inhalt deines neuen Feldes eben auch irgendwo hingespeichert werden und dafür die DB-Tabelle entsprechend erweitert werden (eben via ext_tables.sql einer Extension). Außerdem muss das Model ja auch noch erweitert werden, oder wie willst du später an das neue Feld kommen (z.B. in Fluid)? Grüße, Jan ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Simple Extbase Frage
Hi, ich habe auch noch nie versucht die Tabellen zu sortieren. Was ich aber oft mache, ist verschiedene Tabellen für verschiedene Nutzer ausblenden, so dass es nur für mich als Admin unübersichtlich ist... Ja, das hatte ich auch im Hinterkopf als Workaround ;) Danke, Jan ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] locallang + xlf
Hi Gruppe, habe eine Frage zu den locallang Files im xlf Format. - locallang_db.xml: trans-unit id=tx_myext_domain_model_abc.xyz sourceDescription/source /trans-unit - de.locallang_db.xml: trans-unit id=tx_myext_domain_model_abc.xyz sourceDescription/source targetBeschreibung/target /trans-unit Wozu überhaupt noch die locallang_db.xml, wenn die default-Sprache Inhalte in jeder de.*, it.*, fr.* usw. nochmals im source enthalten sind? Oder alternativ: Warum zusätzlich das source in jeder de.*, it.*, usw., wenn das doch bereits in der locallang_db.xml steht? Stehe ich auf dem Schlauch oder warum gibt es diese (bei mehreren Lokalisierungen mühsamen!) Redundanzen? Viele Grüße Jan ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] locallang + xlf
Danke für eure Antworten. Ich habe noch eine (per Mail) erhalten. Wen es interessiert: Stell dir vor jemand möchte automatisiert die Dateien von einer Agentur übersetzen lassen und eine andere soll die Übersetzungen gegenchecken. dann ist doch hilfreich, wenn die Infos zusammenstehen, oder Die Übersetzungen stehen am Ende ein Extension-Entwicklung. Das ist eine plausible Erklärung ;) Grüße, Jan ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Neuinstallation TYPO3 CMS 6.2 auf Amazon-Server nur mit Internal Server Error
Hi David, mir wurde ein Amazon-Server vorgesetzt auf dem ich testen möchte, ob dort TYPO3 CMS 6.2 laufen kann. Zwischenergebnis: Scheinbar geht's nicht. Ich erhalte nur einen 500 Internal Server Error Nun bleibt die Frage wieso? Ich habe nur den neusten Core (6.2.4) runtergeladen und entpackt. Danach dann im Browser zu dem Verzeichnis navigiert. Auf dem Server läuft PHP 5.3.27 und MySQL 5.5.29. Sollte für die 6.2 eigentlich reichen. Es findet zumindest noch die Umleitung von domain.de/path/ auf domain.de/path/typo3/sysext/install/Start/Install.php statt. Ich kann es mir wirklich nicht erklären. Sowas hatte ich bis noch nie. Hat jemand von Euch noch eine Idee woran es liegen könnte? 500 Internal Server Error Fehler können (neben anderen Ursachen) durch eine fehlerhafte .htaccess verursacht werden. Würde mal in die Apache-Logs schauen... Viele Grüße Jan ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Simple Extbase Frage
Hmm, hat denn niemand einen Tipp für mich? Denke, es gibt hier keine ja/nein Antwort, aber mich würde einfach interessieren, wie ihr es machen würdet... Grüße, Jan ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Simple Extbase Frage
Hi Alisha, ich stand auch gerade vor der Frage und habe es letztendlich über Models mit eigenem Repository gelöst, auch damit die einzelnen Werte leicht übers Backend geändert oder ergänzt werden können und ich sie als Auswahllisten in die Edit-formulare integrieren konnte. Damit erübrigt sich auch die Frage nach der Übersetzung... Cool, danke... Ja, ordentlicher ist es so auf jedenfalls. Weißt du zufällig, wie man per TCA / TSConfig im List Modul die Reihenfolge der dargestellten Tables (Models) ändern kann? Genauergesagt: http://forum.typo3.org/index.php/t/201023/ Oder hast du die einzelnen Model jeweils in eigene Sys-Ordner gepackt? Viele Grüße Jan ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Simple Extbase Frage
Hi Jorinde, es gibt wie du ja schon sagst verschiedene Varianten die alle ihre Vor- und Nachteile haben. Wenn du es vermeiden möchtest für diese SelectLists Models anzulegen, würde ich dir Empfehlen, dass du aber zumindest eine Klasse (SelectLists.php) anlegest in der du mit statischen Funktionen an die Arrays rankommst. Immer wenn du dann die Listen brauchst (TCA, FrontEnd, ...) greifst du darauf zu und bist dir so sicher, dass die Reihenfolge stimmt. Das Problem daran ist, dass ich noch keinen Weg gefunden habe, die Listen in der SelectList.php in eine andere Sprache als die default-Sprache zu übersetzen. Vielleicht weiß da ja jemand anders Rat? Ich könnte mir vorstellen, dass die Listen in Models leichter zu händeln sind... Dank dir. Irgendwie hat mein NNTP Client deine Antwort falsch eingegliedert... Das ist eine gute Idee mit der Klassen aber bzgl. der Übersetzungen kann ich dir leider auch nicht helfen. Denke ich werde die Models vorziehen ;) Einziger Nachteil ist dann, dass im Listmodul etliche Tables angezeigt werden (das eigentliche Model und die ganzen Hilfsmodels). Du hast nicht zufällig eine Idee, wie man die Reihenfolge der Tables im Listenmodul ändern kann? TCA, TSConfig o.ä? Viele Grüße, Jan ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Simple Extbase Frage
Hallo Gruppe, ich bastele gerade mal wieder eine Extension und habe eine ziemlich blöde Frage: Viele Properties eines Models habe ich mir mit dem Extension Builder als Select zusammengebaut. Also Felder wie z.B. privat/gewerblich (privat, gewerblich, gemischt) oder Altersnachweis via (Personalausweis, Geburturkunde, Kreditkarte) usw. Daraus resultiert ja ein TCA wie... 'config' = array( 'type' = 'select', 'items' = array( array('-- Label1 --', 1), array('-- Label2 --', 2), ...usw... ), 'size' = 1, 'maxitems' = 1, 'eval' = '' ), ...usw. Das bedeutet, ich muss im Fluidtemplate (oder im Model) die in der DB gespeicherten Werte ja wieder in ihre locallang-Werte übersetzen. Sollten man nun um möglichst sauber bzw. konform zu entwickeln, die oben genannten Felder lieber gleich über eigene Domain Entities / Value Objects mit entsprechenden Relationen abbilden? An den oben genannten Properties hängt keine besondere Funktion (dann wäre die Auslagerung in eigene Models mit Relationen ja unabdingbar), sie sollen einfach nur mit ausgegeben werden werden ;) Viele Grüße Jan ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] TYPO3 bei Strato
Hallo, Zusammenfassend: für eine kleine Seite à la Malermeister Paschulke eventuell noch akzeptabel, ansonsten würde ich eher zu einem Typo3-Provider gehen - oder wenn schon Strato, dann mindestens einen vServer, bei dem man an allen Stellschrauben drehen kann. Selbst bei einer kleinen Seite a la Malermeister Paschulke hatte ich dort (in den TYPO3 supported shared Hosting Paketen) kürzlich unter 6.1.x Probleme: Fehlermeldungen im Backend (nur als Admin, irgendwelche Tempfiles konnten nicht geschrieben werden, trotz korrekter Dateirechte usw.), wahrscheinlich bedingt durch die Limitierung maximal gleichzeitig laufender Prozesse oder ähnlich. Keinerlei Hilfe vom Support. Grüße, Jan ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] captcha (Captcha library) + 6.2.x
Hi Gruppe, die aktuelle Version der Extension scheint zwar schon fit für 6.2 zu sein, jedoch nur bis 6.2.0 (macht doch keine Sinn so...?). Wer ist hier der Author und kann derjenige ggf. eine Version ins TER stellen, bei der die compatibility in der ext_emconf auf bis 6.2.99 steht? Danke und Grüße, Jan ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] SSL Backend, normales Frontend
Hi Chris, was hälst du davon denene redaktueren einen subdomain für trypo3 zu geben. z.b redaktion.meine-domain.de dann kannst du alle request auf www.meine-domain.de in ruhe auf http umbiegen. Per .htaccess Das wäre zumindest ein Workaround, ja. Langfristig solltest du Sowiso eine Lösung anstreben in der die gesamte Seite SSL spricht. Bei normalen Seite möchte ich das nicht. Wenn es sich lediglich um Informationsseiten handelt, bei denen übers FE keinerlei sensitive Daten ausgetauscht werden, ist das überflüssig. Dann könnte man ja gleich das ganze Internet auf SSL umstellen ;) 1. url_scheme Das kann man ja pro Seite auf HTTP setzen, beim Aufruf via SSL findet sogar ein Redirect auf nicht-SSL statt, aber leider vererbt es sich das nicht auf Unterseiten (möglicher Featurerequest?). Was haltet ihr davon? Das url_scheme im Seitenbaum vererbbar zu machen? 2. Preview domain (ab 6.2.) Über TCEMAIN.previewDomain kann man scheinbar kein Protokoll definieren, also auch ungeeignet (ggf. auch ein Featurerequest?). Oder davon? Bei TCEMAIN.previewDomain optional das Protokoll setzen zu können? Grüße, Jan ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] welches TYPO3-Shopsystem?
Hi Mario, Schau dir auch mal Arcavias an: https://typo3.org/extensions/repository/view/arcavias Es ist LTS-Kompatibel. (4.5 - 6.2) Im Arcavias Forum bekommst du auch Hilfe falls es mal klemmt: https://forum.arcavias.com/ Das Projekt ist noch jung, wird aktiv entwickelt und die Entwickler haben offene Ohren. wäre schön wenn du deine Erfahrungen hier posten könntest, falls du Arcavias einsetzt. Würde mich nämlich auch interessieren da eine ähnliche Entscheidung bald ansteht ;) Grüße, Jan ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] SSL Backend, normales Frontend
Hi Stephan, Die Standardeinstellung des Schemas ist ja nimm was auch immer schon da ist. So etwa ist das auto zu verstehen. Wenn du immer eine harte Trennung zwischen HTTP und HTTPS möchtest würde ich dir empfehlen: 1: Zunächst via TCAdefaults im PageTS die Vorbelegung von auto auf http umstellen. Dann sind neue Seiten schon mal immer HTTP, wenn du das auf bestimmten Seiten anders möchtest kannst du das ja ändern. 2: Dann via TCEFORM im PageTS die zur Verfügung stehenden Optionen reduzieren. Nur noch HTTP und HTTPS erlauben, die auto-Option kann verschwinden. 3: Und zuletzt noch die bestehenden Seiten alle aktualisieren, je nach Anzahl entweder von Hand (pro: sys_history, contra: Aufwand) oder per SQL-Query (pro: schnell, contra: keine sys_history). Ja, das hattest du glaube ich schonmal irgendwo vorgeschlagen. Ist auch eine prima Idee. Allerdings in meinen Augen auch nur ein (guter) Workaround... Eigentlich ist mein Anliegen mit BE=SSL und FE=non-SSL doch gar nicht so exotisch, oder doch? Haltet ihr denn gar nichts von meinen zuvor genannten Ideen bzw. wäre nicht eine der beiden ein nettes Feature als Standardfeature? Grüße, Andi ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] SSL Backend, normales Frontend
Hi Gruppe, ich weiss, es ist nicht der erste Thread zum Thema... Aber ich habe noch keine zufriedenstellende Lösung gefunden um ein SSL Backend, aber nicht-SSL Frontend zu ermöglichen. Der Parameter lockSSL im Installtool steht auf 2, das Backend ist also nur via SSL zugänglich. Ein Seite ansehen aus dem Backend durch den Redakteur soll aber automatisch die Seite als nicht-SSL aufrufen. 1. url_scheme Das kann man ja pro Seite auf HTTP setzen, beim Aufruf via SSL findet sogar ein Redirect auf nicht-SSL statt, aber leider vererbt es sich das nicht auf Unterseiten (möglicher Featurerequest?). 2. Preview domain (ab 6.2.) Über TCEMAIN.previewDomain kann man scheinbar kein Protokoll definieren, also auch ungeeignet (ggf. auch ein Featurerequest?). 3. Zusätzliche Extensions Für so eine native Sache möchte ich gern auf zusätzliche Extensions (http-enforcer etc.) verzichten. 4. .htacess Alles außer typo3/ auf nicht-SSL umleiten? Oder anders? Freue mich über Tipps von euch! Grüße, Jan ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Performance 6.2
Hi, ich habe massive Performance Probleme mit 6.2.3 bei der Wartung im BE und auch bei der Ausgabe. 10 Sekunden Wartezeit beim Speichern sind eher die Regel. Ist die Seite gecacht, geht die Ausgabe der Seiten ordentlich flott, aber die Wartung ist ein Drama und auch ungecacht, bzw. während des Cacheaufbaus geht es fast gar nicht. Die selbe Seite ging unter 4.5 mindestens dreimal so schnell. Wo muss man denn unter 6.2 drehen, so dass man wieder annehmbar arbeiten kann? Mit 6.1 ging es ja schon langsamer, aber jetzt mit 6.2, da gehts nochmal deutlich langsamer. Lustig, ich habe genaue die umgekehrte Erfahrung gemacht: Performancegewinn bei einer sehr ressourcenhungrigen Extbase Extension von 4.5 zu 6.2 von rund 75%! Und das, ohne dabei an einer speziellen Schraube drehen zu müssen... Aber auch im normalen BE ist die 6.2 bei mir eigentlich flink. Ist vielleicht der Hoster das Problem bei dir? Gerade die großen Hoster warben ja schon sehr früh mit 6.2 Kompatibilität, aber hier sah (sieht) die Realität dann oft doch etwas anders aus... Grüße, Jan ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Unerklärliches Phänomen bei Bildgenerierung
Guten Morgen Newsgroup, bei einer alten pibase Extension unter 4.5.31 habe ich ein seltsames Phänomen bei der Bildgenerierung. Da die Extension seit Jahren läuft und das Problem erst seit kurzer Zeit auftritt, schließe ich den Code als Ursache eigentlich aus. Die Extension generiert eine Listenansicht von Objekten. Unter anderem wird dabei für jedes Objekt en Bild ausgegeben. Das Bild wird im BE ganz normal gepflegt (TCA type=group, internal_type=file, uploadfolder=uploads/tx_myext usw.) und auch korrekt nach uploads/tx_myext kopiert. Im FE werden die Objekte aus der DB gelesen und in einer Schleife durchlaufen. Dabei wird über $this-cObj-IMAGE($imgConf) jeweils das Bild generiert und ein entsprechender Marker gefüllt. Das funktionierte stets einwandfrei, jedoch werden nun plötzlich sporadisch Bilder vertauscht. Nach einem Leeren der Ordner typo3temp/pics/ (bzw. typo3temp/fl_realurl_image) und Cache leeren stimmt dann wieder alles. Hat jemand eine Idee für eine mögliche Ursache? Viele Grüße Jan ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] COA-TEXT - Zeilenumbrüche
Hi Mario, wenn ich mit COA mehrere TEXT zusammenklebe, dann stehen diese immer am Stück. Versuch doch mal 15.br=1 oder im COA ein br=1 (bin aber nicht sicher ob das geht). Grüße, Jan ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] HMENU/TMENU manipulieren
Hallo Newsgroup, kann für ein HMENU/TMENU ein Item manuell einfügen? Das Menü wird gerendert über special=list und special.value = 1,2,3. Jetzt soll ein 4. Item von Hand erzeugt werden. Oder alternativ (mit special.value=1,2,3,4): Lässt sich via Optionsplit das letzte Item auf nicht verlinkt setzen? Es soll zwar ausgegeben, aber nicht verlinkt werden (also ohne a bzw. mit a href=# o.ä.). Viele Grüße, Jan ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] HMENU/TMENU manipulieren
Hallo again, kann für ein HMENU/TMENU ein Item manuell einfügen? Das Menü wird gerendert über special=list und special.value = 1,2,3. Jetzt soll ein 4. Item von Hand erzeugt werden. ...das interessiert mich weiterhin ;) Oder alternativ (mit special.value=1,2,3,4): Lässt sich via Optionsplit das letzte Item auf nicht verlinkt setzen? Es soll zwar ausgegeben, aber nicht verlinkt werden (also ohne a bzw. mit a href=# o.ä.). Habe gerade entdeckt, dass .NO.doNotLinkIt ein Optionsplit hat, also geht es mit sowas: .NO.doNotLinkIt = 0 |*| 0 |*| 1 Grüße, Jan ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] 6.2 LTS Extension manager - modifizierte Extensions
Hallo newsgroup, bitte verzeiht, dass ich diese Thema http://forum.typo3.org/index.php/t/203799/ nun auch hier nochmal anspreche. Ein nicht seltenes Praxisbeispiel: Ein Fremdprojekt mit mehreren TER Extensions soll geupgraded werden, sowohl der Core als auch die installierten Exts. Ich vemute, dass sich manche Exts womöglich nicht mehr im Originalzustand befinden, weiss es aber nicht sicher. In 4.5 LTS hat mich der Extension Manager freundlich darauf hingewiesen, welche Extensions sich nicht mehr im Originalzustand befinden. Ich konnte mir also sehr komfortabel ein Bild davon machen, was insgesamt auf mich zukommt und wusste sofort, bei welchen Extentions ich aufpassen und genauer hinsehen muss... In 6.2 LTS tut er das nicht mehr. Ich bleibe in Unklaren darüber, mache entweder voreilig Fehler oder muss die Extensions zeitaufwendig manuell vergleichen (ist ja egal, zahlt ja der Kunde - blos wie lange noch...). Liebe Core'ler, warum habt ihr dieses Feature gestrichen? Was war falsch daran? Es gab sogar Wünsche (Thema neuer EM), dass dieses Feature wieder re-integriert wird. Sorry für den Unmut, aber sowas ist für mich absolut nicht nachvollziehbar. Grüße, Jan ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] form + search zusammen
Nabend Newsgroup, in einem älteren Post hatte ich das Problem, beide CE's form und search innerhalb einer Website verwenden zu wollen. Angeblich können nicht beide gleichzeitig eingesetzt werden. Falls search verwendet wird, muss form deinstalliert werden. Ist das immer noch so (6.2) und soll das auch so bleiben? Falls ja, ist das nicht arg unschön? Beides steht standardmäßig zur Verfügung, kann aber nicht zusammen verwendet werden!? Danke und Grüße, Jan ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Zurück zum 4.5 / 6.1 Feeling
Hi Joey, Beim ursprünglichen Kritikpunkt ging es um das Userinterface insbesondere das Page-Modul - wäre schön, dazu noch mehr Input zu bekommen. Was kann man konkret tun bzw. wie könnte man sich ggf. auch einbringen? Wie erfasst ihr überhaupt das Interesse der Community zu einer bestimmten Sache? Sicher nicht auf Basis solcher Threads wie hier, oder? Grüße, Jan ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Zurück zum 4.5 / 6.1 Feeling
Hi Ralf-Rene, Am 06.05.2014 12:15, schrieb Jan Kornblum: Wie erfasst ihr überhaupt das Interesse der Community zu einer bestimmten Sache? FeatureRequests (mit moglicherweise votings) sind doch eigenlich wie schon immer die Basis für die aktive Mitarbeit der Comunity... Also im Forge? Gut, dann hatte ich bislang wohl immer die falschen Vorschläge denn viele Votings gab es nie :( Grüße, Jan ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Zurück zum 4.5 / 6.1 Feeling
Hi Gruppe, gibt es irgendeine Möglichkeit, das Backend-Feeling bei 6.2 LTS zurückzusetzen, so wie es bei 4.5 - 6.1 war? Ich bekomme regelmäßig die Krise, wenn ich mich in eine 6.2 Instanz einlogge und vorher in einer 4.5 oder 6.1 unterwegs war. Alles nimmt unnötig viel Platz weg, unnötig große Abstände bzw. Weißraum, man sieht nur noch wenige Content-Elemente auf einen Blick, muss viel mehr scrollen, usw... Oder kann man sich selbst irgendwie einen eigenen (platzsparenderen) Skin o.ä. zusammenbauen, den man dann über alle 6.2 Instanzen drüberlegen kann? Danke und Grüße, Jan P.S. Nein, das ist keine Neu = Doof Nörgelei. Ansonsten ist die 6.2 echt Spitze geworden! Aber was habt ihr euch blos bzgl. dieses luftigeren Erscheinungsbildes gedacht? Gut aussehen zu Lasten der Usability? Ehrlich, das interessiert mich wirklich! ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Zurück zum 4.5 / 6.1 Feeling
Hi, das sehe ich genauso. danke fürs Mitstreiten ;) Was mich stört und bei Kunden zu Verwirrung geführt hat ist, dass man erst mal über Inhaltselemente Hovern muss bevor die Aktionsbuttons erscheinen. Das macht gerade bei Usern die häufig damit arbeiten keinen Sinn, da man immer doppelt zielen muss. Das war zumindest in der 6.1 auch schon so. Stört mich jetzt weniger, aber jetzt wo du's sagst... Viel krasser finde ich, sich mal in einer 4.5/6.1 und 6.2 parallel einzuloggen und zu vergleichen, was man bei der 6.2 im Seitenmodul im rechten Frame noch zu Gesicht bekommt. Auch ein Content-Element zu editieren ist jetzt lustig: Geht auf einem 1600x900 Notebook nicht mehr ohne richtig viel Scrollen. Wofür das ganze Spacing / Padding? Ich wäre bereit, 150 EUR an die Association für ein Back-to-6.1-Backend-Projekt zu spenden ;) Wer macht mit? Grüße, Jan ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Zurück zum 4.5 / 6.1 Feeling
Hi Joey, Ich wäre bereit, 150 EUR an die Association für ein Back-to-6.1-Backend-Projekt zu spenden ;) Wer macht mit? Die deutsche Liste ist dafür nicht ganz der richtige Ort: http://forge.typo3.org/projects/usability danke für den Hinweis. Wäre ggf. was für die Developer-Days, falls da nicht ohnehin schon ein entsprechender Workshop geplant ist. Das wäre toll ;) Grüße, Jan ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Zurück zum 4.5 / 6.1 Feeling
Hi Philipp, Oder kann man sich selbst irgendwie einen eigenen (platzsparenderen) Skin o.ä. zusammenbauen, den man dann über alle 6.2 Instanzen drüberlegen kann? Klar. http://docs.typo3.org/typo3cms/SkinningReference/BackendCssApi/SkinningApi/Index.html Prima, danke. Das werde ich mir mal ansehen... P.S. Nein, das ist keine Neu = Doof Nörgelei. Ansonsten ist die 6.2 echt Spitze geworden! Aber was habt ihr euch blos bzgl. dieses luftigeren Erscheinungsbildes gedacht? Gut aussehen zu Lasten der Usability? Ehrlich, das interessiert mich wirklich! Es geht darum, auch nicht Power-Users einen Zugang zum Backend zu geben. 100+ Icon verwirren da nur. Stattdessen werdend die Icons wenn möglich Kontext bezogen angezeigt. Also ich denke, dass auch ein nicht Power-User mit der alten Editing-Form z.B. Text-mit-Bild wesentlich besser klar kommt. Ich meine, ich habe hier ein Thinkpad mit 14 und 1600x900. Und da ist schon alles wirklich sehr groß und sehr luftig. Wie sieht das blos bei einem Ottonormalverbraucher aus, der meistens die Auflösung gar nicht ganz hochschraubt geschweigedenn überhaupt eine hohe Auflöösung hat? Der größere Abstand ist auf großen, bzw. hochauflösenden Displays nötig, da das Treffen der Icons sonst zu einem Geschicklichkeitsspiel wird. An den luftigeren Skin gewöhnt man sich schnell und dann stört das minimal Mehr an Skrolling auch nicht mehr (IMHO). Ja. Aber die sind sicher noch eine Minderheit und werden es kostenbedingt auch bleiben. Ist das wirklich solch ein Unterschied auf einem hochauflösenden Display? Klar, man gewöhnt sich sicher dran wie auch an die 4:3 auf 16:9 Umstellung bei den TFTs, und schnell ist das alte Backend vergessen :( Grüße, Jan ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Zurück zum 4.5 / 6.1 Feeling
Hi Peter, Der größere Abstand ist auf großen, bzw. hochauflösenden Displays nötig, da das Treffen der Icons sonst zu einem Geschicklichkeitsspiel wird. An den luftigeren Skin gewöhnt man sich schnell und dann stört das minimal Mehr an Skrolling auch nicht mehr (IMHO). Ja. Aber die sind sicher noch eine Minderheit und werden es kostenbedingt auch bleiben. Ist das wirklich solch ein Unterschied auf einem hochauflösenden Display? Meist nicht. Die Retina oder anderen hochauflösenden Monitore verhalten sich meist wie die Smartphones oder Tablets: es wird unterschieden zwischen den Gerätepixeln und den CSS-Pixeln. Ergo zeigt ein Retina-Monitor die Seite genau so groß an wie ein Nicht-Retina. Ich habe zwei nebeneinander: einen neuen Retina und einen alten. Wenn ich eine Seite von einem zum anderen schiebe ändert sich die dargestellt Größe überhaupt nicht. Nur die Schrift wird schärfer. Und die Bilder, wenn die Retina-Anpassung haben. Also wäre das Hauptargument von Philipp für die riesen Spaces und Paddings so ziemlich entkräftet ;) Oder gibts weitere gute Gründe dafür? Grüße, Jan ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Slider für Typo3 6.1
Hallo Sven, das war mir schon klar .. hätte ja sein können, dass jemand direkt eine passende Lösung hat. Ich bin soeben auf jfmulticontent gestossen und dies scheint mein Problem zu lösen. also dank FAL kannst du ab 6.0 den Slider eigentlich sogar ohne zusätzliche Extension realisieren (zumindest wollte ich das demnächst mal so ausprobieren): Die einzelnen Sliderelemente kannst du mit Typoscript aus den FAL Records auslesen und zusammensetzen (Image, Title, Caption, Link, etc.), müsste sogar mit Vererbung in der Rootline gehen. Dann z.B. jQuery und jQuery.Cycle einbinden und die Initialisierung des Sliders über das normale JS deiner Seite... Grüße, Jan ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] TYPO3 6.2 LTS - RTE Konfiguration
Argh... Scheinbar lag der Fehler nur in einem Vertipper beim contentCSS Pfad. Sorry! ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] TYPO3 6.2 LTS - RTE Konfiguration
Hallo newsgroup, ich bekomme es partout nicht hin, unter 6.2 in der RTE Konfiguration eigene Klassen einzubinden bzw. vorhandene Textstyle- / Blockstyle Klassen wie Wichtig, Name der Person, usw. auszublenden... Hat sich in der RTE Konfiguration unter 6.2 etwas grundlegendes geändert und falls ja, wo findet man weitere Informationen dazu? Danke und Grüße, Jan ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] smoothmigration
Hi Newsgroup, Ich führe das Smooth Migration Tool aus: Run all checks liefert einige gelbe Meldungen. Daraufhin führe ich Clear all issues aus und alle gelben Meldungen werden grün. Nun ein Show report mit dem Ergebnnis ...currently 0 issues. Das sieht für mich danach aus, als wären die usprünglich gelben Issues von dem Tool selbständig behoben worden. Wenn ich nun erneut Run all checks ausführe, kommen aber wieder die gleichen Issued wie zu Beginn. Sorry für diese dumme Frage, aber was fixed das Tool denn nun selbständig und was nicht? Ich steht irgendwie auf dem Schlauch... Viele Grüße jan ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] smoothmigration
Hi Peter, da bin ich auch schon dumm davor gestanden :-) Das fixt m. E. gar nichts. Aber auch die Meldungen sind hilfreich - letztlich muss man das meiste sowieso von Hand fixen. Das dachte ich mir schon fast :( Aber gut zu wissen dass es auch andere gibt die hier nicht ganz durchsteigen. Irritierend finde ich im Report halt folgende Meldungen: Migration status: No migration available, manual action required. - Impliziert, dass andere Issues automatisch behoben werden können ...oder... Migration status: Not processed yet - ...zum Beispiel diese Viele Grüße Jan ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] smoothmigration
O.K., hier steht es nochmal schwarz auf weiß. Die Seite kannte ich noch nicht: http://docs.typo3.org/typo3cms/InstallationGuide/UpgradeLTS/Preparation/Index.html ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] TS Conditions und Performance
Danke Ralf-Rene und Georg! Wieviel das real ausmacht, dazu können dir Fachleute bestimmt mehr sagen, aber das es die datenbank extrem anwachsen lassen kann, das habe ich am eigenen Leibe erfahren müssen... Datenbank ist das eine aber was real halt der Fall ist, dass dann zB ein User viel öfter auf eine ungecachte Seite trifft, da die Seite in seiner Variante aus allen Conditions die zutreffen noch nicht aufgerufen wurde. Sowas wie [globalVar = GP:L = 1] ist ja ok, du willst ja wirklich eine andere Variante der Seite bauen. Bedeutet das, dass für jede Condition-Variante eine cached-Version der Seite angelegt wird? GP:L=1 sowie GP:L=2 führen zu je einem Cache-Eintrag der aktuellen Seite? Die Seiten also schon im Cache liegen, lediglich der Condition Part zur Laufzeit ausgewertet wird, die entsprechende Seite dann aber schon aus dem Cache geliefert wird? Oder heißt das, dass sobald eine Condition im Einsatz ist, gar nichts mehr gecached wird? Viele Grüße, Jan ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] TS Conditions und Performance
Hi Bernd, danke zunächst für deine Erläuterungen! Oder heißt das, dass sobald eine Condition im Einsatz ist, gar nichts mehr gecached wird? es wird nur multipliziert, weil jede Condition-Kombination, die irgendwann mal auftaucht zu neuen Einträgen (pro Seite!) führt. 100 Seiten x4 L = 0, 1, 2 (else) x5 Browser = FF, IE, Chrome, Safari (else) x4 PidInRootline = 8, 40, 142 (else) x3 TSFE:id = 1,100 (else) macht theoretisch 24000 gecachte Seiten, real sind es aber weniger weil die pidInRootline Condition ja nicht jede Seite in allen 4 möglichen Varianten erlaubt. und erst recht nicht die Abfrage der SeitenId, die zwar zu neuen Varianten des TS führt, aber bestimmt nicht pro Seite unterschiedlichen Content produziert Eine Frage hätte ich noch: Wenn in einer Website nun L=0 und L=1 konfiguriert sind (und es hier die üblichen TS Conditions gibt), und ein Intruser dann eine konkrete Unterseite (id=123) zusätzlich mit L=2, L=3 usw. beschießt... 1) Gibt es dann für jeden L=2, L=3, usw. Beschuss eine cached Variante dieser Seite? 2) Oder werden diese cached Varianten nur für die L=x erzeugt, die in einer Condition auftauchen (in diesem Falle L=1 und L=2)? Grüße, Jan ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] TS Conditions und Performance
Prima, danke! ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] TS Conditions und Performance
Hi Gruppe, ich bin jetzt schon des öfteren über Beiträge gestolpert in denen die Rede davon ist, dass man im TS Haupttemplate aus Performancegründen (Caching) nicht mit TS Conditions arbeiten sollte. Konkret ging es um Dinge wie Browserabfragen (als Ersatz für Conditionnal Comments im CSS): [browser = msie] [browser = msie] || [browser = netscape] [version = 4] ...usw. Ich kann das nicht ganz nachvollziehen, denn andere Conditions werden ja in den meisten Websites auch standardmäßig verwendet, wie z.B.: [globalVar = GP:L = 1] [globalString = ENV:HTTP_HOST = domain.tld] [PIDinRootline=8] ...usw. Gibt es aus Performance-technischer Sicht denn etwa Unterschiede in der Art der Conditions? Gute und böse? Nicht wirklich, oder? Danke und Grüße, Jan ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Rendering-type for responsive image
Hi Peter, Patrick Lobacher hat auf Slideshare.com eine Doku mit allen Neuerungen der Version 6.2 aufgeschaltet. Da kommt auch diese Thema zur Sprache. gibt auch ein paar Videos auf Youtube wo die Features grob demonstriert werden. Eines glaube ich von jweiland und eines von der T3CONN von Ernesto, beide im Zusammenhang mit den Neuerungen in 6.2 LTS... Grüße, Jan ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Rendering-type for responsive image
Hallo, hier der Link zum Slideshare von Patrick Lobacher: http://de.slideshare.net/plobacher/typo3-cms-62-lts-die-neuerungen Das Ding ist sehr umfangreich (189 S.) und behandelt die Neuerungen in 6.2 sehr gründlich und mit vielen sehr hilfreichen Screenshots. Diese tollen Slideshares gibt es schon seit 4.5 LTS, habe alle archiviert. Echt spitze, dass er sich jedes mal die Mühe macht das so umfangreich zusammenzustellen! Viele Grüße, Jan ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] jQuery Code im Header - Verursacher
Nabend NG, folgendes befindet sich im head einer Seite: script type=text/javascript /*![CDATA[*/ var TYPO3 = TYPO3 || {}; TYPO3.jQuery = jQuery.noConflict(true); /*]]*/ /script Ich habe jetzt fast eine Stunde erfolglos gesucht, wo das herkommt und nichts gefunden. page.includeJs***, page.headerData usw, nirgendwo was zu finden. Powermail ist im Einsatz (aber auf anderen Unterseiten), ich dachte erst das wäre der Verursacher, aber selbst wenn ich das powermail TS Template entferne keine Änderung... Hat jemand eine Idee? Ich wäre zutiefst dankbar ;) Grüße, Jan ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] jQuery Code im Header - Verursacher
Hi Nicole, das kommt aus der Funktion renderJqueryScriptTag() aus dem PageRenderer.php Daaanke! D.h. das ist standard bei 6.1 und lässt sich über TS nicht entfernen? Stehe auf dem Schlauch ;) Grüße, Jan ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] 6.2 LTS erster Eindruck
Hallo zusammen, ein erster (negativer) Eindruck zur 6.2 (neben bislang nur positiven, das möchte ich hier gleich klarstellen): Diese luftigere Erscheinungsbild, worin ist das begründet? Ist das eine seit 4.5 langsame aber kontinuierliche Entwicklung, damit das CMS jetzt oder irgendwann vollständig mit Tablets Co bedient werden kann? Ich finde das sehr unvorteilhaft. Man muss an verschiedenen Stellen viel mehr Scrollen und kann weniger Informationen gleichzeitig erfassen. Das betrifft Listenansichten, Detailansichten und auch Formulare. Klar, daran gewöhnt man sich irgendwann genauso wie an die Ablösung der 4:3 Monitore durch 16:9, aber ich fand es bei TYPO3 bislang schon immer sehr genial, wie hier viele Informationen auf wenig Raum dargestellt und bearbeitet werden können. Wäre schade, wenn das langsam verlorengeht... Unabhängig davon jedenfalls Danke an alle Beteiligten für diese nächste LTS Version ;) Viele Grüße, Jan ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Benutze Protokoll vererben?
Hi Newsgroup, lässt sich das Feld Benutze Protokoll (url_scheme) in den Seiteneigenschaften im Seitenbaum vererben? Wird das ggf. durch einen Eintrag in $GLOBALS['TYPO3_CONF_VARS']['FE']['addRootLineFields'] .= '...' möglich? Situation: Eine gesamte Seite soll über HTTP benutzt werden, lediglich bei einer einzigen Unterseite soll HTTPS erzwungen werden. Ein entsprechendes Setzen von url_scheme auf Unterseite=HTTPS und Rootpage=HTTP ist nicht ausreichend: Sobald eine andere Seite als die Rootpage über SSL aufgrufen wird, findet kein Redirect auf ohne SSL statt. Viele Grüße Jan ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] FLUIDTEMPLATE und vollständiges HTML Template
Hallo Newsgroup, beim klassischen page.10 = TEMPLATE konnte man ja ein vollständiges HTML Template hinterlegen und über .workOnSubpart dennoch nur einen Teil davon (meistens zwischen den body-Tags) aktiv verwenden. Bei FLUIDTEMPLATE hingegen habe ich die eigentlichen HTML Templates bislang immer so gekürzt, dass darin nur noch der Teil enthalten ist, der dem .workOnSubpart Bereich des klassichen Ansatzes entspricht. Ist ja prinzipiell auch in Ordnung so... Gibt es trotzdem eine Möglichkeit, bei FLUIDTEMPLATE ein vollständiges HTML Template zu verwenden einschliesslich head usw. und ein ähnliches Verhalten wie .workOnSubpart zu realisieren? Danke und Grüße, Jan ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Fehlerursache?
Hi Michael, wenn die Datei/Verzeichnisrechte stimmen und das Problem nur sporadisch auftritt, dann koennte es moeglicherweise die Anzahl der vom Benutzer momentan geoeffneten Dateien oder Prozesse sein. Die Anzahl Prozesse sind laesst sich auf jeden Fall limitieren, bei Dateien bin ich mir nicht ganz sicher. Dann wäre ein Strato PowerWeb Plus derzeit definitiv nicht TYPO3 6.1.x tauglich (schon krass eigentlich). Nicht einmal bei einer sehr kleinen Seite ohne ressourcenhungrige Extension (Mir ist natürlich klar dass, es weitaus bessere Hostingalternativen gibt). Eine andere Moeglichkeit: der Benutzer kratzt staendig am Quota Limit und ueberschreitet es hin und wieder, sodass keine Daten in's Filesystem geschrieben werden koennen. Kurze Zeit spaeter sind Resourcen wieder frei und der Prozess kann wieder schreiben. Kann nicht sein. Das Paket wurde jüngst geupgraded und da ist massig Space frei... Nur zwei Ideen, die mir auf Anhieb in den Sinn kamen :-) Vielen Dank dafür, Jan ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Fehlerursache?
Hi Newsgroup, worin könnte folgender Fehler begründet sein? Er tritt nur sporadisch auf, ohne Regel, wenn man im Backend arbeitet (Pagemodul, Templatemodul). Da das Problem auf meinem Entwicklungsserver nicht auftrat, werden es wohl irgendwelche Providersettings oder vielmehr die Ressourcen des shared-Hosting Paketes sein (Strato PowerWeb Plus), dessen Performance eh zum Heulen ist. Die Dateirechte stimmen. Viele Grüße, Jan --- Oops, an error occurred! The temporary cache file /home/strato/http/premium/rid/xyz/xyz/xyz/htdocs/xyz/typo3temp/Cache/Data/t3lib_l10n/52fd0613cc92e.temp could not be written. --- ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] AdditionalConfiguration.php
Hallo Newsgroup, in den 6.x Versionen überschreibt man Datenbankparameter ja über die AdditionalConfiguration.php, da direkte Änderungen in der LocalConfiguration.php nicht beständig sind. Bei einem Umzug einer TYPO3 Instanz auf einen anderen Server bleiben die urspünglichen Datenbankparameter (DB User, DB Passwort) also weiterhin in der LocalConfiguration.php erhalten. Das ist nicht immer erwünscht, gerade wenn man hier Benutzernamen oder Passwörter gewählt hat, die nicht unbedingt in Dritte Hände gelange sollen (wenn eine Seite z.B. den Besitzer oder die Agentur wechselt). Wie wird man die alten Datenbankparameter also dauerhaft los? Danke und Grüße, Jan ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] AdditionalConfiguration.php
Hi Nils, danke. hast du den mal versucht, sie einfach zu löschen? nein, noch nicht ;) Aber selbst wenn sie erstmal weg wären, ist es unbefriedigend, nicht genau zu wissen, ob und unter welchen Umständen sie bei künftigen Änderungen über das Installtool ggf. plötzlich wieder auftauchen. Meines Wissens _sollte_ man die LocalConfiguration.php nicht manuell bearbeiten, weil sie vom Install Tool überschrieben werden kann. Nicht, weil man sie nicht bearbeiten _könnte_. Ja, genau. Aber dieses sollte nicht und überschrieben werden kann sind ja genau die Gründe, die abhalten. Bei der localconf.php früher hat doch auch niemand vorm direkten Editieren gewarnt. Das dies nun aber der Fall ist, muss es ja auch einen Grund haben. Ich hab nach dem Umzug sogar von Hand die neuen Parameter in die LocalConfiguration.php geschrieben und das klappte. Hast du danach auch mal ein paar Install Tool Änderungen ausgeführt und die manuellen Änderungen blieben erhalten? Grüße, Jan ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] AdditionalConfiguration.php
Ich hab nach dem Umzug sogar von Hand die neuen Parameter in die LocalConfiguration.php geschrieben und das klappte. Hast du danach auch mal ein paar Install Tool Änderungen ausgeführt und die manuellen Änderungen blieben erhalten? aber logisch... die Informationen liegen doch nur hier in der LocalConfiguration.php und sind nirgends anders gespeichert !!! Wenn das so ist dann ist gut ;) Ich hatte diverse Infos im Netz so interpretiert, dass die Informationen in der LocalConfiguration eben *doch* zusätzlich woanders gespeichert sind und die LocalConfiguration eben nur ein Abbild davon ist (aus welchem Grund auch immer). Und dass Änderungen daher in der AdditionalConfiguration.php vorzunehmen sind. nur wenn ich im InstallTool das ändere was ich vorher manuell bearbeitet habe würde es wieder überschrieben werden... Dann ist das Verhalten aber exakt gleich wie in 4.5 etc und es hat sich lediglich der Name der Konfiguraitonsdate geändert. Grüße, Jan ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] AdditionalConfiguration.php
Hi Jost, also bei mir werden die Daten aus der AdditionalConfiguration.php mit denen der LocalConfiguration.php gemergt (AdditionalConfig gewinnt bei Konflikten), und das Ergebnis wird in die LocalConfiguration.php ja, das ist ja auch so dokumentiert. geschrieben. Das passiert allerdings erst nach dem zweiten Page-reload nach den Änderungen in der AdditionalConfiguration. Ich bin mir nicht sicher ob das wichtig ist, aber in der AdditionalConfiguration nutze ich solche Anweisungen: ConfigurationManager::setLocalConfigurationValueByPath('DB/username', 'username_here'); Aber scheinbar geht es auch in der Form $GLOBALS['TYPO3_CONF_VARS']['DB']... Grüße, jan ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] AdditionalConfiguration.php
Hi Bernd, Hast du danach auch mal ein paar Install Tool Änderungen ausgeführt und die manuellen Änderungen blieben erhalten? sie werden wieder hinein geschrieben. Im Gegensatz zu früher wo die localconf.php vom Install-Tool 'editiert' wurde (= kopiere alles bis auf die geänderten Werte, wobei der erste Teil bis zum Marker immer kopiert wurde und neue Werte hinten drangeschrieben wurden) wird die jetztige LocalConfiguration.php mit den aktuellen Konfigurationsdaten komplett neu geschrieben. Also liegen die Daten doch noch woanders: mit den aktuellen Konfigurationsdaten komplett neu geschrieben: Was ist das aktuellen Werten wenn es nicht das ist was sowieso in der LocalConfiguration steht? Sorry, ich stehe gerade voll auf dem Schlauch. Z.B.: http://jweiland.net/typo3/versionen-und-updates/version-60.html Es ist wichtig zu wissen, dass bei Änderungen der Konfiguration, zum Beispiel über das Install-Tool, diese Datei komplett neu geschrieben wird. Deshalb sollte man keine manuellen Änderungen vornehmen, diese würden dabei wieder gelöscht werden. Noch mal anders gefragt: 1. Ich ändere in der LocalConfiguration.php den DB_USERNAME. 2. Wird dieser geänderte Wert daraufhin im Install Tool angezeigt? 3. Ich öffne das Installtool, ändere nichts, klicke auf speichern 4. Steht der von mir geänderte DB_USERNAME weiterhin in der LocalConfiguration? Grüße, Jan ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] AdditionalConfiguration.php
O.K., ich glaube ich habs danke deiner Seite: Wird das Installtool geöffnet, liest es das Array aus der LocalConfiguration.php ein. Alles, was nicht zum Array gehört oder vom Format abweicht, z.B. if-Abfragen usw. wird verworfen. Beim Speichern wird das was vorher ausgelesen wurde oder geändert wurde, zurückgeschrieben in die LocalCongiguration.php. Wird also lediglich der Wert eines Schlüssels wie z.B. ['DB']['username'] geändert, wird dieser geänderte Wert beim Öffnen vom Isntalltool eingelesen um beim Speichern genauso zurückgeschrieben. Würde man den Wert Username allerdings am Ende der LocalConfiguration.php durch diese Schreibweise ändern: $GLOBALS['TYPO3_CONF_VARS']['DB']['username'] ...würde das zum einen gar nicht eingelesen und ebensowenig zurückgeschrieben werden. Insofern kann man also direkt im Array schon Werte ändern und das ohne Risiko. Richtig? Grüße, Jan ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] AdditionalConfiguration.php
Danke!! Jetzt ist die Sache klar. Sorry fürs auf-dem-Schlauch-stehen ;) ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] AdditionalConfiguration.php
Nur nochmal den Hinweis: wenn man beim Editiern einen Fehler macht kann man das gesammte Arry verlieren !!! (früher lief dann zwar TYPO3 auch nicht mehr, aber man konnte seinen Fehler in der localconf.php suchen und beseitigen, jetzt kann es passieren das man eine völlig unbrauchbare LocalConfiguration.php vorfindet ... also Vorsicht und Backup beim editieren) Auch für diesen Hinweis bzw. die Vervollständigung der Sachlage nochmals vielen Dank! ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] indexed search neu initialisieren?
Hi Götz, Wie kann ggf. simpelst der bestehende Suchindex aktualisiert werden? D.h. über WEB - Info kann ich ja den Index für Seite löschen (z.T. sind hier Einträge von 2010 obwohl die betreffenden Seiten in jedem Fall letztes Jahr bearbeitet wurden.) Was wäre das beste Vorgehen? Wass sollte ich prüfen? Anpassen? Du könntest z.B. den gesamten Index einfach löschen und dann per wget automatisiert die Seite rekursiv abgrasen, dass der index für alle Seiten wieder komplett aufgebaut wird. Macht aber nur Sinn, wenn es keine zu indizierenden fe_user Seiten gibt und alle Seiten (also auch die Detail- und Listenansichten von Extensions) intern verlinkt sind, damit der Crawler sie findet... Das nur so als Idee, bin aber kein idexed_search Profi ;) Grüße, Jan ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] NACHSATZ - Re: Suche bei 6.1
Hi Peter, war irgendwie nicht mein Abend gestern: Mit dem Plugin indexed_search anstelle dem Inhaltselement seach klappt natürlich alles einwandfrei - jetzt frage ich mich nur, wofür das Inhaltselement search eigentlich ist und wie man das zum Laufen bekommt. Oder ist das womöglich deprecated? Wie gesagt, mit den Templates in verschiedenen Reihenfolgen gehts scheinbar nicht... Grüße, Jan ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] NACHSATZ - Re: Suche bei 6.1
Hi Stefan, super, vielen Dank für die Erläuterung. Dann werde ich aufgrund der benötigten form wohl erst mal bei indexed_search bleiben... Ist aber auch etwas ungewöhnlich, dass sich zwei System Extensions nicht vertragen... form wurde doch jüngst komplett überarbeitet, oder? Will man nun die search verwenden, braucht man für Formulare ja wieder eine nicht-System Extension. Viele Grüße, Jan 'form' und 'search' gehen nicht zusammen. Wenn du das normale Suchformular nutzen willst, musst du 'form' deinstallieren. 'indexed_search' macht in meinen Augen nur Sinn, wenn die normale Standardsuche zu lange dauert und das System dadurch zu sehr belastet wird. Das habe ich ehrlich gesagt noch nie erlebt. Wohl habe ich aber erlebt, dass 'indexed_search' das System über Gebühr belastet. Die ständige Indexierei ist nämlich auch nicht ohne. Da kann sich über einen längeren Zeitraum ein Riesen-Index aufbauen, der für allerlei Turbulenzen sorgen kann. Das muss man sorgfältig im Blick behalten. Hier wurde in er letzten Zeit 'ke_search' als Alternative empfohlen. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Suche bei 6.1
Hi Newsgroup, irgendwie stehe ich auf dem Schlauch: Möchte das standard Suchformular als Inhaltselement auf einer seite einbinden, bekomme aber nur folgende Ausgabe: ###LABEL### ###FIELD### Default TS (form) ist eingebunden... Was fehlt oder wo liegt mein Fehler? Viele Grüße, Jan ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Suche bei 6.1
irgendwie stehe ich auf dem Schlauch: Möchte das standard Suchformular als Inhaltselement auf einer seite einbinden, bekomme aber nur folgende Ausgabe: ###LABEL### ###FIELD### Default TS (form) ist eingebunden... Was fehlt oder wo liegt mein Fehler? Hat sich erledigt: Das form TS Template muss NACH demm css_styled_content TS Template eingebunden werden. Andersrum gehts nicht... Grüße, Jan ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Suche bei 6.1
irgendwie stehe ich auf dem Schlauch: Möchte das standard Suchformular als Inhaltselement auf einer seite einbinden, bekomme aber nur folgende Ausgabe: ###LABEL### ###FIELD### Default TS (form) ist eingebunden... Was fehlt oder wo liegt mein Fehler? Hat sich erledigt: Das form TS Template muss NACH demm css_styled_content TS Template eingebunden werden. Andersrum gehts nicht... Mist, schon wieder zu voreilig gepostet - Kommando zurück: Das obige bezieht sich nur auf normale Formulare, das Suchformular wird dennoch nicht angezeigt, egal wierum die Templates eingebunden sind. Any ideas? Grüße, Jan ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Diverse Fluid Extensions
Hi Newsgroup, bin jetzt schon des öfteren über diverse Extension wie fluidpages, fluidcontent, fluidbackend, usw. gestolpert: Ist das Stand der Technik bzw. agiert man ohne das eher veraltet? Fluid Templates z.B. kann man ja auch nativ nutzen, da brauchts nicht wirklich Hilfsmittel. Ich frage nur, weil ich bislang den Ansatz hatte, möglichst wenig Abhängigkeiten einzugehen und so viel wie möglich mit Boardmitteln zu erledigen... Und dieses ganze fluid*** Extensions Konstrukt (möchte das keinesfalls schlecht machen!), ist das nicht im Prinzip vergleichbar mit Templavoila o.ä.? Viele Grüße Jan ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Diverse Fluid Extensions
Hi Bernhard, fluid ist das neue onboard. Der Ansatz bietet einfach eine bessere, klarere Strukturierung und gerade das Templating ist dadurch extreeem vereinfacht. Templavoila (kein Boardbittel) ist da eher veraltet. Glaube du hast mich falsch verstanden: Dass fluid an sich onboard ist ist schon klar. Ich meinte extensions wie fluidcontent, fluidpages, fluidbackend usw... Das ist eher was für diejenigen, die bislang auch gerne auf TV gesetzt haben, oder? Grüße, Jan ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Diverse Fluid Extensions
Hi Ralf-Rene, für fluid selber gebe ich dir selbstredend recht, aber viele Extensions mit ...fluid... im Namen tragen dann doch wieder den Ansatz in sich, Inhalte in XML files zu strukturieren anstatt auf DB Strukturen zu setzen (so holt man sich die gleichen Probleme wie bei TV wieder)... mit ein Grund warum ich das mit gridelements und themes (und erst recht den zufünftigen themes_packages) deutlich besser strukturiert finde... super, danke. Dann fühle ich mich bestätigt ;) Grüße, Jan ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Diverse Fluid Extensions
Hi Cedric, vielen Dank für deinen sehr ausführlichen Input (auch für die nachfolgenden Antworten der anderen)! Das hat auf jeden Fall Licht ins Dunkel (oder besser in den Dschungel an ähnlichen Lösungsansätzen) gebracht. Bezüglich der Objektivität: Finde das ist gut gelungen (soweit ich das beurteilen kann): Ich habe mich jedenfalls nicht zum Kauf gezwungen gefühlt ;) Viele Grüße, Jan P.S. vhs ist mir bereits bekannt und eine tolle Sache! ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Responsive / Bootstrap
Hi Georg, nun je besser man TYPO3 kennt, desto bessere Seiten kann man bauen, auch logisch ;) Aber du bindest halt einfach nur mal die Sachen ein, die du wirklich brauchst, zB grid und sobald du dann neue Klassen verwendest, dann siehst du e sofort, dass es da keine styles gibt und bindest das nächste less file ein, zb buttons oder was auch immer super, klingt gut :) Danke! Grüße, Jan ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Responsive / Bootstrap
Hi Thomas, Eine serverseitige Integration von Less ist zwar ganz hübsch, erfordert aber einen viel tieferen Einstieg in's Thema, als die reine Nutzung mittels Mini-Tools wie z.B. 'Bootswatch'. Das Konzept ist einfach und transparent, und erlaubt eigene Styles direkt in Bootstrap einzukompilieren, ohne die Quellen zu mischen. Ich arbeite mit NetBeans, aber ohne LESS Plugin. Durch kleine Modifikation des Bootswatch Scripts kompiliere ich die Dateien direkt ins TYPO3 Stylesheet Verzeichnis meines Entwicklungssystemes - und gut is. D.h. du nimmt eines der Themes von Bootswatch, lädst nur die LESS-Files herunter, nimmst darin Anpassungen vor und kompilierst das dann von der Console direkt ins Ressource/Public/Css? Danke und viele Grüße, Jan ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Responsive / Bootstrap
Man sollte schon einen guten grafischen Gestalter haben, dessen Entwurf man dann umsetzt. Bei eben dieser Umsetzung kann ein CSS Framework einem dann viel Routinearbeit abnehmen und durch Standardisierung Entwicklungs- und Wartungszeiten verkürzen. Hmm... Angenommen, Gestalter und Entwickler einigen sich im Vorfeld auf den Einsatz von Bootstrap (o.a.) bei einer responsive Seite (Neuland für beide Beteiligten). Dann ist es sicher nicht verkehrt, wenn auch der Gestalter sich grundlegend mit Bootstrap auskennt und das bei der Gestaltung schon etwas berücksichtig, oder? Um ein gesundes Maß an Individualisierung bei verträglichem Entwicklungsaufwand zu erreichen... Klar, normalerweise läuft es wohl eher so: Der Gestalter gestaltet völlig frei etwas responsives und der Entwickler entscheidet danach, ob und auf welches Framework er bei der Umsetzung zurück greift. Stimmt's? Grüße, Jan ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Responsive / Bootstrap
Danke für die ausführliche Erklärung! Der von Georg beschriebene Weg über SASS/LESS ist Stand der Technik und das Maß der Dinge. Es erlaubt dir, das Framework im Vornherein auf dein Projekt zu zu schneiden und nur die Benötigten Komponenten einzuziehen um uA Dateigrößen zu optimieren und den Workflow zu optimieren. Auf der Bootstrap Seite gibt es ja ein online Customizing, wo man die Komponeten zusammenstellen kann und sogar grundlegendes Styling vornehmen kann. Aber damit kratz man dann eher an der Oberfläche, stimmts? Also gut, dann muss LESS auf die Todo-Liste... Grüße, Jan ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Responsive / Bootstrap
Ich sage an dieser Stelle mal stellvertretend danke an alle Beteiligten, damit ich nicht die ganze Liste zumülle ;) Grüße, Jan ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Responsive / Bootstrap
Jetzt muss ich das doch nochmal aufgreifen ;) Der von Georg beschriebene Weg über SASS/LESS ist Stand der Technik und das Maß der Dinge. Es erlaubt dir, das Framework im Vornherein auf dein Projekt zu zu schneiden und nur die Benötigten Komponenten einzuziehen um uA Dateigrößen zu optimieren und den Workflow zu optimieren. Habe mir gerade mal einen Grobüberblick über LESS verschafft, klingt genial! Ich sollte einfach mal öfter die sowieso abonnierten t3n's durchlesen... In Bezug auf Bootstrap o.ä. bedeutet das aber, dass man das Framework a mehr oder weniger auswendig kennen muss, um einen individuellen Zusammenbau mithilfe von LESS überhaupt bewerkstelligen zu können, oder? Für einen sanften Einstieg in fortgeschrittenes Tooling empfehle ich eine aktuelle Entwicklungsumgebung sowie Grunt. Grunt als TaskRunner kann dir einen haufen Arbeit abnehmen. Hier würde ich dir empfehlen einen Blick auf Yoeman zu werfen (http://yeoman.io/) der webapp-generator zeigt, wie viel mit wenig Aufwand erreichbar und optimierbar ist. Ich nutze Yeoman in 99% aller neuen Projekten, unabhängig ob TYPO3 oder nicht. Es gibt Alternativen, auf die ich keinen Blick geworfen habe. Mein Workflow sieht typischerweise so aus: * ProviderExtension erstellen * Innerhalb dieser ziehe ich in Dokumentation/Mock ein neues generator-webapp projekt hoch * Erstellung des html mockups mit grunt watch, um auf dem einen Bildschirm in der IDE und auf dem zweiten auf eine sich selbst aktualisierendee Mockup zu haben * nähert sich das Projekt der tatsächlichen Integration, ergänze ich den grunt task build um einen copy mechanismus, um die generierten files in Resources\Public zu kopieren, sowie den grunt server task um die gleiche Funktionalität Das ist mir erstmal (noch) etwas zu abgehoben. Mein Plan wäre zunächst, das Netbeans Plugin für LESS auszuprobieren (hat da jemand Erfahrungswerte, funktioniert das verlässlich?). Die IDE nutze ich, Projekte in der Regel als remote-Projekte (sftp). Und erstmal losgelöst von Frameworks etwas CSS auf Basis von LESS zu erzeugen (kompiliert). Node.js und clientseitige .less Kompilierung sind für mich eher uninteressant... Zweite Lernkurve wäre dann individualisiertes Bootstrap mithilfe von LESS zu erzeugen. Da muss wohl eine Testseite für herhalten... Grüße, Jan ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Responsive / Bootstrap
Hallo Newsgroup, bislang musste ich mich noch nicht groß mit responsive beschäftigen, was sich demnächst ändern soll. Bootstrap scheint ja ganz toll zu sein und ich habe mich mal etwas damit befasst, zumindest in der Theorie... Habt ihr schon TYPO3 Seiten auf Basis von Bootstrap gemacht und wie sind eure Erfahrungen? Inwieweit lässt sich ein individuelles Design in Bootstrap integrieren? Es gibt ja diverse online-Tools, um das Aussehen (Primäre Farben, Abstände, etc.) anzupassen und Bottstrap selbst bietet ja auch eine online-Konfiguration. Ich habe den Eindruck, dass das nur in begrenztem Rahmen möglich ist. Mir scheint, dass der Anpassungsaufwand, wenn die finale Seite nachher nicht mehr nach Bootstrap aussehen soll, sehr hoch ist und es unter diesen Umständen ggf. mehr Sinn macht, ganz auf Bootstrap zu verzichten? Oder z.B. nur die erforderlichen Komponenten für das Grid zu verwenden und den Rest händisch zu erledigen? Wobei das sicherlich auch nicht weniger Aufwand wäre... Wie macht ihr das? Responsive ist ja auch irgendwo ein dehnbarer Begriff und Bootstrap macht ja auch nicht alles. Z.B. Bilder ohne Dimensionen auszuliefern funktioniert zwar, aber eigentlich sollten die Bilder ja serverseitig schon entsprechend gerendert werden. Oder in mehreren Dimensionen generiert werden und clientseitig dann nur die richtige Dimension geladen werden. Usw. Wann ist für euch responsive vollständig bzw. zufriedenstellend umgesetzt? Auch mit Focus auf TYPO3? Viele Grüße, Jan ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german