Re: [TYPO3-german] Version 7.6.2 - brandneu unter opensuse - Backend Schrift und Abstände verkleinern
Bernd Wilke schrieb: Am 24.01.2016 um 21:21 schrieb RDE - Gert Redlich: 24.1.2015 - Guten Abend an alle 7.6.2 Experten . Eine Lösung habe ich nicht, aber vielleicht einen Trick: im Browser die Anzeige mal ein wenig herauszoomen: Strg-'-' ist nur blöd, dass einige Browser sich das dann domain-spezifisch merken und auch das FE verkleinert anzeigen. bernd Hallo Bernd, den Ansatz hatte ich auch schon, aber halt nur mal so zum Test, das ist eine mühsame Quälerei, weil ich mit 5 Browsern arbeite, um alle Eventualitäten abzudecken. Ich orientiere mich an dem Komfort der 4.2.17, der so weitergeführt werden müsste, sonst sind alle meine Redakteure weg. Die machen da nicht mit. Und das wäre fatal . Ich muß dann eine eigene Lösung im Backend angehen und suche die Beschreibung, wo diese Parameter stehen. Irgendwo muß es ja stehen. -- Gert Redlich ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Version 7.6.2 - brandneu unter opensuse - Backend Schrift und Abstände verkleinern
Am 24.01.2016 um 21:21 schrieb RDE - Gert Redlich: 24.1.2015 - Guten Abend an alle 7.6.2 Experten die Installation von 7.6.2 hat erfreulich gut funktioniert (VM unter opensuse 13.2 / 4 giga RAM und 4 x 2,2 GigaHz CPUs MariaDB Version: 10.0.22- PHP-Version: 5.6.1) Die Fehlermeldungen waren aussgekräftig und am Ende kam ich ins Install-Tool und später dann auch ins Backend. Das 7.6.2 Backend ist "sehr aufgeräumt" im Vergleich zu früheren Versionen. Ich brauche jetzt im Backend kleinere Icons und eine kleinere Schrift - sowie kleinere Abstände zuwischen den Eingabefeldern, so kann man in der gewohnten Geschwindigeit und Effiziens nicht arbeiten ( 24" Bildschirm mit 1680 x 1280 pixel) (Responsive Design im Backend ist bei uns nicht gefragt) Nach 3 Stunden Googeln nach "TYPO3 7.6 backend anpassen" (oder "verändern" oder "schriftart" oder oder ) bitte ich etwas (Nach-) Hilfe, wo und wie ich evtl. sogar bereits vorgefertigte alternative Backend-Templates oder Layouts einbinden kann. Es geht nur um die Admin Oberfläche des Redakteurs und überall auf den Suchergebnissen wird mir das Verändern des Frontends angeboten. Wonach sollte ich googeln ? Für eine paar Tips und Tricks und Links wäre ich sehr dankbar. Eine Lösung habe ich nicht, aber vielleicht einen Trick: im Browser die Anzeige mal ein wenig herauszoomen: Strg-'-' ist nur blöd, dass einige Browser sich das dann domain-spezifisch merken und auch das FE verkleinert anzeigen. bernd ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Version 7.6.2 - brandneu unter opensuse - Backend Schrift und Abstände verkleinern
24.1.2015 - Guten Abend an alle 7.6.2 Experten die Installation von 7.6.2 hat erfreulich gut funktioniert (VM unter opensuse 13.2 / 4 giga RAM und 4 x 2,2 GigaHz CPUs MariaDB Version: 10.0.22- PHP-Version: 5.6.1) Die Fehlermeldungen waren aussgekräftig und am Ende kam ich ins Install-Tool und später dann auch ins Backend. Das 7.6.2 Backend ist "sehr aufgeräumt" im Vergleich zu früheren Versionen. Ich brauche jetzt im Backend kleinere Icons und eine kleinere Schrift - sowie kleinere Abstände zuwischen den Eingabefeldern, so kann man in der gewohnten Geschwindigeit und Effiziens nicht arbeiten ( 24" Bildschirm mit 1680 x 1280 pixel) (Responsive Design im Backend ist bei uns nicht gefragt) Nach 3 Stunden Googeln nach "TYPO3 7.6 backend anpassen" (oder "verändern" oder "schriftart" oder oder ) bitte ich etwas (Nach-) Hilfe, wo und wie ich evtl. sogar bereits vorgefertigte alternative Backend-Templates oder Layouts einbinden kann. Es geht nur um die Admin Oberfläche des Redakteurs und überall auf den Suchergebnissen wird mir das Verändern des Frontends angeboten. Wonach sollte ich googeln ? Für eine paar Tips und Tricks und Links wäre ich sehr dankbar. -- mit freundlichen Grüßen Gert Redlich ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Version 7.1 Fluid Teamplates: Aufruf des Standardlayouts per f:layout
Hallo, und zwar wie der Titel schon sagt habe ich in der neuen Version 7.1 das Problem, dass ich im Fluidtemplate den Aufruf für mein Standardlayout nicht hinbekomme. Ich habe eine relativ aufwendige HTML-Vorlage als Template und wenn ich diese komplett über das Templatefile einbinde, wird mir der komplette Inhalt auch im Frontend ausgegeben. Will ich jetzt aber Teile ins Layout ausgliedern und das HTML vom Layout, dann per f:layout name=DefaultLayout.html / aufrufen geht im Frontend gar nix mehr. Ist jemanden vielleicht dieses Problem bekannt und kann Abhilfe verschaffen? Liebe Grüße Tobias ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] [Version 4.5] RTE Bild einfügen, Auflösung einstellen
Hi, wenn ich in ein Inhaltselement bei Typo3 ein Bild im RTE einfüge (über den Button), dann passiert folgendes: Normales Bild: Dort kann ich zwar in einer art Filebrowser zu meinen zuvor hochgeladenen Bildern navigieren, jedoch keines dieser auswählen. Diese haben eine Breite von 2000 Pixel aufwärts. Magic Bild: Dort kann ich ebenfalls im Filebrowser zu den selben Bildern navigieren und diese auswählen. Es wird dann ein kleines vorschaubild in den RTE eingefügt (dieses wird sicher generiert). Jedoch hat dieses Bild dann eine sehr geringe Breite. Ich würde gerne einstellen, dass die Bilder auf eine Breite von 700 Pixel geändert werden. Wisst ihr wie ich dies einstellen kann? Mit: RTE.default.buttons.image.options.magic.maxWidth = 500 RTE.default.buttons.image.options.plain.maxWidth = 500 habe ich es bereits funktioniert, jedoch ohne sichtbares Ergebnis. Ich würde die Konfiguration gerne in die Gruppe schreibe, so dass diese den Mitgliedern einer Gruppe zur Verfügung stehen. Wisst ihr wo ich nachlesen kann bzw. wie der Befehl lautet? Vielen Dank! ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Version 6.1 Extension Manager
Hallo, ich habe Typo3 Version 6.1 auf einem Windows Server 2008 installiert. Mein Extension Manager funktioniert nicht. Beim Aufruf bekomme ich die Meldung Diese Webseite ist nicht Verfügbar. Kann mir jemand helfen? Gruß Sascha ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Version 6.1 Extension Manager
Hallo, https://www.google.at/search?q=typo3+threadstacksizeoq=typo3+threadaqs=chrome.1.57j0l3j62l2.4209j0sourceid=chromeie=UTF-8 georg ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Version 6.1 Extension Manager
Am 17.06.2013 09:12, schrieb Sascha Thomas: Hallo, danke jetzt funktioniert es. Bin noch ein Anfänger in Typo3. Allerdings kann ich die Datenbank nicht aktualisieren. Wenn ich auf Get Extension gehen und sage Update bekomme ich diese Fehlermeldung Update Extension List Could not access remote resource http://repositories.typo3.org/mirrors.xml.gz.; Gruß Sascha Could not access remote resource http://repositories.typo3.org/mirrors.xml.gz.; Dann meint der das auch so :-) ggf. curl nachinstallieren bzw. freigeben Grüße David ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] version
Hallo, es ist nie etwas wirklich einfach Nachdem ich ein TYPO3 v4.2.9 auf meinen neuem Server mit PHP 5.3.3, MySQL 5.1.55 umgezogen hatte, lief das Frontend. Diese Website soll in relativ kurzer Zeit verschwinden und in ein neues Projekt aufgehen. Nun, das Backend muckt. Bilder lassen sich nicht einfügen und noch so einiges. Das Error-Log ist endlos voll, mit Errors(!) nicht Warnings. Es liegt wohl an der neuen PHP-Version. Mal spontan die Links auf 4.5.2 gesetzt und nun lief das Backend nicht - templavoila ( wohl 1.3.7) nicht gefunden - und das Frontend war komplett ein Chaos. Unter http://sourceforge.net/projects/typo3/files/TYPO3%20Source%20and%20Dummy/ hab ich die älteren TYPO3 Versionen gefunden. Gibt es irgendwo eine Liste welche Version mit welchem PHP und welchem MySQL läuft? Oder kann mir jemand eine TYPO3 Version empfehlen. Oder soll ich was ganz anderes machen. Wie gesagt, das ganze soll nur noch ein paar Wochen laufen. DANKE! ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] version
Hallo Matze, für PHP 5.3 brauchst du meines Wissens mindestens TYPO3 4.6, wobei ich da dann schon auf 4.7 gehen würde. Stabil ist die Kombination von 4.5.x und PHP 5.2. Gruß Peter Am 13.11.2012 um 14:06 schrieb Matze Hoppe mat.ho...@gmx.de: Hallo, es ist nie etwas wirklich einfach Nachdem ich ein TYPO3 v4.2.9 auf meinen neuem Server mit PHP 5.3.3, MySQL 5.1.55 umgezogen hatte, lief das Frontend. Diese Website soll in relativ kurzer Zeit verschwinden und in ein neues Projekt aufgehen. Nun, das Backend muckt. Bilder lassen sich nicht einfügen und noch so einiges. Das Error-Log ist endlos voll, mit Errors(!) nicht Warnings. Es liegt wohl an der neuen PHP-Version. Mal spontan die Links auf 4.5.2 gesetzt und nun lief das Backend nicht - templavoila ( wohl 1.3.7) nicht gefunden - und das Frontend war komplett ein Chaos. Unter http://sourceforge.net/projects/typo3/files/TYPO3%20Source%20and%20Dummy/ hab ich die älteren TYPO3 Versionen gefunden. Gibt es irgendwo eine Liste welche Version mit welchem PHP und welchem MySQL läuft? Oder kann mir jemand eine TYPO3 Version empfehlen. Oder soll ich was ganz anderes machen. Wie gesagt, das ganze soll nur noch ein paar Wochen laufen. DANKE! ___ 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] version
Am Di 13 Nov 2012 14:40:24 CET li...@lisardo.de schrieb: Moin Peter, für PHP 5.3 brauchst du meines Wissens mindestens TYPO3 4.6, wobei ich da dann schon auf 4.7 gehen würde. Stabil ist die Kombination von 4.5.x und PHP 5.2. Auch PHP 5.3.x mit TYPO3 4.5.x laeuft durchaus sehr stabil. ~# php -v PHP 5.3.3-7+squeeze14 with Suhosin-Patch (cli) (built: Aug 6 2012 14:18:06) auf einem Debian GNU/Linux Im Zusammenspiel mit TYPO3 4.5.x und/oder 4.7.x Gruss Tom -- ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] version
Am 13.11.2012 14:40, schrieb Peter Linzenkirchner: für PHP 5.3 brauchst du meines Wissens mindestens TYPO3 4.6, wobei ich da dann schon auf 4.7 gehen würde. Umgekehrt wird ein Schuh draus: TYPO3 4.6.x braucht PHP 5.3 eine 4.5 (und ich glaube sogar eine 4.2) läuft problemlos auf PHP 5.3 (das gilt natürlich nicht zwingend für eingebundene Extensions, da ist die Situation unterschiedlich) -- image[FORMAT] - Ralf-René Schröder http://image-format.eu ... Wir geben Ihrem Image das richtige Format http://if-20.com ... YAML templates for TYPO3 ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] version und workspaces nicht auswählbar im EM vers. 4.5.3-dev
Hallo Dominic, Dominic Garms wrote: ich vermute mal, daß du in der dev-Liste mehr Rückmeldung erhälst. Vor allem, da es sich um eine Entwicklungsversion handelt. da hast du bestimmt recht, ich werde mich da mal umhören. Das Problem ist, das ich die 4.5.3-dev die ganze Zeit bei meiner lokalen Installation problemlos am Laufen habe. Wie du schon erfahren hast, wurden die Unterprojekte version, workspace and dbal als git submodules eingebunden. Daher musst du erst ein $ git pull $ git submodule update --init machen. Sonst sind die Verzeichnisse typo3/sysext/[version|workspace|dbal]/ leer. Viele Grüße -- Philipp Gampe ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] version und workspaces nicht auswählbar im EM vers. 4.5.3-dev
Hallo Dominic, Dominic Garms wrote: Hallo Philipp $ git pull $ git submodule update --init Das hat mir gefehlt, vielen Dank für den Tipp. Muss man das $ git submodule update --init immer ausführen wenn sich die submodule liste der Systemextensions geändert haben? Da bin ich überfrage, aber ich denke schon. Viele Grüße -- Philipp Gampe ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] version und workspaces nicht auswählbar im EM vers. 4.5.3-dev
Guten Morgen, ich habe gerade versucht TYPO3 4.5.3-dev auf einer Version von TYPO3 4.5.2 zu updaten, jedoch sind dann die Sysext version und workspaces aus dem EM verschwunden und ich bekomme auf allen Pages im BE den bekannten PHP Fehler angezeigt. In der localconf.php sind beide Extensions eingetragen, Cache geleert usw. aber die Extensions bleiben verschwunden. Sogar das Upgrade im Install-Tool hilft nicht, der DB Compare hat auch keine Fehler. Woran kann das liegen, ich bin ratlos. Habe versucht den alten EM wieder zu aktivieren in den Settings vom neuen EM, jedoch gibt es da keine Funktion die ihn freischaltet. Hat jemand das Problem schon einmal gehabt? Schöne Grüße Dominic ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Version 4.4.3 - Cache
Leider keine Problemlösung aber zumindest der Hinweis das t3blog an sich kein Problem mit der neuen TYPO3 Version hat. Bei mir läuft alles bestens. Grüße *Felix Nagel* Bethesdastraße 16 20535 Hamburg m *01 71 / 19 80 16 7* t *040 / 33 98 35 41* www.felixnagel.com | i...@felixnagel.com| www.nonkonform-design.de Diplomarbeit http://www.felixnagel.com/studium/diplomarbeit/ Barrierefreie Java-Script Applikationen mit jQuery 2010/9/30 Peter Linzenkirchner li...@lisardo.de Hallo liebe Liste, ich habe gestern eine Installation auf 4.4.3 upgedatet. Seitdem habe ich ein Cache-Problem mit t3blog: die Seite wird gecachet, aber leider nur einmal, heisst, die Links auf die Artikel funktionieren nicht mehr. Ganz so wie in einer Extension, die keinen cHash an die Links anhängt. Der normale Seitencache funktioniert wie gewohnt. Die Fehlereingrenzung dürfte ziemlich mühsam werden, deshalb ausnahmsweise zuerst hier die Frage, ob jemand was darüber weiß. Vielen Dank Peter -- 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 ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Version 4.4.3 - Cache
Hallo liebe Liste, ich habe gestern eine Installation auf 4.4.3 upgedatet. Seitdem habe ich ein Cache-Problem mit t3blog: die Seite wird gecachet, aber leider nur einmal, heisst, die Links auf die Artikel funktionieren nicht mehr. Ganz so wie in einer Extension, die keinen cHash an die Links anhängt. Der normale Seitencache funktioniert wie gewohnt. Die Fehlereingrenzung dürfte ziemlich mühsam werden, deshalb ausnahmsweise zuerst hier die Frage, ob jemand was darüber weiß. Vielen Dank Peter -- 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
[TYPO3-german] Version 4.2.14 - immer öfter Error 404 in der Seitenbaum Spalte ???
Bis zur Version 4.2.13 kam das nie !! vor, daß irgendwann nach 5 bis 6 Content Änderungen (im Listen-Modus) die mittlere Spalte mit dem Seitenbaum weg war. Objekt nicht gefunden! Error 404 Erst ein Browser Reload füllt die Seitenbaum-Spalte wieder. (Dann funktioniert der Seitenbaum Update nach Änderunegn wieder eine Zeit lang) Kommt das bei Euch auch hin und wieder vor ? Gibt da einen Trick oder eine neue Einstellung, die mir noch nicht bekannt ist ? -- mit freundlichen Grüßen Dipl.Ing.Gert Redlich ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Version 4.2.10 auf UTF-8 kovertieren
On Sun, 10 Jan 2010 09:10:53 -0800, RDE / Redlich g...@ipw.net wrote: Danke Moreno, ich hatte zwar ausführlich gegoogelt, doch diese obige Fundstelle blieb unerkannt. http://www.google.ch/search?client=operarls=enq=unterschied+utf8_general_ci+utf8_unicode_cisourceid=operaie=utf-8oe=utf-8 An vierter Stelle.. zudem ist der Verweis ebenfalls an erster Stelle auffindbar.. Aber wie du es gesagt hast, der Unterschied liegt in der Performance und der Genauigkeit. utf8_general_ci ist schneller, dafür nicht ganz so präzis wie utf8_unicode_ci ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Version 4.2.10 auf UTF-8 kovertieren ohne Shell-Zugang
Hallo, Ingo Preuß schrieb: [...] Gibt es Unterschiede beim Erstellen via Shell erstellen MySQL-dumps und eines phpmyadmin-dumps? Defintiv: JA! Die Einstellungen sind quasi unabhängig bzw. individuell. Kann natürlich sein, dass sie für shell (mysqldump) und phpmyadmin gleich sind, oftmals aber nicht. Ist kovertieren via convert2utf-8 extension oder gibt es einen geeigneteren Weg? IMO ist der einzige Weg GENAU anzuschauen, wie das System aktuell läuft und dann sehr umsichtig eine geeignete Umstellung zu planen. Eine absolute Katastrophe entsteht, wenn zwischendurch etwas geändert wird, was dann doch nicht 100%ig passt. Dann hast Du MischMasch. Vielleicht helfen Dir meine Folien von den letzten T3DD etwas: http://www.niekom.de/public/mysteries-charset.pdf Im TYPO3-Kochbuch (O'Reilly) gibt es ein Rezept zur Einrichtung und eins zur Umstellung. Ohne Shell-Zugang ist das ganze natürlich etwas aufwendiger als mit. Gruß, Peter -- Peter Niederlag http://www.niekom.de * TYPO3 EDV Dienstleistungen * ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Version 4.2.10 auf UTF-8 kovertieren ohne Shell-Zugang
- Ursprüngliche Nachricht - Von:Peter Niederlag typo3-l...@niekom.de Vielleicht helfen Dir meine Folien von den letzten T3DD etwas: http://www.niekom.de/public/mysteries-charset.pdf Hallo, mir hatte der Artikel http://forum.mysqldumper.de/viewtopic.php?p=18365 sehr geholfen einenn Einstieg in das Thema zu finden. Dort sind auch bezüglich PHP und MySQL einige Details erwähnt. Bezüglich TYPO3 und UTF-8 hier mein Standard-Link: http://www.bruchmann-web.de/de/support/typo3/tipps-und-tricks/utf-8-in-typo3/ Viele Grüße David ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Version 4.2.10 auf UTF-8 kovertieren ohneShell-Zugang
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hallo zusammen. Eine konkrete Extension als Beispiel habe ich jetzt nicht zur Hand, aber die l18n_diffsource-Spalte eines jeden übersetzten Elements ist vom Typ BLOB und enthält ein serialisiertes Array. Gerade wenn ich tt_content als übersetzbares Element verwende und meine Standardsprache deutsch ist, kommen hier Umlaute doch gar nicht mal so selten vor. Ob das jetzt relevant ist oder nicht darf jeder für sich selbst entscheiden, aber ich persönlich bin doch immer recht froh, dass mich das Backend per rotem Balken auf ein da hat sich der Inhalt der Originalsprache geändert aufmerksam machen kann. Grüße, Stephan Schuler TYPO3 Entwickler Telefon: +49 (911) 539909 - 0 E-Mail: stephan.schu...@netlogix.de - -- netlogix GmbH Co. KG Systemhaus | Trainingscenter | Medienagentur Andernacher Straße 53 | 90411 Nürnberg Telefon: +49 (911) 539909 - 0 | Fax: +49 (911) 539909 - 99 E-Mail: mailto:i...@netlogix.de | Internet: 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 - -Ursprüngliche Nachricht- Von: typo3-german-boun...@lists.typo3.org [mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Steffen Gebert Gesendet: Montag, 11. Januar 2010 10:40 An: typo3-german@lists.typo3.org Betreff: Re: [TYPO3-german] Version 4.2.10 auf UTF-8 kovertieren ohneShell-Zugang Am 11.01.2010, 10:34 Uhr, schrieb Peter Niederlag typo3-l...@niekom.de: Templavoila und Flexforms als potentielle Anwendungsfälle handhaben das aber soweit ich mich entsinne eh gesondert, indem sie so oder so nur utf-8 oder iso8859-1 verwenden. Da sehe ich erstmal keine Probleme, bin aber auch nicht 100% sicher, muss ich zugeben. Hmm... stimmt.. sprich BLOBs mit XML keinesfalls konvertieren, BLOBs mit allem anderen (TypoScript z.B.) dagegen schon, gell? Lange her, dass ich das Vergnügen das letzte Mal hatte :) Steffen ___ 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 2.12.0 (Build 1035) Charset: Windows-1252 wpUDBQFLSzxNpp0IwsibV8MBCO4+BADOBqkive8xPhzpd9qknbW8/5ywNKhr+2qk rKgVOf5ZmKCa0CMyEFQdAUNgPc0F8Bw0NsHOK3ED+FDu7wv6mOF5VHVUnH5+f1mg V4agoDIrpjFr7bVrDOV9A5ARAINLerEF8RpnIvEXys8EoKvBs9MHUsl8ZeSVkHgb BUtDE2gAeA== =Rz/u -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] Version 4.2.10 auf UTF-8 kovertieren ohne Shell-Zugang
Am Sa, 9.01.2010, 17:16 schrieb Ingo Preuß: Hallo, ein zum Teil auf UTF-8 und iso-8859-1 laufende Version 4.2.10 soll komplett auf UTF-8 umgestellt werden. Allerdings kann der db-dump nur via phpmyadmin erstellt werden, da kein Shell-Zugang existiert. Gibt es Unterschiede beim Erstellen via Shell erstellen MySQL-dumps und eines phpmyadmin-dumps? Ist kovertieren via convert2utf-8 extension oder gibt es einen geeigneteren Weg? die Zusatzfragen mal aussen vor gelassen, gab's noch keine Antwort. Hab ich ohne Shell eine Chance auf fehlerfreie Konvertierung? Gruß, Ingo -- PC-Notdienst FU Berlin Ingo Preuss Rigaer Strasse 65 10247 Berlin mobil 0163.160 51 03 ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Version 4.2.10 auf UTF-8 kovertieren ohne Shell-Zugang
Am 10.01.2010, 11:46 Uhr, schrieb Ingo Preuß pre...@zedat.fu-berlin.de: Am Sa, 9.01.2010, 17:16 schrieb Ingo Preuß: Hallo, ein zum Teil auf UTF-8 und iso-8859-1 laufende Version 4.2.10 soll komplett auf UTF-8 umgestellt werden. Allerdings kann der db-dump nur via phpmyadmin erstellt werden, da kein Shell-Zugang existiert. Gibt es Unterschiede beim Erstellen via Shell erstellen MySQL-dumps und eines phpmyadmin-dumps? Ist kovertieren via convert2utf-8 extension oder gibt es einen geeigneteren Weg? die Zusatzfragen mal aussen vor gelassen, gab's noch keine Antwort. Hab ich ohne Shell eine Chance auf fehlerfreie Konvertierung? Ja, natürlich. Brauchst du eigentlich gar nicht. Dumpen und dann im Dump alle collation-Angaben von latin nach utf8 abändern. Ich als mysqldump-Nutzer muss das dann noch durch iconv jagen, um den Zeichensatz der Daten selbst zu konvertieren (auf lokaler Konsole. Befehl für die Konvertierung musst du dir ersuchen). Hatte neulich mal mit Steffen Ritter disktuiert, der meinte, dass phpMyAdmin das immer in UTF-8 ausgibt und dieser Schritt da nicht nötig wäre. Keine Ahnung.. hab ich noch nicht ausprobiert. Das ganze dann wieder einspielen und das setDBinit auf SET NAMES utf8; setzen und forceCharset für das BE. Das mit der convert2utf-Extension kann ich absolut nicht empfehlen, die deckt nur Teilbereiche ab. Kann sein, dass danach Templavoila oder ähnliche BLOB-nutzende Funktionen nicht mehr richtig laufen. Müsste in phpMyAdmin Optionen geben, die NICHT base64-codiert auszugeben. Steffen ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Version 4.2.10 auf UTF-8 kovertieren ohne Shell-Zugang
Am 10.01.2010, 12:21 Uhr, schrieb Steffen Gebert stef...@steffen-gebert.de: Ich als mysqldump-Nutzer muss das dann noch durch iconv jagen, um den Zeichensatz der Daten selbst zu konvertieren (auf lokaler Konsole. Befehl für die Konvertierung musst du dir ersuchen). Bin jetzt zufällig auf den passenden Befehl gestoßen (nicht mit iconv, sondern mit recode, aber das ist letztendlich egal): recode LATIN1..UTF8 dump.sql Steffen ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Version 4.2.10 auf UTF-8 kovertieren
Moreno Feltscher schrieb: On Sat, 09 Jan 2010 12:18:59 -0800, RDE / Redlich g...@ipw.net wrote: Zusatzfrage: Was ist der Unterschied (Auswahl in phpmyadmin) zwischen utf8_general_ci und utf8_unicode_ci Google wäre dein Freund gewesen: http://dev.mysql.com/doc/refman/5.1/de/charset-unicode-sets.html Danke Moreno, ich hatte zwar ausführlich gegoogelt, doch diese obige Fundstelle blieb unerkannt. Also für Deutsche Webs möglichst utf8_general_ci benutzen, es sei schneller. -- mit freundlichen Grüßen Gert Redlich ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Version 4.2.10 auf UTF-8 kovertieren ohne Shell-Zugang
Hallo Steffen, Steffen Gebert schrieb: Dumpen und dann im Dump alle collation-Angaben von latin nach utf8 abändern. Ich als mysqldump-Nutzer muss das dann noch durch iconv jagen, um den Zeichensatz der Daten selbst zu konvertieren Bitteschön warum das? In welchen Zeichensatz mysqldump die Daten in die Datei schreibt, hat nichts mit dem Zeichensatz der jeweiligen Tabelle zu tun. Standardmäßig wird mit utf8 geschrieben, und zwar auch bei Dateien in latin1. Willst Du den Dump in latin1 haben, mußt Du das explizit angeben (--default-character-set=latin1). Es reicht also aus, die Angaben zum Einrichten der Tabellen zu ändern. Gruß Martin -- Bitte nicht an der E-Mail-Adresse fummeln, die paßt so. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Version 4.2.10 auf UTF-8 kovertieren ohneShell-Zugang
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hallo zusammen. Welchen konkreten Grund gibt es denn dafür, die Datenbank zu ändern? Sofern eine technische Einschränkung der akktuelleun Codierung eine Umstellung unumgänglich macht kommt man zwar nicht drum herum. Wenn allerdings lediglich ein damit s einheitlich ist oder weil ich ohnehin auf einen neuen Server umsteige der Grund dafür ist kann ich nur davon abraten. Szenario: Ein BLOB speichert ein serialisiertes Array von Daten. In diesen Daten befinden sich Umlaute. Die Umstellung der Codierung (bei Nutzung des BLOBs als Text) erfordert, dass auch der Inhalt dieses BLOBs geändert wird, andernfalls klappt die deserialisierung nach der Umstellung nicht mehr. Szenario: Ein BLOB speichert wirklich binäre Daten. Die Umstellung der Codierung darf keinesfalls Änderungen am Inhalt des BLOBs durchführen. Je nachdem welche Extensions installiert sind (bzw. wie alt diese sind) kann der gezeigte Fall auftreten, muss aber nicht. mysqldump erzeugt base64-encodierte Blöcke der BLOB-Inhalte. Das ist insoweit richtig als dass Binärdaten anders in einer Textdatei nichts zu suchen haben. Wenn aber der BLOB Text enthält, wird dieser BLOB-Inhalt von einem iconv-Befehl natürlich nicht berücksichtigt. Ich kenne in der TYPO-Welt nichts unangenehmeres als eine Installation, die zu ~98% korrekt und zu ~2% fehlerhaft konvertiert wurde. Sowas fällt nämlich gerne erst nach Wochen der Bearbeitung auf. Wenn dann aber einige Daten in korrekter neuer Codierung in eine Tabelle mit fehlerhaft alter Codierung geschrieben wurden (sprich der Inhalt einer Tabelle selbst unterschiedliche Codierungen enthält) macht die Fehlerbehebung erst so richtig Spaß. Vorsicht, sowas kann ins Auge gegehn. Ich seh jetzt wieder Umlaute ist jedenfalls noch kein Garant für eine erfolgreiche Umstellung. Gruß, Stephan Schuler TYPO3 Entwickler Telefon: +49 (911) 539909 - 0 E-Mail: stephan.schu...@netlogix.de - -- netlogix GmbH Co. KG Systemhaus | Trainingscenter | Medienagentur Andernacher Straße 53 | 90411 Nürnberg Telefon: +49 (911) 539909 - 0 | Fax: +49 (911) 539909 - 99 E-Mail: mailto:i...@netlogix.de | Internet: 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 Von: typo3-german-boun...@lists.typo3.org [typo3-german-boun...@lists.typo3.org] im Auftrag von Martin Schoenbeck [ms.usenet.nos...@schoenbeck.de] Gesendet: Sonntag, 10. Januar 2010 22:56 An: typo3-german@lists.typo3.org Betreff: Re: [TYPO3-german] Version 4.2.10 auf UTF-8 kovertieren ohne Shell-Zugang Hallo Steffen, Steffen Gebert schrieb: Dumpen und dann im Dump alle collation-Angaben von latin nach utf8 abändern. Ich als mysqldump-Nutzer muss das dann noch durch iconv jagen, um den Zeichensatz der Daten selbst zu konvertieren Bitteschön warum das? In welchen Zeichensatz mysqldump die Daten in die Datei schreibt, hat nichts mit dem Zeichensatz der jeweiligen Tabelle zu tun. Standardmäßig wird mit utf8 geschrieben, und zwar auch bei Dateien in latin1. Willst Du den Dump in latin1 haben, mußt Du das explizit angeben (--default-character-set=latin1). Es reicht also aus, die Angaben zum Einrichten der Tabellen zu ändern. Gruß Martin - -- Bitte nicht an der E-Mail-Adresse fummeln, die paßt so. ___ 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 2.12.0 (Build 1035) Charset: Windows-1252 wpUDBQFLSluJpp0IwsibV8MBCPsoA/0Yie12tRp+9LNJICs2beq2K5SkOggLz+cS 3G6iTk+6vf5FRMZqJ4SEsxHs9k71JyOL9m5McUUBzmR1JEpbGvxqC8kQUI14iAlK dPDAo41IoDiuvAKDanr4Vr1NKuWOqUb95ZPKsxrZa1gD5dZoUz81iwyBvWCR2LLR hK88kCGAGw== =HoLB -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] Version 4.2.10 auf UTF-8 kovertieren
Ingo Preuß schrieb: Hallo, ein zum Teil auf UTF-8 und iso-8859-1 laufende Version 4.2.10 soll komplett auf UTF-8 umgestellt werden. Allerdings kann der db-dump nur via phpmyadmin erstellt werden, da kein Shell-Zugang existiert. Zusatzfrage: Was ist der Unterschied (Auswahl in phpmyadmin) zwischen utf8_general_ci Unicode (mehrsprachig), case-insensitive und utf8_unicode_ci Unicode (mehrsprachig), case-insensitive ich hatte bisher immer utf8_unicode_ci ausgewählt. -- mit freundlichen Grüßen Gert Redlich ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Version 4.2.10 auf UTF-8 kovertieren
On Sat, 09 Jan 2010 12:18:59 -0800, RDE / Redlich g...@ipw.net wrote: Zusatzfrage: Was ist der Unterschied (Auswahl in phpmyadmin) zwischen utf8_general_ci Unicode (mehrsprachig), case-insensitive und utf8_unicode_ci Unicode (mehrsprachig), case-insensitive ich hatte bisher immer utf8_unicode_ci ausgewählt. Google wäre dein Freund gewesen: http://dev.mysql.com/doc/refman/5.1/de/charset-unicode-sets.html ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Version 4.2.9. - Designvorlage wird nicht aufgerufen
Am Tue, 27 Oct 2009 19:11:51 +0100 schrieb Michael Warzitz: hallo, der verzweiflung schon am ende. im installtool steht es so drin (fileadmin), habe aber in der localconf.php keinen eintrag gefunden. da würde nur ein nicht-default-wert drin stehen. reicht es wenn es im installtool nur steht, wie sollte der befehl lauten. wenn so gar nichts funktioniert, würde ich ganz neu anfangen. alles löschen und dann Schritt für Schritt: folgende php-datei sollte dir die allerersten Schritte abnehmen: --8X8X8X8X8X8X8X-- ?PHP function do_exec($s) { echo 'span style=border:1px solid #cc'.$s.'/span' .'br /pre'; $output = shell_exec($s); echo str_replace(array('',''),array('lt;','gt;'),$output); echo '/prehr /'; } define('VERSION','4.2.10'); do_exec('echo test testfile'); if (!file_exists('testfile')) { echo 'can\'t create file in current directorybr'; echo 'missing permissions?br'; do_exec('id'); do_exec('ls -la'); } else { do_exec('rm testfile'); do_exec('wget http://prdownloads.sourceforge.net/typo3/' .'typo3_src-'.VERSION.'.tar.gz'); do_exec('wget http://prdownloads.sourceforge.net/typo3/' .'dummy-'.VERSION.'.tar.gz'); // zur Ueberpruefung ob die Dateien do_exec('md5sum *.gz'); do_exec('tar -zxvf dummy-'.VERSION.'.tar.gz'); do_exec('mv dummy-'.VERSION.'/* .'); do_exec('rmdir dummy-'.VERSION); do_exec('tar -zxvf typo3_src-'.VERSION.'.tar.gz'); do_exec('rm typo3_src'); do_exec('ln -s typo3_src-'.VERSION.' typo3_src'); // evtl sind Rechte-Aenderungen notwendig: do_exec('find . -type d -exec chmod 775 \'{}\' \;'); do_exec('find . -type f -exec chmod 664 \'{}\' \;'); do_exec('touch typo3conf/ENABLE_INSTALL_TOOL'); do_exec('ls -la'); echo 'a href=typo3/install/ zum Install-Tool/a'; } ? --8X8X8X8X8X8X8X-- Bitte als php-Datei auf den leeren Server (auch Datenbank leeren!) spielen und dann aufrufen. Vorteil dieser PHP-Datei: alles wird als Apache-User angelegt und somit hat TYPO3 später definitiv vollen Zugriff. Ein FTP-User könnte wegen fehlender Rechte Probleme haben. Deswegen die Rechteänderungen in der PHP-Datei. Danach sollte ein aktuelles (siehe Versionsnummer) TYPO3 bereitstehen. zum Ende der Datei ist ein direkter Link ins Install-tool, wo du die Grundkonfiguration überprüfen und anpassen kannst: sind alle notwendigen Verzeichnisse schreibbar? ggfl. Rechte-Maske für neue Dateien/Verzeichnisse korrigieren Verbindung zur Datenbank eintragen. Tabellen anlegen Grafische Grundkonfiguration Admin-user anlegen. mein nächster Schritt wäre dann typischerweise das Mastertemplate [1] zu importieren und dann das Design anpassen. Damit wäre dann auch ein HTML-Template und ein CSS aus fileadmin dabei. [1] http://ug.typo3-nrw.de/mastertemplate.html 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] Version 4.2.9. - Designvorlage wird nicht aufgerufen
Liebe Community! Das Problem ist wirklich seltsam: Wollte Michael helfen und habe jetzt mal folgendes probiert: 2 Testfiles in das Verzeichnis fileadmin hochgeladen: test.html test.css Folgendes ins Setup: page = PAGE page { # typeNum festlegen typeNum = 0 # Stylesheet einbinden stylesheet = fileadmin/test.css # Designvorlage einbinden 10 = TEMPLATE 10.template = FILE 10.template.file = fileadmin/test.html 10.workOnSubpart = DOKUMENT 10.marks { TEST = TEXT TEST.value = test } } Hat aber auch mit diesen Files nicht geklappt. Weder das templatefile noch die css Datei werden eingebunden! Folgendes erzeugt eine Ausgabe: page.20 = TEXT page.20.value = Hello World! Folgendes geht auch: page.headerData { 5 = TEXT 5.value = link rel=stylesheet type=text/css media=screen href=fileadmin/style/style.css / } Also wirklich seltsam. Meines Erachtens ist es entweder ein Konfigurationsproblem von TYPO3 oder der Server hat eine Einstellung die nicht optimal ist. Hat jemand einen Hinweis was da falsch sein könnte? LG Thomas Thomas Hirt schrieb: Kannst du noch mal deine gesamtes Typoscript schicken (Constants und Setup) und am besten den Pfad zur template Datei liefern? ich nicht verstehe, die metatags werde angezeigt auch die namen der seite, das bedeutet ja dann das das template auch gelesen wird. die pfade sind auch alle richtig gesetzt. Das bedeutet eigentlich nicht, dass das Template gelesen wird. Metatags und Seitenkopf werden ja von Typo3 bereitgestellt. Es bedeutet, dass dein Template nicht gelesen oder gefunden wird. Du kannst mich auch mal kurz in dein Backend lassen und ich schaue es mir an. (http://www.thomas-hirt.at/kontakt.html) LG Thomas Michael Warzitz schrieb: Hallo, habe alles schon so ausprobiert, die marker habe ich richtig gesetzt, den ts habe ich auch schon in verschiedensten varianten ausprobiert. was ich nicht verstehe, die metatags werde angezeigt auch die namen der seite, das bedeutet ja dann das das template auch gelesen wird. die pfade sind auch alle richtig gesetzt. das muß ein anderes problem sein, ich habe ja auch schon andere typo webs erstellt, kann das was mit php version zutun haben? Danke euch trotzdem schon mal für eure weitere hilfe.. micha Thomas Hirt i...@thomas-hirt.at schrieb im Newsbeitrag news:mailman.1.1256565148.23591.typo3-ger...@lists.typo3.org... Noch was: kontrolliere ob die Datei vorlage.html auch wirklich an der richtigen Stelle liegt, also direkt im fileadmin Ordner. Dann sollte dort noch folgendes drinstehen: !-- ###DOKUMENT### begin -- !-- ###DOKUMENT### end -- Diese Marker stehen für gewöhnlich zwischen den beiden body Tags. Erst dann kann 10.workOnSubpart = DOKUMENT was ausgeben. LG Thomas David Bruchmann schrieb: marks und workOnSubpart sind Eigenschaften von TEMPLATE und nicht von PAGE, müssen daher also eine Ebene tiefer unterhalb von 10.template angeordnet werden: page = PAGE page { # Allgemeine Seiteneigenschaften setzen bodyTag = body stylesheet = fileadmin/style.css # MetaTags angeben meta.AUTHOR = Robert Meyer meta.DESCRIPTION = Hier steht eine Beschreibung # Die Designvorlage integrieren 10 = TEMPLATE 10.template = FILE 10.template { file = fileadmin/vorlage.html workOnSubpart = DOKUMENT # Den Platzhalter DATUM ansprechen marks.DATUM = TEXT marks.DATUM.value = DATUM } } Viele Grüße David - Ursprüngliche Nachricht - Von:Michael Warzitz m.warz...@ws-media-hannover.de Gesendet: Montag, 26. Oktober 2009 14:30:42 An: typo3-german@lists.typo3.org CC: Betreff:Re: [TYPO3-german] Version 4.2.9. - Designvorlage wird nicht aufgerufen Sorry, ich hatte natürlich auch die Zeile um das DOKUMENT also hier nochmal der Anfangscode page = PAGE page { # Allgemeine Seiteneigenschaften setzen bodyTag = body stylesheet = fileadmin/style.css # MetaTags angeben meta.AUTHOR = Robert Meyer meta.DESCRIPTION = Hier steht eine Beschreibung # Die Designvorlage integrieren 10 = TEMPLATE 10.template = FILE 10.template.file = fileadmin/vorlage.html 10.workOnSubpart = DOKUMENT # Den Platzhalter DATUM ansprechen 10.marks.DATUM = TEXT 10.marks.DATUM.value = DATUM } und es funktioniert nicht micha ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Version 4.2.9. - Designvorlage wird nicht aufgerufen
Wollte allen auf diesem Wege danke sagen, verstehe das wie gesagt auch nicht. bin jetzt auch dabei die konfiguration im einzelnen durchzugehen, vielleicht hat sich da wirklich ein fehler eingeschlichen. danke micha Christian Hernmarck li...@lists.hernmarck.ch schrieb im Newsbeitrag news:mailman.1.1256641401.12898.typo3-ger...@lists.typo3.org... Thomas Hirt schrieb am Dienstag, 27. Oktober 2009 11.43 im Beitrag mailman.1.1256640210.11613.typo3-ger...@lists.typo3.org: Liebe Community! Das Problem ist wirklich seltsam: Wollte Michael helfen und habe jetzt mal folgendes probiert: 2 Testfiles in das Verzeichnis fileadmin hochgeladen: test.html test.css Folgendes ins Setup: page = PAGE page { # typeNum festlegen typeNum = 0 # Stylesheet einbinden stylesheet = fileadmin/test.css # Designvorlage einbinden 10 = TEMPLATE 10.template = FILE 10.template.file = fileadmin/test.html 10.workOnSubpart = DOKUMENT 10.marks { TEST = TEXT TEST.value = test } } Hat aber auch mit diesen Files nicht geklappt. Weder das templatefile noch die css Datei werden eingebunden! Folgendes erzeugt eine Ausgabe: page.20 = TEXT page.20.value = Hello World! Folgendes geht auch: page.headerData { 5 = TEXT 5.value = link rel=stylesheet type=text/css media=screen href=fileadmin/style/style.css / } Also wirklich seltsam. Meines Erachtens ist es entweder ein Konfigurationsproblem von TYPO3 oder der Server hat eine Einstellung die nicht optimal ist. Hat jemand einen Hinweis was da falsch sein könnte? Also funktionieren tut, wenn der apache die Dateien holt (CSS werden in den Browser geolt - die test.html direkt aufgerufen wohl auch???) Aber TYPO3 kann keine Dateien im fileadmin laden? Dann würde ich auf Berechtigungen (PHP-User - muss nicht apache-user sein (sogar empfehlenswert)) tippen. Gruss Christian ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Version 4.2.9. - Designvorlage wird nicht aufgerufen
Hallo, ich habe ein Problem, welches ich mir nicht erklären kann und zwar wird meine Designvorlage nicht aufgerufen. Seitenstruktur angelegt, Verweise der Hilfsseiten auf die Homepage gesetzt. Template erstellt und wird auch aufgerufen, Test mit Hello World! So und wenn ich jetzt meine Designvorlage integriere in mein Template, bleibt die Seite leer! Pfade sind alle richtig, zumindest nicht anders als ich es bisher gemacht habe! Ich habe jetzt alles schon zig mal kontrolliert, ich weiß mir nicht mehr weiter zuhelfen, es ist auch nicht mein erstes Typo3 - Web. Hat irgendwer eine Idee woran das liegen kann, Version 4.2.9. habe ich. Ich bin arg am verzweifeln. Bin für jede Idee dankbar. Micha ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Version 4.2.9. - Designvorlage wird nicht aufgerufen
Hallo, mein Template durch Marker. Mein Template ist noch völlig am Anfang und hier nur ein Ausschnitt davon page = PAGE page { # Allgemeine Seiteneigenschaften setzen bodyTag = body # MetaTags angeben meta.AUTHOR = Robert Meyer meta.DESCRIPTION = Hier steht eine Beschreibung # Die Designvorlage integrieren 10 = FILE 10.file = fileadmin/vorlage.html } Die Allgemeinen Seiteneigenschaften werden angezeigt, die Designvorlage nicht. Das heißt ja soviel wie das das Template schon funktioniert, nur die Designvorlage wird nicht abgearbeitet!!! Micha Ingo Preuß pre...@zedat.fu-berlin.de schrieb im Newsbeitrag news:mailman.2245.1256560725.671.typo3-ger...@lists.typo3.org... Hallo Micha, Am Mo, 26.10.2009, 13:30 schrieb Michael Warzitz: Hallo, ich habe ein Problem, welches ich mir nicht erklären kann und zwar wird meine Designvorlage nicht aufgerufen. Seitenstruktur angelegt, Verweise der Hilfsseiten auf die Homepage gesetzt. Template erstellt und wird auch aufgerufen, Test mit Hello World! mappst du das Template via Marker oder Templavoila? Wie sieht dein TS aus? Gruß, Ingo -- PC-Notdienst FU Berlin Ingo Preuss Rigaer Strasse 65 10247 Berlin mobil 0163.160 51 03 ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Version 4.2.9. - Designvorlage wird nicht aufgerufen
Michael Warzitz schrieb: Mal so versuchen: page = PAGE page { 10 = TEMPLATE 10.template = FILE 10.template.file = fileadmin/vorlage.html 10.workOnSubpart = DOKUMENT 10.marks { WASAUCHIMMER temp.wasauchimmer } } Hallo, mein Template durch Marker. Mein Template ist noch völlig am Anfang und hier nur ein Ausschnitt davon page = PAGE page { # Allgemeine Seiteneigenschaften setzen bodyTag = body # MetaTags angeben meta.AUTHOR = Robert Meyer meta.DESCRIPTION = Hier steht eine Beschreibung # Die Designvorlage integrieren 10 = FILE 10.file = fileadmin/vorlage.html } Die Allgemeinen Seiteneigenschaften werden angezeigt, die Designvorlage nicht. Das heißt ja soviel wie das das Template schon funktioniert, nur die Designvorlage wird nicht abgearbeitet!!! Micha Ingo Preuß pre...@zedat.fu-berlin.de schrieb im Newsbeitrag news:mailman.2245.1256560725.671.typo3-ger...@lists.typo3.org... Hallo Micha, Am Mo, 26.10.2009, 13:30 schrieb Michael Warzitz: Hallo, ich habe ein Problem, welches ich mir nicht erklären kann und zwar wird meine Designvorlage nicht aufgerufen. Seitenstruktur angelegt, Verweise der Hilfsseiten auf die Homepage gesetzt. Template erstellt und wird auch aufgerufen, Test mit Hello World! mappst du das Template via Marker oder Templavoila? Wie sieht dein TS aus? Gruß, Ingo -- PC-Notdienst FU Berlin Ingo Preuss Rigaer Strasse 65 10247 Berlin mobil 0163.160 51 03 ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Version 4.2.9. - Designvorlage wird nicht aufgerufen
Sorry, ich hatte natürlich auch die Zeile um das DOKUMENT also hier nochmal der Anfangscode page = PAGE page { # Allgemeine Seiteneigenschaften setzen bodyTag = body stylesheet = fileadmin/style.css # MetaTags angeben meta.AUTHOR = Robert Meyer meta.DESCRIPTION = Hier steht eine Beschreibung # Die Designvorlage integrieren 10 = TEMPLATE 10.template = FILE 10.template.file = fileadmin/vorlage.html 10.workOnSubpart = DOKUMENT # Den Platzhalter DATUM ansprechen 10.marks.DATUM = TEXT 10.marks.DATUM.value = DATUM } und es funktioniert nicht micha Thomas Hirt i...@thomas-hirt.at schrieb im Newsbeitrag news:mailman.1.1256562488.19060.typo3-ger...@lists.typo3.org... Hi Michael! page = PAGE page { 10 = TEMPLATE 10.template = FILE 10.template.file = fileadmin/vorlage.html 10.workOnSubpart = DOKUMENT 10.marks { WASAUCHIMMER temp.wasauchimmer } } Gruß, Thomas Michael Warzitz schrieb: Hallo, mein Template durch Marker. Mein Template ist noch völlig am Anfang und hier nur ein Ausschnitt davon page = PAGE page { # Allgemeine Seiteneigenschaften setzen bodyTag = body # MetaTags angeben meta.AUTHOR = Robert Meyer meta.DESCRIPTION = Hier steht eine Beschreibung # Die Designvorlage integrieren 10 = FILE 10.file = fileadmin/vorlage.html } Die Allgemeinen Seiteneigenschaften werden angezeigt, die Designvorlage nicht. Das heißt ja soviel wie das das Template schon funktioniert, nur die Designvorlage wird nicht abgearbeitet!!! Micha Ingo Preuß pre...@zedat.fu-berlin.de schrieb im Newsbeitrag news:mailman.2245.1256560725.671.typo3-ger...@lists.typo3.org... Hallo Micha, Am Mo, 26.10.2009, 13:30 schrieb Michael Warzitz: Hallo, ich habe ein Problem, welches ich mir nicht erklären kann und zwar wird meine Designvorlage nicht aufgerufen. Seitenstruktur angelegt, Verweise der Hilfsseiten auf die Homepage gesetzt. Template erstellt und wird auch aufgerufen, Test mit Hello World! mappst du das Template via Marker oder Templavoila? Wie sieht dein TS aus? Gruß, Ingo -- PC-Notdienst FU Berlin Ingo Preuss Rigaer Strasse 65 10247 Berlin mobil 0163.160 51 03 ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Version 4.2.9. - Designvorlage wird nicht aufgerufen
marks und workOnSubpart sind Eigenschaften von TEMPLATE und nicht von PAGE, müssen daher also eine Ebene tiefer unterhalb von 10.template angeordnet werden: page = PAGE page { # Allgemeine Seiteneigenschaften setzen bodyTag = body stylesheet = fileadmin/style.css # MetaTags angeben meta.AUTHOR = Robert Meyer meta.DESCRIPTION = Hier steht eine Beschreibung # Die Designvorlage integrieren 10 = TEMPLATE 10.template = FILE 10.template { file = fileadmin/vorlage.html workOnSubpart = DOKUMENT # Den Platzhalter DATUM ansprechen marks.DATUM = TEXT marks.DATUM.value = DATUM } } Viele Grüße David - Ursprüngliche Nachricht - Von:Michael Warzitz m.warz...@ws-media-hannover.de Gesendet: Montag, 26. Oktober 2009 14:30:42 An: typo3-german@lists.typo3.org CC: Betreff:Re: [TYPO3-german] Version 4.2.9. - Designvorlage wird nicht aufgerufen Sorry, ich hatte natürlich auch die Zeile um das DOKUMENT also hier nochmal der Anfangscode page = PAGE page { # Allgemeine Seiteneigenschaften setzen bodyTag = body stylesheet = fileadmin/style.css # MetaTags angeben meta.AUTHOR = Robert Meyer meta.DESCRIPTION = Hier steht eine Beschreibung # Die Designvorlage integrieren 10 = TEMPLATE 10.template = FILE 10.template.file = fileadmin/vorlage.html 10.workOnSubpart = DOKUMENT # Den Platzhalter DATUM ansprechen 10.marks.DATUM = TEXT 10.marks.DATUM.value = DATUM } und es funktioniert nicht micha ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Version 4.2.9. - Designvorlage wird nicht aufgerufen
Noch was: kontrolliere ob die Datei vorlage.html auch wirklich an der richtigen Stelle liegt, also direkt im fileadmin Ordner. Dann sollte dort noch folgendes drinstehen: !-- ###DOKUMENT### begin -- !-- ###DOKUMENT### end -- Diese Marker stehen für gewöhnlich zwischen den beiden body Tags. Erst dann kann 10.workOnSubpart = DOKUMENT was ausgeben. LG Thomas David Bruchmann schrieb: marks und workOnSubpart sind Eigenschaften von TEMPLATE und nicht von PAGE, müssen daher also eine Ebene tiefer unterhalb von 10.template angeordnet werden: page = PAGE page { # Allgemeine Seiteneigenschaften setzen bodyTag = body stylesheet = fileadmin/style.css # MetaTags angeben meta.AUTHOR = Robert Meyer meta.DESCRIPTION = Hier steht eine Beschreibung # Die Designvorlage integrieren 10 = TEMPLATE 10.template = FILE 10.template { file = fileadmin/vorlage.html workOnSubpart = DOKUMENT # Den Platzhalter DATUM ansprechen marks.DATUM = TEXT marks.DATUM.value = DATUM } } Viele Grüße David - Ursprüngliche Nachricht - Von:Michael Warzitz m.warz...@ws-media-hannover.de Gesendet: Montag, 26. Oktober 2009 14:30:42 An: typo3-german@lists.typo3.org CC: Betreff:Re: [TYPO3-german] Version 4.2.9. - Designvorlage wird nichtaufgerufen Sorry, ich hatte natürlich auch die Zeile um das DOKUMENT also hier nochmal der Anfangscode page = PAGE page { # Allgemeine Seiteneigenschaften setzen bodyTag = body stylesheet = fileadmin/style.css # MetaTags angeben meta.AUTHOR = Robert Meyer meta.DESCRIPTION = Hier steht eine Beschreibung # Die Designvorlage integrieren 10 = TEMPLATE 10.template = FILE 10.template.file = fileadmin/vorlage.html 10.workOnSubpart = DOKUMENT # Den Platzhalter DATUM ansprechen 10.marks.DATUM = TEXT 10.marks.DATUM.value = DATUM } und es funktioniert nicht micha ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Version 4.2.9. - Designvorlage wird nichtaufgerufen
Hallo Michael, ich habe letztens bei einem Projekt einen ähnlichen Effekt gehabt. Schau doch mal im Install-Tool in den Abschnitt setDBInit. Steht da bei Dir als 2. Zeile SET CHARACTER NAMES utf8? Wenn ja, nimm diese Zeile mal raus. Bei mir hat das dann geholfen. Möglicherweise hast Du noch einen Misch-Masch aus ISO-Zeichensatz und UTF-8 in der Datenbank stehen. Hast Du in Deinem Typoscript deutsche Umlaute, auch, wenn sie nur in den Kommentaren stehen? Viele Grüße, Lars Brinkmann -- brinkmann.l...@gmail.com ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german