[TYPO3-german] Benutzerdefinierte Header in Seiteneigenschaften bei Typo3 v7.4
Ich habe seit Jahren mehrere kleine Extensions laufen, die Umstellungen zu v6.0, v6.2, v7.0-3 überlebten, aber bei v7.4 plötzlich durch das Install Tool als inkomtabel markiert werden. Es handelt sich hierbei um Extensions der primitivsten Art. Allerdings scheint bei v7.4 die Arkandisziplin der Informatiker solche Blüten zu erreichen, daß nicht einmal die einfachsten Funktionen mehr an ihrem angestammten Platz sind. Einige dieser Extensions sind leichter zu erstzen, manche nicht so leicht. Eine Extension, die mir immer gute Dienste leistete war http://typo3.org/extensions/repository/view/kb_customhead. Diese ermöglichte über die Seiteneigenschaften weiterer Zeilen in der Header-Bereich einzufügen, ohne daß der betreffende Nutzer auf der Template-Ebene herumdoktern mußte. Dementsprechend ist sie zwar ersetzbar, erschwert aber das Leben. Als PHP-Laie kann ich daher nur fragen, ob es eine einfache Alternativ-Extension gibt, oder ob eine Anpassung des Quellkodes eine informatische Lappalie von ein oder zwei Zeilen wäre. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] realurl - Invalid argument supplied for foreach()
Hab mal zur Veranschaulichung ein Screenshot beigefügt: http://abload.de/img/realurlh5s2w.png Kann ja wohl nicht sein, dass ich der einzige mit dem Problem bin ;) ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Typo3 Version 7 Tutorial
Stephan, Bitte entschuldigt, dass ich auf die Frage nach einer Anleitung nicht eingehe.“ Solltest du aber, das ist nämlich des Pudels Kern. Betrachte es im Zusammenhang, also auch meine erste Mail und die Mail von Christian. Ich habe die Empfehlung ausdrücklich für einen Anfänger in TYPO3 gemacht, der eine Anleitung sucht. Wenn du das nicht für richtig hältst, dann ist das natürlich OK, aber dann hilf ihm bitte auch. Solange niemand die 7 verwendet, wird die 7 nicht stabil. Solange die 7 nicht stabil ist will sie keiner verwenden. Erst eine stabile 7 kann als LTS erklärt werden. Die Einstellung „erst ab Frühjahr 2016 kann ich die 7LTS empfehlen, wenn die 7LTS ab Herbst 2015 verfügbar ist“ zeugt genau von diesem Problem, Nein, lies den Zusammenhang. Es geht um einen Anfänger. Wie soll er klarkommen, wenn die meisten Extensions und fast alle Tutorials noch auf 6.2 sind? Dann haben wir nur einen frustrierten Anwender mehr. Der Einsteig mit 6.2 ist einfacher und der anschließende Umstieg auf 7.x ist dann auch kein Problem. zusammen mit der Unwilligkeit, dem entgegenzuwirken. das überhör ich jetzt mal … ich glaube nicht, dass ich das bin. Letztendlich ist damit die Wahl des Versionszweiges ein relevanter Projektbestandteil und sollte eben gerade *nicht* pauschal beantwortet werden. Das habe ich auch nicht getan: Ich habe die Empfehlung ausgesprochen auf der Basis des Vorwissens des Fragestellers und der derzeit verfügbaren Ressourcen zum Lernen von TYPO3. Einen didaktischen Weg vorgegeben, so wie ich das als Lehrer halt mal gelernt habe … (Sorry, einmal Lehrer, immer Lehrer, das kriegt man nicht mehr raus.) Das heisst nicht, dass erfahrene Anwender nicht mit 7.x arbeiten sollen - das sollen sie selbstverständlich. In dem Fall würde meine Empfehlung ganz anders aussehen: Anforderungen des Projekts: - welche Extensions werden benötigt, gibts die schon für 7.x oder noch nicht - welche der neuen Funktionen von 7.x werden benötigt (und da sind ein paar echt geile dabei) - welche Upgrade-Pfade können realisiert werden - welche Ressourcen hat der Kunde - wieviel Spielraum habe ich, selbst dazu zu lernen. Das ist was ganz anderes. @Christian: Das ist eine interne Diskussion, die immer wieder aufbricht: - die LTS-Versionen sind eine tolle und super stabile Basis für Kundenprojekte. - Man muss damit drei Jahre lang kein Feature-Update machen, nur gelegentliche Security-Updates - aber damit verlieren die Zwischen-Versionen an Bedeutung - und werden seltener für Projekte verwendet und damit - einfach nicht so gut getestet wie sie getestet werden sollten. Das ist ein Problem seit der Einführung der LTS-Versionen - die Quadratur des Kreises, weil es keine echte Lösung gibt. Stephans Vorwurf zielt auf die langjährigen TYPO3-User, die halt auch oft den bequemen Weg gehen, und die nur die LTS-Versionen nutzen. Wobei man damit auch einiges verpasst, weil die Zwischenversionen natürlich die neuen Features einführen, die man dann solange nicht nutzen kann, bis man auf die nächste LTS wechselt. Ich persönlich mache einen Kompromiss: die größeren Projekte mit den LTS, kleine Projekte mit den neuen Versionen. Dann bleibt der Aufwand für Fehlersuche und die häufigen Updates im Rahmen, und ich kann mich nicht verheben. Als Einzelkämpfer brauche ich Brot- und Butterprojekte, von denen ich einfach weiß, dass sie klappen und im Budget bleiben. Aber damit ich nicht an Langeweile eingehe, brauche ich dazwischen Projekte, an denen ich lerne und wo ich neue Features einsetzen kann. Bei denen zahl ich dann oft drauf, was ich als bezahltes Lernen abhake. Aber mach das nicht zu deinem Problem - ich bleibe bei meiner Empfehlung. Gruß Peter Gruß, Am [DATE] schrieb typo3-german-boun...@lists.typo3.org im Auftrag von Ralf-Rene Schröder [ADDRESS]: ist mir schon klar was du meintest... ich wollte auch nur die Info (6.2 wird länger supportet als 7.x) nicht so stehen lassen... ist ja auch durch Veränderung des Release-Plans auch nicht ganz leicht durchschaubar (den muß man Kunden die von sich glauben sich mit TYPO3 auszukennen erst einmal neu vermitteln)... Und da macht es einem typo3.org mit der großen Bewerbung der Sprint-Releases wie gerade der 7.4 nicht gerade einfach... Da könnte gerne deutlicher gemacht werden, das es eigentlich nur Zwischenschritte auf dem Weg zur 7 LTS sind... -- image[FORMAT] - Ralf-René Schröder http://www.image-format.eu ... Wir geben Ihrem Image das richtige Format Stephan Schuler Web-Entwickler | netlogix Web Solutions Telefon: +49 (911) 539909 - 0 E-Mail: stephan.schu...@netlogix.de Web: websolutions.netlogix.de netlogix GmbH Co. KG IT-Services | IT-Training | Web Solutions Neuwieder Straße 10 | 90411 Nürnberg Telefon: +49 (911) 539909 - 0 | Fax: +49 (911) 539909 - 99 E-Mail: i...@netlogix.de | Web: http://www.netlogix.de netlogix GmbH Co. KG ist eingetragen am Amtsgericht Nürnberg (HRA
Re: [TYPO3-german] Benutzerdefinierte Header in Seiteneigenschaften bei Typo3 v7.4
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hallo Christian. Das spielt vielleicht ein wenig in die Richtung meiner Ausführungen in „Typo3 Version 7 Tutorial“. Dort habe ich gerade meine Meinung zur Wahl der TYPO3-Version abhängig vom Projekt beschrieben. Letztendlich werden sich sich Extensions, was die Kompatibilität betrifft, immer in drei Kategorien aufteilen lassen: * Extensions, die mit jeder aktuellen Version kompatibel sein, weil der Entwickler entsprechend viel Aufwand investiert und auch entsprechend viel Unterstützung, sei es durch seine Kunden oder die Community erhält. * Extensions, die nur mit der aktuellen LTS kompatibel sind, weil der Entwickler nicht die Zeit hat, jedes Modul auch noch für solche TYPO3-Versionen zu pflegen, die er selbst überhaupt nicht verwendet. * Extensions, die der Entwickler als „fire and forget“ ins TER gelegt hat. Und auch dass triviale API-Punkte Welche TYPO3-Version Du für ein Projekt verwenden kannst hängt natürlich davon ab, welche Extensions du verwenden möchtest, ob es diese für die Zielversion gibt und ob Du in der Lage bist, ggf. eine Anpassung zur Kompatibilität beizutragen. Die Gründe für Kompatibilität und Inkompatibilität haben aber nichts mit der Versionspolitik zu tun. Der bisherige Weg war (überspitzt gesagt): Breaking Changes zum LTS-Stichtag, anschließend große Schmerzen Aufwand, die LTS stabil zu bekommen und Fehler in den Breaking Changes zu beheben. Der neue Weg: Breaking Changes alle paar Releases, große Schmerzen und der Aufwand der Stabilisierung zwischendrin, dafür eine hoffentlich halbwegs fehlerfreie stabile LTS ab der ersten Sekunde. Der Punkt der deiner Kritik zugrunde liegt ist aber: Breaking Changes. Und die gibt es einfach immer, egal ob du den LTS-Freeze davor machst oder danach und demnach die zugehörige Umstellung aller abgeleiteten Werke danach oder davor. Konkret diese Extension fällt natürlich in die letzte von mir genannte Extension-Kategorie und wäre für mich deshalb in den letzten fünf Jahren überhaupt nicht in einem Projekt verwendet worden bzw. beim nächstbesten Update in den Müll geflogen. Keine Angaben zur Kompatibilität und letzte Änderung 2008? Ernsthaft? Der Code, auch wenn er noch so simpel ist, ist sieben Jahre alt. Die Funktion gehört zu den trivialsten die es in der TYPO3-Welt gibt. Eine Anpassung ist demnach recht einfach möglich. Auf den ersten Blick scheitert es in erster Linie technisch an dem HTML-TYPO3-cObject in der setup.txt-Datei, das seit 4.6 abgekündigt war. Wenn es wirklich mit 6.0 noch funktioniert hat dann nur, weil es beim Cleanup unten durchgerutscht ist. https://forge.typo3.org/issues/28015 Der Rest sollte eigentlich weiter funktionieren, sobald die Extension eine auch nur ansatzweise verwertbare Kompatibilität nennt. Hast Du denn schon mit dem Entwickler Kontakt aufgenommen und ihn gefragt, ob er eine Aktualisierung in Betracht zieht? Weil bei jeder guten Erklärung ein Autovergleich nicht fehlen darf: Die Beschreibung „Glühlampe passend für VW Golf“ stimmt ja auch nicht für alle Golf-Modelle, und dabei kann das Konzept der Glühlampe noch so trivial sein. Wenn Du weder eine Agentur als Rückendeckung hast die Dir helfen kann noch in der Lage bist, selbst PHP zu beurteilen und zu korrigieren, solltest Du dir ernsthaft überlegen, ob der Wechsel auf die Version 7.4 eine gute Idee ist. Ich in deiner Situation wäre Anfang bis Mitte 2014 auf die Version 6.2 LTS umgestiegen und dann Ende 2015 auf die Version 7 LTS. Gruß, Stephan. Am [DATE] schrieb typo3-german-boun...@lists.typo3.org im Auftrag von anybody [ADDRESS]: Ich habe seit Jahren mehrere kleine Extensions laufen, die Umstellungen zu v6.0, v6.2, v7.0-3 überlebten, aber bei v7.4 plötzlich durch das Install Tool als inkomtabel markiert werden. Es handelt sich hierbei um Extensions der primitivsten Art. Allerdings scheint bei v7.4 die Arkandisziplin der Informatiker solche Blüten zu erreichen, daß nicht einmal die einfachsten Funktionen mehr an ihrem angestammten Platz sind. Einige dieser Extensions sind leichter zu erstzen, manche nicht so leicht. Eine Extension, die mir immer gute Dienste leistete war http://typo3.org/extensions/repository/view/kb_customhead. Diese ermöglichte über die Seiteneigenschaften weiterer Zeilen in der Header-Bereich einzufügen, ohne daß der betreffende Nutzer auf der Template-Ebene herumdoktern mußte. Dementsprechend ist sie zwar ersetzbar, erschwert aber das Leben. Als PHP-Laie kann ich daher nur fragen, ob es eine einfache Alternativ-Extension gibt, oder ob eine Anpassung des Quellkodes eine informatische Lappalie von ein oder zwei Zeilen wäre. Stephan Schuler Web-Entwickler | netlogix Web Solutions Telefon: +49 (911) 539909 - 0 E-Mail: stephan.schu...@netlogix.de Web: websolutions.netlogix.de netlogix GmbH Co. KG IT-Services | IT-Training | Web Solutions Neuwieder Straße 10 | 90411 Nürnberg Telefon: +49 (911) 539909 - 0 | Fax: +49 (911) 539909
[TYPO3-german] HMENU - Submenü nur auf bestimmte Seite zeigen
Hallo Liste, vielleicht könnt ihr mir bei meinen Problemchen helfen: habe ein normales Hmenu/Tmenu Hauptpunkt 1 Hauptpunkt 2 Hauptpunkt 3 Hauptpunkt 4 (id:4) Hauptpunkt 5 Hauptpunkt 6 Jede Seite hat Unterseiten! Und nun möchte ich z.B. nur bei der ID:4 das Submenü mit ausgeben. Bei den anderen Seiten nicht. Vielen lieben Dank, Sebastian -- -- TYPO3 - TIPPS - ANLEITUNGEN - NEWS unter: http://www.typo3-probleme.de/ TYPO3 Webdesign Agentur Wiesbaden - Frankfurt unter: http://www.ingeniumdesign.de/ Facebook Fan http://www.facebook.com/ingeniumdesign/ -- ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Typo3 Version 7 Tutorial
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hallo zusammen. Bitte entschuldigt, dass ich auf die Frage nach einer Anleitung nicht eingehe. Aber die Diskussion hier ist mir trotz des Einwands von Ralf-Rene zu einseitig. Ich finde, dass man offen den Sinn beider Versionen und die TYPO3-Release-Strategie kommunizieren und mit dem Kunden durchsprechen muss, um dann auf Basis des individuellen Projekts zu entscheiden, welche Version man verwendet. Grundsätzlich zu sagen „nimm die 6.2, die ist LTS“ schadet der Stabilität der 7er-Version. Jedes Problem in das ich jetzt mit der Nicht-LTS-7 finde hilft, eine von Anfang an stabile 7LTS zu bekommen. Solange niemand die 7 verwendet, wird die 7 nicht stabil. Solange die 7 nicht stabil ist will sie keiner verwenden. Erst eine stabile 7 kann als LTS erklärt werden. Die Einstellung „erst ab Frühjahr 2016 kann ich die 7LTS empfehlen, wenn die 7LTS ab Herbst 2015 verfügbar ist“ zeugt genau von diesem Problem, zusammen mit der Unwilligkeit, dem entgegenzuwirken. Bei kleinen Projekten kann ich mir überlegen, ob ich die Gelegenheit nutze, mich mit der neuen Version vertraut zu machen und ggf. bei der Stabilisierung helfe. Oder aber ob ich lieber die 6.2 verwende um aufgrund meines umfangreichen Wissens das kleine Projekt schnell über die Bühne zu bringen. Bei kleinen Projekten habe *ich* also die Wahl, und es ist eigentlich eine Frage des Geschmacks. Bei großen Projekten ist es weniger Geschmacksfrage als von den konkreten Rahmenbedingungen abhängig. Will der Kunde eine Seite die er nach der Installation nur noch füllen muss aber hat keine Absicht, intensive Veränderungen von mir vornehmen zu lassen? Dann ist die alte LTS sicher die richtige Wahl. Will der Kunde per definiertem monatlichen Budget kontinuierlich neue Features? Dann sollte ich die Roadmap der 7 dazu verwenden, dem Kunden die 7.4 schmackhaft zu machen und schrittweise Richtung 7LTS upgraden. Will der Kunde eine umfangreiche Seite nach längerer Projektlaufzeit selbst betreuen? Dann führt eigentlich um die 7 kein Weg herum. Wenn ein Projekt heute mit ersten Entwürfen anfängt und der Launch für Januar geplant ist wäre es fatal, jetzt auf die 6.2LTS zu setzen und sich im Januar dann fragen lassen zu müssen, warum man die alte LTS und nicht die aktuelle LTS verwendet. Nicht jedes Projekt hat eine Laufzeit von zwei Wochen, es gibt durchaus Projekte bei denen zwischen Kickoff und Launch ein halbes Jahr oder mehr vergeht. Letztendlich ist damit die Wahl des Versionszweiges ein relevanter Projektbestandteil und sollte eben gerade *nicht* pauschal beantwortet werden. Gruß, Am [DATE] schrieb typo3-german-boun...@lists.typo3.org im Auftrag von Ralf-Rene Schröder [ADDRESS]: ist mir schon klar was du meintest... ich wollte auch nur die Info (6.2 wird länger supportet als 7.x) nicht so stehen lassen... ist ja auch durch Veränderung des Release-Plans auch nicht ganz leicht durchschaubar (den muß man Kunden die von sich glauben sich mit TYPO3 auszukennen erst einmal neu vermitteln)... Und da macht es einem typo3.org mit der großen Bewerbung der Sprint-Releases wie gerade der 7.4 nicht gerade einfach... Da könnte gerne deutlicher gemacht werden, das es eigentlich nur Zwischenschritte auf dem Weg zur 7 LTS sind... -- image[FORMAT] - Ralf-René Schröder http://www.image-format.eu ... Wir geben Ihrem Image das richtige Format Stephan Schuler Web-Entwickler | netlogix Web Solutions Telefon: +49 (911) 539909 - 0 E-Mail: stephan.schu...@netlogix.de Web: websolutions.netlogix.de netlogix GmbH Co. KG IT-Services | IT-Training | Web Solutions Neuwieder Straße 10 | 90411 Nürnberg Telefon: +49 (911) 539909 - 0 | Fax: +49 (911) 539909 - 99 E-Mail: i...@netlogix.de | Web: http://www.netlogix.de netlogix GmbH Co. KG ist eingetragen am Amtsgericht Nürnberg (HRA 13338) Persönlich haftende Gesellschafterin: netlogix Verwaltungs GmbH (HRB 20634) Umsatzsteuer-Identifikationsnummer: DE 233472254 Geschäftsführer: Stefan Buchta, Matthias Schmidt ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german -BEGIN PGP SIGNATURE- Version: PGP Universal 3.3.2 (Build 15917) Charset: utf-8 wpUDBQFVyL8gpp0IwsibV8MBCFWoA/9e6QK3EcEym7pGu1oMJuTxdrUimEkSCI2P KB+ggecyh4AvvvssqLPXgu4TdM0q1Upr31RCLbcqF7nqyFGjPJ7eF/yJahfdzmRO 8I0Q+kyMNogPUhDIomc1DrMzOfBCkvDQkxOyojE0sIvxk1IXuzMwmphjkGQLIkjN RYteSEmFnA== =5tzK -END PGP SIGNATURE- ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Benutzerdefinierte Header in Seiteneigenschaften bei Typo3 v7.4
Tolle Idee. Bei einem Umstieg von v6.2 zu v7 LTS würde der Schock auf einmal kommen. Sharkoi, oder wie der auch immer heißt, sollte dann mindesten drei Monate Urlaub im Urwald nehmen... Den Entwickler der Extension erwischt man nicht, grundsätzlich könnte ich mit +ext-Templates arbeiten, nur wieder einige Stunden Arbeit. Ein Thread bei diesem Forum ist eher eine Verzweiflungstat mittleren Grades, da ich bisher hier noch niemals eine Lösung erhielt, sondern nur kluge Kommentare ohne Mehrwert. Die betreffende Typo3-Installation begann mal als v4.0.x-Installation, hat selbst einen Provider-Umzug durch Datenbank-Migration überstanden. Aber ob das Jahrzehnt noch voll wird, beginne ich langsam zu bezweifeln. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Benutzerdefinierte Header in Seiteneigenschaften bei Typo3 v7.4
Am 10.08.2015 um 19:47 schrieb anybody: Tolle Idee. Bei einem Umstieg von v6.2 zu v7 LTS würde der Schock auf einmal kommen. ein LTS zu LTS Wechsel dürfte übrigens unproblematischer sein, als auf ein, namentlich neu geschaffenes, SprintRelease dazwischen (denn nichts anderes ist die 7.4 ... erst 7 LTS hat dann wieder den Status stable) Ein Wechsel von 4.5 auf 6.2 war auch einfacher als mit einem Zwischenschritt auf 6.0 oder 6.1 (und das waren stable Versionen)... Den Entwickler der Extension erwischt man nicht, dann rausschmeißen, sich entsprechendes bauen lassen oder selber machen (wenn eine Extension nicht mehr weiter entwickelt wird, dann bleibt dir nichts anderes übrig, und das eigentlich schon immer) Denn du kannst doch nicht wirklich ernsthaft erwarten das eine 7 Jahre alte Extension (das war zu Zeiten von TYPO3 4.1 bis 4.2) ohne Anpassungen einfach funktioniert, und das bei den strukturellen Umbauten die es inzwischen gab... -- image[FORMAT] - Ralf-René Schröder http://www.image-format.eu ... Wir geben Ihrem Image das richtige Format ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Realurl - Nach installation: Fehlerseite statt Frontend
Hallo zusammen, nach der Installation der Typo3-Extension realurl erscheint bei mir anstelle des Frontends die Typo3-Fehlerseite mit folgender Meldung: Oops, an error occurred! No such locking method --- Eine Google-Suche danach liefert mir als einzigs (!) Ergebnis eine Typo3-Quelltextdatei Locker.php, die diese Exeption wirft. (Einen Link zur Datei darf ich hier nicht posten) Kann mir hier jemand helfen? Viele Grüße ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Typo3 Version 7 Tutorial
Hallo Peter, vielen Dank für die Info. Dann werde ich erst einmal mit 6.2 lerntechnisch anfangen und im Herbst auf die 7 LTS umsteigen, wenn sie dann erschienen sein sollte. Viele Grüße, Christian ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Moox, Flexform und TCAdefaults
Hallo zusammen.
Moox bildet ja ziemlich viele Optionen ins Backend ab und bedient sich
dabei der FlexForms, u.a. kann man so ganz elegant über
Erschenuingesbild/Container diverse Klassen wählen.
Ich würde hier jetzt per default immer gerne die Klasse container
gewählt wissen.
ind Page Setup also mal wa sgeschrieben:
TCAdefaults.tt_content
ja und weiter? Wie heipt dann das Feld?
Der Quellcode sieht ja mal so aus:
input id=select_checkbox_row_*
type=checkbox
onclick=TBE_EDITOR.fieldChanged('tt_content','1','content_options','data[tt_content][1][content_options]');
value=container-fluid
name=data[tt_content][1][content_options][data][container][lDEF][settings.container.className][vDEF][1]
Also mal versuchen:
TCAdefaults.tt_content.content_options = 0
(0 weil der default Constainer bestimmt über den index angesprochen wird!?)
Klappt aber nicht.
Hab noch diverse Rateversuche unternommen, komm aber nicht drauf. Kann
man überhaupt in FF default werde per TSsetup Mappen?
Ist wenn, ein prinzipielles Problem, kein Moox-Spezifisches.
Danke für eure Hilfe
Christian.
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Typo3 Version 7 Tutorial
Am 10.08.2015 um 12:41 schrieb Peter Linzenkirchner: die meisten arbeiten mit 6.2, weil das die LTS-Version ist - also die Version, die am längsten supportet werden wird (länger als die 7.x!) das ist so nicht ganz richtig (das mit dem länger ... das 6.2 verbreiteter ist natürlich schon)... Die 7 LTS (was ja vermutlich die 7.6 sein wird) hat dann ab Erscheinen auch wieder 3 Jahre Support, siehe: https://typo3.org/typo3-cms/roadmap/ Die 7er SprintReleases sollen schließlich kontinuierlich immer zu den nächsten 7.x Versionen bis hin zur 7 LTS upgedatet werden... -- image[FORMAT] - Ralf-René Schröder http://www.image-format.eu ... Wir geben Ihrem Image das richtige Format ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] TYPO3 6.2.14 und PHP-Wechsel
Liebe Liste, ich habe eine 6.2.14 Installation mit PHP 5.4.38 laufen. Die Installation wirft unglaublich oft JSON-bezogene Exceptions, was offenbar an der PHP-Version liegt. Nun habe ich die PHP-Version geändert, und zwar einmal auf 5.5 und ein andermal auf 5.6 - und in beiden Fällen kann ich mich nicht mehr in das Backend einloggen - Ooops an error occurred etc. Kennt das jemand und hat eventuell eine Idee, woran das liegen könnte? Schöne Grüße, Peter -- http://function2form.net http://peter-kuehnlein.net In the words of the ancients, one should make his decisions within the space of seven breaths. (Hagakure) Latest projects http://bmw-bobber.de http://noris-chapter.de ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Re: Mehrsprachiger Inhalt wird nicht mehr dargestellt
Bei mir funktionierte es bis zu CMS 7.3 ohne sys_language_overlay = hideNonTranslated Seit CMS 7.4 wurden Inhaltselemente mit sys_language_uid = -1 [ALL] ohne diese Angabe nicht mehr dargestellt. ___ 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.14 und PHP-Wechsel
Hallo Gregor, Danke für die schnelle und umfassende Antwort! Die Logs schweigen leider ziemlich - ich habe es mit einer NGINX zu tun, nicht mit einem Apachen, und die Fehlerlogs dort sagen nichts zu der missglückten Anmeldung. Die Access-Logs sagen mir nur, dass ich eine Fehlermeldung gesehen habe :) In der sys_log steht auch nur, wann ich erfolgreich zugegriffen habe, welche Records geändert wurden usw. Leider fehlen tatsächlich einige der als erforderlich ausgewiesenen PHP-Extensions, aber mit der 5.4.38 läuft die Installation. (Ob unter 5.5 und 5.6 mehr Extensions fehlen, weiß ich allerdings nicht - da werde ich den Hoster fragen müssen.) In's Install-Tool komme ich, und werde das gleich mal testen mit dem Cache-Löschen und den Settings. Herzliche Grüße, Peter Am 10.08.2015 um 10:34 schrieb Gregor Hermens: Hallo Peter, Peter Kühnlein wrote: ich habe eine 6.2.14 Installation mit PHP 5.4.38 laufen. Die Installation wirft unglaublich oft JSON-bezogene Exceptions, was offenbar an der PHP-Version liegt. Nun habe ich die PHP-Version geändert, und zwar einmal auf 5.5 und ein andermal auf 5.6 - und in beiden Fällen kann ich mich nicht mehr in das Backend einloggen - Ooops an error occurred etc. Kennt das jemand und hat eventuell eine Idee, woran das liegen könnte? steht dazu irgendwas in den Logs? - Error-Log des Apachen - Tabelle sys_log in der TYPO3-Datenbank? Auf letztere kannst du auch direkt z.B. mit phpMyAdmin zugreifen. Sind alle von TYPO3 benötigten PHP-Extensions installiert? https://github.com/TYPO3/TYPO3.CMS/blob/TYPO3_6-2/INSTALL.md#php-required- extensions Überprüf das mittels phpinfo(). Kommst du ins Install-Tool? (http://example.com/typo3/install) Falls ja: Important actions - Clear all cache Important actions - Clear PHP opcode cache Configuration presets - Development / Production settings - Development Das sollte für ausführlichere Fehlermeldungen sorgen. Irgendwelche Meldungen unter System environment? hth Gruß, Gregor -- http://function2form.net http://peter-kuehnlein.net In the words of the ancients, one should make his decisions within the space of seven breaths. (Hagakure) Latest projects http://bmw-bobber.de http://noris-chapter.de ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Synchronisation von 2 Typo3-Installationen
Am 09.08.2015 um 08:36 schrieb Michael Schams: On Fri, 2015-08-07 at 13:38 +0200, Peter Linzenkirchner wrote: Hallo, ich suche eine Möglichkeit, 2 Typo3 (6.2) Installationen zu synchronisieren. Hallo Thomas, wende dich mal an Alex Kellner von In2Code: https://plus.google.com/104196934317822440743/about ...sieht sehr vielversprechend aus, finde ich: https://www.youtube.com/watch?v=Z7GGRBRdTvE https://contentpublisher.in2code.de/ Das sieht super aus! Echt gut gemacht! Die entscheidende Frage ist: Kann der Content Publisher nur ausgewählte Daten vom Stage zum Production System kopieren und muss dabei die uids bei Stage und Production immer identisch halten? Oder berücksichtigt/löst dieser auch Konflikte mit uids, wenn am Production System zusätzlich Inhalte erstellt werden? Das impliziert teilweise unterschiedliche uids zwischen den Systemen. Grüße Thomas ___ 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.14 und PHP-Wechsel
Hallo Peter, Peter Kühnlein wrote: ich habe eine 6.2.14 Installation mit PHP 5.4.38 laufen. Die Installation wirft unglaublich oft JSON-bezogene Exceptions, was offenbar an der PHP-Version liegt. Nun habe ich die PHP-Version geändert, und zwar einmal auf 5.5 und ein andermal auf 5.6 - und in beiden Fällen kann ich mich nicht mehr in das Backend einloggen - Ooops an error occurred etc. Kennt das jemand und hat eventuell eine Idee, woran das liegen könnte? steht dazu irgendwas in den Logs? - Error-Log des Apachen - Tabelle sys_log in der TYPO3-Datenbank? Auf letztere kannst du auch direkt z.B. mit phpMyAdmin zugreifen. Sind alle von TYPO3 benötigten PHP-Extensions installiert? https://github.com/TYPO3/TYPO3.CMS/blob/TYPO3_6-2/INSTALL.md#php-required- extensions Überprüf das mittels phpinfo(). Kommst du ins Install-Tool? (http://example.com/typo3/install) Falls ja: Important actions - Clear all cache Important actions - Clear PHP opcode cache Configuration presets - Development / Production settings - Development Das sollte für ausführlichere Fehlermeldungen sorgen. Irgendwelche Meldungen unter System environment? hth Gruß, Gregor -- http://www.a-mazing.de/ | Certified TYPO3 Integrator ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] DCE und XPATH
Hi Torsten,
echt klasse, es funktioniert so halb :-)
Wo ich jetzt noch eine kelinen Fehler habe ist bei
table = sys_file_reference
select {
pidInList = this
andWhere.dataWrap = tablenames=tt_content AND uid_foreign={field:uid}
}
Das this löst er nicht richtig auf und wenn ich dort pidInList = {field:pid}
eingebe geht auch nichts. Wenn ich aber heir fix die PID eingebe dann kommen die
richtigen Bilder.
Kann ich das Pid nicht ganz entfernen ? Oder was kann ich da sonst noch
eintragen ?
Schon mal danke für deine Hilfe.
Gruß Michael
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] DCE und XPATH
Hallo Torsten,
DANKE !!!
Also die lösung für das PID problem habe ich gelöst ich musste
pidInList.dataWrap = {field:pid} eintragen dann geht das.
:-)
GRuß Michael
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Typo3 Version 7 Tutorial
Hallo zusammen, gibt es irgendwo Tutorials für die Version 7.x von Typo3? Alles, was ich finden konnte, waren Tutorials für ältere Versionen. Ich habe bisher noch nicht mit Typo3 gearbeitet. Besten Dank! viele Grüße, Christian Becker ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] TYPO3-german Digest, Vol 143, Issue 15
Hallöchen, ich habe das gleiche Problem beim Update von 5.4 auf 5.5 gehabt. Ich konnte noch nicht einmal mehr auf das Install-Tool zugreifen - die Schotten waren dicht. Diese Json-Exceptions hatte ich übrigens auch. Als ich am Freitag auf PHP 5.4.44 aktualisiert habe, sind sie verschwunden. Vorher hatte ich das gemacht, was hier stand: https://forge.typo3.org/issues/68582 Also, ich lese gespannt mit, falls du das Problem lösen solltest :) Viele Grüße, Cigdem Am 10.08.2015 um 12:00 schrieb typo3-german-requ...@lists.typo3.org: Message: 8 Date: Mon, 10 Aug 2015 10:54:02 +0200 From: Peter K?hnlein pe...@function2form.net Subject: Re: [TYPO3-german] TYPO3 6.2.14 und PHP-Wechsel To: German TYPO3 Userlist typo3-german@lists.typo3.org Message-ID: mailman.3314.1439196855.569.typo3-ger...@lists.typo3.org Content-Type: text/plain; charset=utf-8; format=flowed Hallo Gregor, Danke f?r die schnelle und umfassende Antwort! Die Logs schweigen leider ziemlich - ich habe es mit einer NGINX zu tun, nicht mit einem Apachen, und die Fehlerlogs dort sagen nichts zu der missgl?ckten Anmeldung. Die Access-Logs sagen mir nur, dass ich eine Fehlermeldung gesehen habe :) In der sys_log steht auch nur, wann ich erfolgreich zugegriffen habe, welche Records ge?ndert wurden usw. Leider fehlen tats?chlich einige der als erforderlich ausgewiesenen PHP-Extensions, aber mit der 5.4.38 l?uft die Installation. (Ob unter 5.5 und 5.6 mehr Extensions fehlen, wei? ich allerdings nicht - da werde ich den Hoster fragen m?ssen.) In's Install-Tool komme ich, und werde das gleich mal testen mit dem Cache-L?schen und den Settings. Herzliche Gr??e, Peter Am 10.08.2015 um 10:34 schrieb Gregor Hermens: Hallo Peter, Peter K?hnlein wrote: ich habe eine 6.2.14 Installation mit PHP 5.4.38 laufen. Die Installation wirft unglaublich oft JSON-bezogene Exceptions, was offenbar an der PHP-Version liegt. Nun habe ich die PHP-Version ge?ndert, und zwar einmal auf 5.5 und ein andermal auf 5.6 - und in beiden F?llen kann ich mich nicht mehr in das Backend einloggen - Ooops an error occurred etc. Kennt das jemand und hat eventuell eine Idee, woran das liegen k?nnte? steht dazu irgendwas in den Logs? - Error-Log des Apachen - Tabelle sys_log in der TYPO3-Datenbank? Auf letztere kannst du auch direkt z.B. mit phpMyAdmin zugreifen. Sind alle von TYPO3 ben?tigten PHP-Extensions installiert? https://github.com/TYPO3/TYPO3.CMS/blob/TYPO3_6-2/INSTALL.md#php-required- extensions ?berpr?f das mittels phpinfo(). Kommst du ins Install-Tool? (http://example.com/typo3/install) Falls ja: Important actions - Clear all cache Important actions - Clear PHP opcode cache Configuration presets - Development / Production settings - Development Das sollte f?r ausf?hrlichere Fehlermeldungen sorgen. Irgendwelche Meldungen unter System environment? hth Gru?, Gregor ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Typo3 Version 7 Tutorial
Hallo Christian, zu 7 gibts noch wenig - die meisten arbeiten mit 6.2, weil das die LTS-Version ist - also die Version, die am längsten supportet werden wird (länger als die 7.x!) und mit den meisten Extensions. Logischerweise gibt es für die 6.2 auch sehr viel mehr Tutorials und Demos. Also wenn du lernen willst, dürfte das mit der 6.2 einfacher gehen. Und sie wird noch ca. 2 Jahre aktuell sein. Gruß Peter Am 10.08.2015 um 11:55 schrieb Christian Becker christian.bec...@math.tu-dortmund.de: Hallo zusammen, gibt es irgendwo Tutorials für die Version 7.x von Typo3? Alles, was ich finden konnte, waren Tutorials für ältere Versionen. Ich habe bisher noch nicht mit Typo3 gearbeitet. Besten Dank! viele Grüße, Christian Becker ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german -- Xing: http://www.xing.com/profile/Peter_Linzenkirchner Web: http://www.typo3-lisardo.de Facebook: http://tinyurl.com/lisardo-multimedia ___ 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.14 und PHP-Wechsel
Hi Gregor und Cigdem, leider hat das nichts gebracht. Ich musste auch wieder zu 5.4.38 zurück, um in's Install-Tool zu kommen. Ich werde mal den Hoster fragen, ob er die 5.4.44 aufsetzen kann. Hat das bei Dir, Cigdem, die Perfrormace verbessert? Denn das Backend ist unsagbar lahm. LG Peter Am 10.08.2015 um 12:09 schrieb M. Cigdem Klengel: Hallöchen, ich habe das gleiche Problem beim Update von 5.4 auf 5.5 gehabt. Ich konnte noch nicht einmal mehr auf das Install-Tool zugreifen - die Schotten waren dicht. Diese Json-Exceptions hatte ich übrigens auch. Als ich am Freitag auf PHP 5.4.44 aktualisiert habe, sind sie verschwunden. Vorher hatte ich das gemacht, was hier stand: https://forge.typo3.org/issues/68582 Also, ich lese gespannt mit, falls du das Problem lösen solltest :) Viele Grüße, Cigdem Am 10.08.2015 um 12:00 schrieb typo3-german-requ...@lists.typo3.org: Message: 8 Date: Mon, 10 Aug 2015 10:54:02 +0200 From: Peter K?hnlein pe...@function2form.net Subject: Re: [TYPO3-german] TYPO3 6.2.14 und PHP-Wechsel To: German TYPO3 Userlist typo3-german@lists.typo3.org Message-ID: mailman.3314.1439196855.569.typo3-ger...@lists.typo3.org Content-Type: text/plain; charset=utf-8; format=flowed Hallo Gregor, Danke f?r die schnelle und umfassende Antwort! Die Logs schweigen leider ziemlich - ich habe es mit einer NGINX zu tun, nicht mit einem Apachen, und die Fehlerlogs dort sagen nichts zu der missgl?ckten Anmeldung. Die Access-Logs sagen mir nur, dass ich eine Fehlermeldung gesehen habe :) In der sys_log steht auch nur, wann ich erfolgreich zugegriffen habe, welche Records ge?ndert wurden usw. Leider fehlen tats?chlich einige der als erforderlich ausgewiesenen PHP-Extensions, aber mit der 5.4.38 l?uft die Installation. (Ob unter 5.5 und 5.6 mehr Extensions fehlen, wei? ich allerdings nicht - da werde ich den Hoster fragen m?ssen.) In's Install-Tool komme ich, und werde das gleich mal testen mit dem Cache-L?schen und den Settings. Herzliche Gr??e, Peter Am 10.08.2015 um 10:34 schrieb Gregor Hermens: Hallo Peter, Peter K?hnlein wrote: ich habe eine 6.2.14 Installation mit PHP 5.4.38 laufen. Die Installation wirft unglaublich oft JSON-bezogene Exceptions, was offenbar an der PHP-Version liegt. Nun habe ich die PHP-Version ge?ndert, und zwar einmal auf 5.5 und ein andermal auf 5.6 - und in beiden F?llen kann ich mich nicht mehr in das Backend einloggen - Ooops an error occurred etc. Kennt das jemand und hat eventuell eine Idee, woran das liegen k?nnte? steht dazu irgendwas in den Logs? - Error-Log des Apachen - Tabelle sys_log in der TYPO3-Datenbank? Auf letztere kannst du auch direkt z.B. mit phpMyAdmin zugreifen. Sind alle von TYPO3 ben?tigten PHP-Extensions installiert? https://github.com/TYPO3/TYPO3.CMS/blob/TYPO3_6-2/INSTALL.md#php-required- extensions ?berpr?f das mittels phpinfo(). Kommst du ins Install-Tool? (http://example.com/typo3/install) Falls ja: Important actions - Clear all cache Important actions - Clear PHP opcode cache Configuration presets - Development / Production settings - Development Das sollte f?r ausf?hrlichere Fehlermeldungen sorgen. Irgendwelche Meldungen unter System environment? hth Gru?, Gregor ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german -- http://function2form.net http://peter-kuehnlein.net It is bad when one thing becomes two. One should not look for anything else in the Way of the Samurai. It is the same for anything that is called a Way. (Hagakure) Latest projects http://bmw-bobber.de http://noris-chapter.de ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Element browser wird mit 502 Bad Gateway beendet
Am 14.07.15 um 12:01 schrieb bernd wilke:
das verhalten ist deutlich besser geworden. die vielen Dateien in den
verzeichnissen machen allerdings immer noch Probleme, es ist also noch
nicht ganz gelöst.
Da ich jetzt aber erstmal im Urlaub bin werd ich mich erst wieder im
August darum kümmern. Dann werd ich den Therad wohl noch mal ausgraben.
so. nach dem urlaub ist es auch nicht besser.
der Aufruf des File-wizards stürzt immer noch mit 504 ab.
bis zum Absturz werden ~200 Thumbnails generiert (bei mehreren
Verzeichnissen mit ~8000 Dateien braucht as aber noch sehr lange bis
alle thumbnails generiert sind)
On 07/13/2015 09:39 PM, Bernd Pier wrote:
Hallo bernd,
ah, also nicht nginx als proxy für apache. Na denn check doch mal
folgende Möglichkeiten:
1. Nginx mit PHP-FM Daemon
scheint aktiv zu sein
2. Buffering/Timeout Konfiguration
@ 1.) Restart Nginx und check die Logs warum der PHP Daemon überladen war
die Fehlermeldungen sind nicht wirklich hilfreich:
https://gist.github.com/pi-phi/e5081907dffdb7744b52
womit TYPO3 sich so lange beschäftigt wird mir nicht wirklich klar.
was macht TYPO3 in den 1800 sec? die Thumbnails werden alle per GM
generiert. in der Zeit wird doch keine PHP Zeit verbraucht.
@ 2.) Vielleicht sowas wie das hier einstellen:
http {
...
fastcgi_buffers 8 16k;
fastcgi_buffer_size 32k;
fastcgi_connect_timeout 300;
fastcgi_send_timeout 300;
fastcgi_read_timeout 300;
...
}
davon scheint bei mir gar nichts aktiv zu sein (zumindest finde ich
nichts in phpinfo().
fand ich http://www.nginxtips.com/502-bad-gateway-using-nginx/.
Ich denke, die Logs zu checken ist immer einen gute Idee ;_)
wenn da was sinnvolles drin steht. :/
bernd
--
http://www.pi-phi.de/cheatsheet.html
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Typo3 Version 7 Tutorial
Hi Ralf-Rene, das stimmt schon - aber noch nicht jetzt, sondern erst Ende des Jahres. Und ab Frühjahr nächsten Jahres werde ich gerne die 7.x LTS empfehlen … :-) Hilft ihm ja nix, wenn es die noch nicht gibt. Und die Doku ist für 6.2 wirklich noch um Lichtjahre besser, ganz abgesehen von den ganzen Büchern, die es jetzt allmählich zur 6.2 gibt (kein einziges m. W. zu 7). Ich glaube, wenn man mal drin ist, dann wird der Umstieg auf die 7.x gar nicht so schwer. Ein direkter Einstieg mit Doku, die erst so nach und nach entstehen muss, der dürfte schon schwierig sein. Gruß Peter Am 10.08.2015 um 15:04 schrieb Ralf-Rene Schröder ralf.r...@online.de: Am 10.08.2015 um 12:41 schrieb Peter Linzenkirchner: die meisten arbeiten mit 6.2, weil das die LTS-Version ist - also die Version, die am längsten supportet werden wird (länger als die 7.x!) das ist so nicht ganz richtig (das mit dem länger ... das 6.2 verbreiteter ist natürlich schon)... Die 7 LTS (was ja vermutlich die 7.6 sein wird) hat dann ab Erscheinen auch wieder 3 Jahre Support, siehe: https://typo3.org/typo3-cms/roadmap/ Die 7er SprintReleases sollen schließlich kontinuierlich immer zu den nächsten 7.x Versionen bis hin zur 7 LTS upgedatet werden... -- image[FORMAT] - Ralf-René Schröder http://www.image-format.eu ... Wir geben Ihrem Image das richtige Format ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german -- Xing: http://www.xing.com/profile/Peter_Linzenkirchner Web: http://www.typo3-lisardo.de Facebook: http://tinyurl.com/lisardo-multimedia ___ 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.14 und PHP-Wechsel
Hi Peter, zur Performance kann ich leider nicht viel sagen. Meine Installation läuft auf zwei Servern und hinter einem Loadbalancer. Ein großer Unterschied (bis auf das Wegfallen dieser Json-Exception) ist mir nicht aufgefallen. Schöne Grüße, Cigdem Am 10.08.2015 um 15:15 schrieb typo3-german-requ...@lists.typo3.org: Message: 3 Date: Mon, 10 Aug 2015 12:46:24 +0200 From: Peter K?hnleinpe...@function2form.net Subject: Re: [TYPO3-german] TYPO3 6.2.14 und PHP-Wechsel To: German TYPO3 Userlisttypo3-german@lists.typo3.org Message-ID:mailman.3327.1439203590.569.typo3-ger...@lists.typo3.org Content-Type: text/plain; charset=windows-1252; format=flowed Hi Gregor und Cigdem, leider hat das nichts gebracht. Ich musste auch wieder zu 5.4.38 zur?ck, um in's Install-Tool zu kommen. Ich werde mal den Hoster fragen, ob er die 5.4.44 aufsetzen kann. Hat das bei Dir, Cigdem, die Perfrormace verbessert? Denn das Backend ist unsagbar lahm. LG Peter Am 10.08.2015 um 12:09 schrieb M. Cigdem Klengel: Hall?chen, ich habe das gleiche Problem beim Update von 5.4 auf 5.5 gehabt. Ich konnte noch nicht einmal mehr auf das Install-Tool zugreifen - die Schotten waren dicht. Diese Json-Exceptions hatte ich ?brigens auch. Als ich am Freitag auf PHP 5.4.44 aktualisiert habe, sind sie verschwunden. Vorher hatte ich das gemacht, was hier stand: https://forge.typo3.org/issues/68582 Also, ich lese gespannt mit, falls du das Problem l?sen solltest:) Viele Gr??e, Cigdem ___ 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.14 und PHP-Wechsel
Okay - ich hab die Core-Änderung vorgenommen. Bislang macht's keinen Unterschied. Meine Vermutung ist, dass es tatsächlich einfach die PHP-Version ist, die die Exceptions verursacht. Jetzt hilft nur das Warten auf den Hoster... es ist wahrscheinlich zu heiß :) LG Peter Am 10.08.2015 um 15:23 schrieb M. Cigdem Klengel: Hi Peter, zur Performance kann ich leider nicht viel sagen. Meine Installation läuft auf zwei Servern und hinter einem Loadbalancer. Ein großer Unterschied (bis auf das Wegfallen dieser Json-Exception) ist mir nicht aufgefallen. Schöne Grüße, Cigdem Am 10.08.2015 um 15:15 schrieb typo3-german-requ...@lists.typo3.org: Message: 3 Date: Mon, 10 Aug 2015 12:46:24 +0200 From: Peter K?hnleinpe...@function2form.net Subject: Re: [TYPO3-german] TYPO3 6.2.14 und PHP-Wechsel To: German TYPO3 Userlisttypo3-german@lists.typo3.org Message-ID:mailman.3327.1439203590.569.typo3-ger...@lists.typo3.org Content-Type: text/plain; charset=windows-1252; format=flowed Hi Gregor und Cigdem, leider hat das nichts gebracht. Ich musste auch wieder zu 5.4.38 zur?ck, um in's Install-Tool zu kommen. Ich werde mal den Hoster fragen, ob er die 5.4.44 aufsetzen kann. Hat das bei Dir, Cigdem, die Perfrormace verbessert? Denn das Backend ist unsagbar lahm. LG Peter Am 10.08.2015 um 12:09 schrieb M. Cigdem Klengel: Hall?chen, ich habe das gleiche Problem beim Update von 5.4 auf 5.5 gehabt. Ich konnte noch nicht einmal mehr auf das Install-Tool zugreifen - die Schotten waren dicht. Diese Json-Exceptions hatte ich ?brigens auch. Als ich am Freitag auf PHP 5.4.44 aktualisiert habe, sind sie verschwunden. Vorher hatte ich das gemacht, was hier stand: https://forge.typo3.org/issues/68582 Also, ich lese gespannt mit, falls du das Problem l?sen solltest:) Viele Gr??e, Cigdem ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german -- http://function2form.net http://peter-kuehnlein.net For night attacks, fire can be set windward while the attack can be carried out from the opposite direction. Your allies should be mindful of this also. (Hagakure) Latest projects http://bmw-bobber.de http://noris-chapter.de ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Typo3 Version 7 Tutorial
ist mir schon klar was du meintest... ich wollte auch nur die Info (6.2 wird länger supportet als 7.x) nicht so stehen lassen... ist ja auch durch Veränderung des Release-Plans auch nicht ganz leicht durchschaubar (den muß man Kunden die von sich glauben sich mit TYPO3 auszukennen erst einmal neu vermitteln)... Und da macht es einem typo3.org mit der großen Bewerbung der Sprint-Releases wie gerade der 7.4 nicht gerade einfach... Da könnte gerne deutlicher gemacht werden, das es eigentlich nur Zwischenschritte auf dem Weg zur 7 LTS sind... -- image[FORMAT] - Ralf-René Schröder http://www.image-format.eu ... Wir geben Ihrem Image das richtige Format ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Lightbox für Typo3 v7.4?
Gibt es momentan eine Lightbox, die Funktionen wie http://typo3.org/extensions/repository/view/t3colorbox bietet (z.B. Einstellung ob bei Vor und Zurück die gesamte Seite oder nur der Artikel berücksichtigt wird, korrektes (X)HTML 5 gemäß Validator und XML-Parser ausliefert? Ich kann ehrlich gesagt nicht die Vorteile der neuen Versionspolitik erkennen, indem entgegen allen Versprechungen aus dem Blauen dieses Vorschlages alles hinter der ältestmöglichen LTS immer noch ignoriert wird und selbst die Kämpfer, die noch 7er-Versionen unterstützten, bei spätestens bei v7.1.x aufzuhören pflegten oder mit ihrem Versprechen der Kompatibilität bis v7.9.x scheitern. Selbst static_info_tables, das viele Extensions fordern, funktioniert nicht mehr richtig, auch die gefühlt 100 github-Versionen. Viele stellen neuere Versionen nicht mehr ins Repository, sondern nur noch auf arkane github-Server. Auch das erstellen von Tickets bei vielen Extensions geht ins leere. Der Wechsel zwischen v7.n zu v7.n+1 ist langsam ein größeres Abenteuer als der von v4.7 zu v6.0 oder bei den 6er-Versionen. Ich kann allerdings auch niemandem raten bis v7 LTS zu warten, da viele wohl einen lethalen Herzinfarkt oder Nervenzusammenbruch erleiden werden. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
