Re: [TYPO3-german] Setzen des MimeType in Typo3 Version 8
Hatte schon Angst, dass ich die anderen in dieser Liste verärgere, indem
ich erst aufgebe und die Liste frage - und dann die Lösung finde.
---
Das längere TypoScript-Schnipsel hat nicht funktioniert:
disableCharsetHeader scheint neuerdings auch die in additionalHeaders
definierten Header zu deaktivieren. Aber was funktioniert, ist:
css_file = PAGE
css_file{
typeNum = 12
config {
disableAllHeaderCode = 1
disableCharsetHeader = 0
additionalHeaders {
10 {
# The header string
header = Content-Type:text/css
# Replace previous headers with the same name.
replace = 1
}
}
}
10 = TEMPLATE
10 {
template = FILE
template.file = uploads/tf/template.css
marks.BACKGROUNDCOLOR = TEXT
marks.BACKGROUNDCOLOR.value = {$BackgroundColor}
marks.BACKGROUNDIMAGE = TEXT
marks.BACKGROUNDIMAGE.value = {$BackgroundImage}
}
}
Vielen Dank,
und Gruß,
Gunter.
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Setzen des MimeType in Typo3 Version 8
Hallo Gunter
Interessant finde ich deinen Ansatz, die CSS-Datei dynamisch von TYPO
gegerieren zu lassen.
Unter 7.6 verwende ich für XML-Dateien folgende etwas umfangreichere
Konfiguration.
config{
doctype=none
disableAllHeaderCode=1
xhtml_cleaning=none
disableCharsetHeader=1
additionalHeaders=Content-Type: application/xml
debug=0
}
Bitte poste, ob es geholfen hat, damit ich weiß, ob beim Umstieg auf 8
auf mich ein Problem zukommt.
Dieter
Am 25.05.2016 um 07:26 schrieb Gunter Königsmann:
Hallo, allerseits,
Ein letztes Problem hab' ich noch:
css_file = PAGE
css_file{
typeNum = 12
config {
disableAllHeaderCode = 1
disableCharsetHeader = 1
additionalHeaders = Content-Type:text/css
}
10 = TEMPLATE
10 {
template = FILE
template.file = uploads/tf/template.css
marks.BACKGROUNDCOLOR = TEXT
marks.BACKGROUNDCOLOR.value = {$BackgroundColor}
marks.BACKGROUNDIMAGE = TEXT
marks.BACKGROUNDIMAGE.value = {$BackgroundImage}
}
}
definiert einen PageType, der mir mein .css-Stylesheet generiert
(http://www.peterpall.de/css/style.css). Aber obwohl ich sage:
disableAllHeaderCode = 1
disableCharsetHeader = 1
additionalHeaders = Content-Type:text/css
kommt das Ding als text/html im Browser an.
Hat jemand von Euch eine Ahnung, was sich da geändert hat?
Gruß,
Gunter.
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Class 'TYPO3\CMS\Fluid\Core\ViewHelper\TagBuilder' not found
Hallo Gunter, ich vermute, dass es die Extension Fluid gewesen ist. Deine Fehlermeldung deutete darauf hin, dass das TYPO3 nicht den Namespace zum Pfad auflösen konnte. Ich habe diese Erfahrung auch schon bei der Entwicklung einer Extension unter TYPO3 7.6 im Nicht-Composer-Modus gemacht und den gleichen Work-Around angewandt. Mit besten Grüßen Dieter Am 25.05.2016 um 07:07 schrieb Gunter Königsmann: Danach die Caches gelöscht, die Datei wieder gelöscht - und alles funktioniert wieder - bis auf die Tree View im Backend. Geht wieder, nachdem ich wild Extensions enabled habe. Keine Ahnung, allerdings, welche es war. Gruß, Gunter. ___ 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] Setzen des MimeType in Typo3 Version 8
Hallo, allerseits,
Ein letztes Problem hab' ich noch:
css_file = PAGE
css_file{
typeNum = 12
config {
disableAllHeaderCode = 1
disableCharsetHeader = 1
additionalHeaders = Content-Type:text/css
}
10 = TEMPLATE
10 {
template = FILE
template.file = uploads/tf/template.css
marks.BACKGROUNDCOLOR = TEXT
marks.BACKGROUNDCOLOR.value = {$BackgroundColor}
marks.BACKGROUNDIMAGE = TEXT
marks.BACKGROUNDIMAGE.value = {$BackgroundImage}
}
}
definiert einen PageType, der mir mein .css-Stylesheet generiert
(http://www.peterpall.de/css/style.css). Aber obwohl ich sage:
disableAllHeaderCode = 1
disableCharsetHeader = 1
additionalHeaders = Content-Type:text/css
kommt das Ding als text/html im Browser an.
Hat jemand von Euch eine Ahnung, was sich da geändert hat?
Gruß,
Gunter.
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Class 'TYPO3\CMS\Fluid\Core\ViewHelper\TagBuilder' not found
> Danach die Caches gelöscht, die Datei wieder gelöscht - und alles > funktioniert wieder - bis auf die Tree View im Backend. Geht wieder, nachdem ich wild Extensions enabled habe. Keine Ahnung, allerdings, welche es war. Gruß, Gunter. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Class 'TYPO3\CMS\Fluid\Core\ViewHelper\TagBuilder' not found
> Ich hab' versucht, auf 8.1 upzudaten, nachdem das letzte > Sicherheits-Update die Seite in eine Zustand versetzt hat, in dem sie > nicht mehr funktionierten. Jetzt bekomm' ich die fehlermeldung Class > 'TYPO3\CMS\Fluid\Core\ViewHelper\TagBuilder' not found > > Hat jemand von Euch eine Idee, was ich falsch gemacht haben kann? > Ok... ...hab' wahrscheinlich das Falsche gemacht. Aber hab' die Datei mit der betreffenden Klasse von Version 7.6.8 in das Verzeichnis kopiert, in dem sie damals war. Danach die Caches gelöscht, die Datei wieder gelöscht - und alles funktioniert wieder - bis auf die Tree View im Backend. Also kann ich wiedermal nichts editieren, aber hab' wieder eine Seite. Und Typo3 8 ist *schnell* geworden... ...wenn ich das mit dem Editieren noch hinbekomme, kann ich mich mit dieser Version anfreunden. Gruß, Gunter. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] TYPO3 7.6 - Textmedia: Video einbinden - Poster-Attribut wird nicht generiert
Hallo, angeblich soll seit Version 7.5 im Video-Tag das Poster-Attribut generiert werden, wenn im selben Verzeichnis in dem das Video liegt, eine jpg-, jpeg- oder png-Datei mit dem Video-Dateinamen vorhanden ist. Zumidest verstehe ich https://review.typo3.org/#/c/41608/ so. In meiner TYPO3 7.6.9 Installation wird das poster-Attribut für ein mp4-Video aber nicht genriert. Muss ich noch irgendwas konfigurieren? Gruß, Johannes. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] tt_address description mit RTE
Moin Dieter, vielen Dank für Deine Antwort, Du hast Recht, die Versionshinweise sind wichtig: TYPO3 6.2.25 tt_address 3.0.3 htmlarea RTE 6.2.0 Fehlende Versionshinweise sind bei den Tipps im Netz tatsächlch ein Problem. Häufig finden sich – wie ich geschrieben habe – die Empfehlung, Änderungen in der ext_tables.php vorzunehemn, was seit 6.2.1 aber nicht mehr gemacht werden soll. Meine Versuche funktionieren insofern nicht, dass sich das Verhalten des Feldes nicht ändert. Nach Deinen Vorschlägen: 1. Laut konfiguration ($TCA (Array für Tabellenkonfiguration) ist die für [tt_address][columns][description][config] die gleiche wie bei [tt_content][bodytext][config] 2. und 3. Das description Feld wird angezeigt, bloss ohne RTE Wie geschrieben habe ich auch in anderen extensions geguckt, wie es da gemacht wird und von dort den Code übernommen. Aber irgendetwas fehlt irgendwo noch oder ist verkehrt. Bloss was? Viele Grüße Hauke Am 22.5.16 um 23:27 schrieb Dr. Dieter Porth: Hallo Hauke, Was heißt 'funktioniert nicht'? Wie hast du geprüft? Hier meine Tipps für Version TYPO3 7.6 1. Teste in Configuration-Modul, ob deine Änderungen angenommen wurde. (Prüfe in Configuration-Modul~TCA-Definiton) 3. Prüfe in der TSConfig, ob die Description überhaupt ausgegeben werden darf. (Prüfe in Info-Modul~Page TSConfig) 2. Prüfe, ob dein Feld überhaupt in showItem auftaucht ( str_replace-Variante). (Prüfe in Configuration-Modul~TCA-Definiton) Mit den obigen drei Werkzeugen solltest du schnell selbst eine Lösung entwickeln/finden können. Mit besten Grüßen Dieter P.S. Bitte beim nächsten Mal dazuschreiben, welche Version du verwendest. Das hilft in Zukunft, wenn jemand über die Suchmaschine auf diesen Thread stösst. So vermeidet man, dass man bei Problemen mit neuere Version auf Uralt-Thread stößt, die statt der Lösung vielleicht sogar neue zusätzliche Probleme aufwerfen.. Quellen aus 2010 repäsentieren nicht unbedingt den neusten Erkennnisstand. P.P.S Wenn man im Internet bestimmte Probleme nicht beschrieben findet, dann ist es hilfrecih, sich Extensions anzuschauen, die ähnliche Probleme lösen. Ich 'lese' auch heute noch gerne im Code der News-Extension. Aber auch der Source-Code von TYPO3 ist als Informationsquelle nicht zu vernachlässigen. Zum Beispiel im Modul Extbase bzw Fluid_styled_Content werden Varianten vom Override-Ordner verwendet. Für das Verstehen vorteilhaft ist, dass man dank des Umgangs mit TYPO3 immer einigermaßen zu wissen glaubt(!), was bestimmte Module von TYPO3 machen. Am 22.05.2016 um 19:57 schrieb Hauke Haller: Moin, wie kann ich aus dem description Feld eines mit RTE machen? Dazu gibt es schon vieles im Netz aber ich komme damit nicht zu einem Ergebnis. Hier (https://docs.typo3.org/typo3cms/TCAReference/ExtendingTca/StoringChanges/Index.html) steht, dass seit 6.2.1 die Änderungen nicht mehr in ext_tables.php gemacht werden sollen, sondern in Configuration/TCA/Overrides/tt_address.php. Also habe ich versucht: tt_address.php: http://www.thefox.ch/extdev/typo3/extensions/tt-address/aus-beschreibung-ein-rte-feld-machen/) oder: 'text', 'cols' => '30', 'rows' => '5', 'wizards' => array( '_PADDING' => 2, 'RTE' => array( 'notNewRecords' => 1, 'RTEonly' => 1, 'type' => 'script', 'module' => array( 'name' => 'wizard_rte', ), ), ), ); $GLOBALS['TCA']['tt_address']['columns']['description']['config'] = array_merge( $GLOBALS['TCA']['tt_address']['columns']['description']['config'], $tempConfiguration ); (prinzipiell aus EXT:examples (page.php) und EXT:km_ttaddress_extension zusammengeklaubt..) ext_tables.sql: CREATE TABLE tt_address ( description text ); funktioniert aber irgendwie nicht. Im Installtool habe ich den Database analyzer durchlaufen lassen, da ist alles ok. description ist in der Datenbank nun auch tatsächlich ein text-Feld. Kann da jemand helfen? Vielen Dank! Hauke ___ 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] Konflikt mit baseUrl ?!
Hallo zusammen, mir ist hier ein kleines Malheur passiert, nach dem ich das Backend nicht mehr erreichen kann. Ich hatte bis vorhin eine 6.2.14 und eine 7.6.5 am Laufen - beide Seiten ok, die neue Version zum Testen zwecks PHP7. Die Story hab ich schon mal erzählt, die Probleme waren in der Zwischenzeit gelöst. Kurz und gut: ich wollte "umschalten" und später bei der 6.2.14 ein Upgrade fahren, damit ich wieder eine Testumgebung auf demselbem Stand wie bei der Liveseite habe. Dazu haben wir in ähnlichen Fällen bislang immer im Config-Teil des Templates die baseUrl der jeweiligen Installation geändert und per ftp den obersten Ordner entsprechend umbenannt, damit der Pfad stimmt. Anfangs haben beide gemeckert (vermutlich ein Cache-Problem). Die 7.6.5 läuft jetzt wunderbar, aber die 6.2.14 erzählt mir immer noch, dass ich keine Zugriffsrechte habe - obwohl ich an diesen Null die Bohne geändert habe. Kurioserweise kommt die Meldung sowohl beim Back- als auch beim Frontend und mit geleertem Browser-Cache. Dazu kommt ein "301 moved permanently", der darauf hinzudeuten scheint, dass die baseUrl nicht passt. In der Datenbank sehe ich aber, dass der Pfad stimmt. Hat jemand eine Ahnung, was da passiert sein kann ? Cu, Steffen ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Class 'TYPO3\CMS\Fluid\Core\ViewHelper\TagBuilder' not found
Hallo, Allerseits, Ich hab' versucht, auf 8.1 upzudaten, nachdem das letzte Sicherheits-Update die Seite in eine Zustand versetzt hat, in dem sie nicht mehr funktionierten. Jetzt bekomm' ich die fehlermeldung Class 'TYPO3\CMS\Fluid\Core\ViewHelper\TagBuilder' not found Hat jemand von Euch eine Idee, was ich falsch gemacht haben kann? Gruß, Gunter. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Internal error (500) nach Update auf Update auf 7.6.1
Hallo, allerseits, Ich weiß, es ist 'ne Weile her, dass ich mich mit Fragen an die Liste gewendet habe. Aber ich habe beide Probleme gelöst - und wollte hier die Lösungen dokumentieren, nur für den Fall, dass jemand anderes händeringend nach der Lösung sucht. > Wenn ich eine Seite editieren wollte bekam ich: Missing ISO code > for language "Dansk" (UID 1), please edit the language record and set > it. Wenn ich einen "Alternative Language Record" zu einer Seite > hinzufügen kann, bekomme ich außerdem nur "0(invalid)" und > "dk(dänisch)" angeboten. Die Sprache wissentlich aufgesetzt hatte ich > aber nicht. Ist simpel: Die alleroberste Seite hatte einen illegalen record, der aber in der list view gelöscht werden konnte. Anscheinend wurde dieser record in mehreren Schritten durch mehrere Updates von einer Major Version zur anderen beschädigt. > - und ich kann die Hälfte meiner Sites nicht mehr aufklappen. In der > "List"-Ansicht sehe ich, dass die Seite Unterseiten enthält. Aber - > das graue Dreieck, mit dem ich den Baum aufklappen kann und die Seiten > sehen, fehlt. War einfach: Das nächste Update abwarten, dann Caches im Install-Tool und im Backend löschen - ging. Nur im Backend die Caches löschen ging nicht und mit der alten Version reichte es auch nicht, dies im Install-Tool zu tun. > > Das ursprüngliche Problem: Nach jedem Update auf die nächste Version, das ich > über das install-Tool gemacht hatte, ging meine Installation nicht mehr. > War ebenfalls einfach: Das Install-Tool biegt bei mir den Link von typo3_src zu einem Ordner um, in dem die neue Version nicht installiert ist. Den Link neu anlegen - und alles funzt wieder. Gruß, Gunter. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Zwei Domains, eine Installation und eine Fehlermeldung
Am 24.05.2016 um 13:46 schrieb Michael Kasten: Hallo Peter, ob ein Symlink funktioniert hängt oft auch von den Einstellungen des Hostings ab, dem Apache (sofern verwendet) muss wissen das er Symlinks nachgehen darf, wenn das bei einer Domain nicht eingestellt ist und bei der andern schon könnte das ein unterschiedliches verhalten auf ein und derselben Instanz erklären. bye Am 24.05.2016 um 12:57 schrieb Peter Kühnlein: "Umgezogen" klingt nach Serverwechsel - das meine ich nicht: ich habe einfach die Domains per AuthCode vom einen Anbieter zum anderen gewechselt. Scusi für die unklare Ausdrucksweise! Am 24.05.2016 um 12:51 schrieb Peter Kühnlein: Liebe Liste, ich habe heute morgen eine Installation umgezogen, die bislang tadellos funktioniert hat. Jetzt bekomme ich diese Fehlermeldung im Frontend einer (der ersten im Seitenbaum) der beiden Domains: Calculated absolute path to tslib directory does not exist. Something in the main file, folder and link structure is wrong and must be fixed! A typical document root contains a couple of symbolic links: * A symlink "typo3_src" pointing to the TYPO3 CMS core. * A symlink "typo3" - the backend entry point - pointing to "typo3_src/typo3" * A symlink "index.php" - the frontend entry point - points to "typo3_src/index.php" Das Backend funktioniert, und ebenso die andere (zweite im Seitenbaum) Domain. Ich vermute, das hängt mit der Baumstruktur zusammen - aber warum tritt der Fehler erst jetzt auf, und warum nur bei der ersten Domain? Kennt jemand dies Phänomen? Und was tu ich dagegen? LG Peter Danke für die Antworten - der Fehler saß vor dem Monitor. (Ich hatte tatsächlich einfach einen falschen Pfad eingetragen. Dass das immer noch passiert...) LG Peter -- http://function2form.net http://peter-kuehnlein.net "If a sword is always sheathed, it will become rusty, the blade will dull, and people will think as much of its owner." (Hagakure) Latest projects http://mein-bobber.de http://www.käse1a.de ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Zwei Domains, eine Installation und eine Fehlermeldung
Hallo Peter, ob ein Symlink funktioniert hängt oft auch von den Einstellungen des Hostings ab, dem Apache (sofern verwendet) muss wissen das er Symlinks nachgehen darf, wenn das bei einer Domain nicht eingestellt ist und bei der andern schon könnte das ein unterschiedliches verhalten auf ein und derselben Instanz erklären. bye Am 24.05.2016 um 12:57 schrieb Peter Kühnlein: > "Umgezogen" klingt nach Serverwechsel - das meine ich nicht: ich habe einfach > die Domains per > AuthCode vom einen Anbieter zum anderen gewechselt. Scusi für die unklare > Ausdrucksweise! > > Am 24.05.2016 um 12:51 schrieb Peter Kühnlein: >> Liebe Liste, >> ich habe heute morgen eine Installation umgezogen, die bislang tadellos >> funktioniert hat. >> Jetzt bekomme ich diese Fehlermeldung im Frontend einer (der ersten im >> Seitenbaum) der beiden Domains: >> >> Calculated absolute path to tslib directory does not exist. >> >> Something in the main file, folder and link structure is wrong and must >> be fixed! A typical document root contains a couple of symbolic links: >> * A symlink "typo3_src" pointing to the TYPO3 CMS core. >> * A symlink "typo3" - the backend entry point - pointing to >> "typo3_src/typo3" >> * A symlink "index.php" - the frontend entry point - points to >> "typo3_src/index.php" >> >> Das Backend funktioniert, und ebenso die andere (zweite im Seitenbaum) >> Domain. >> >> Ich vermute, das hängt mit der Baumstruktur zusammen - aber warum tritt >> der Fehler erst jetzt auf, und warum nur bei der ersten Domain? Kennt >> jemand dies Phänomen? Und was tu ich dagegen? >> >> LG Peter > -- Michael Kasten | http://m-kasten.de Im wirklichen Leben gibt es kein [Strg]+[Z] ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Zwei Domains, eine Installation und eine Fehlermeldung
Sind beide Varianten der Domain im VirtualHost eingetragen, also mit www und ohne www (ServerName / ServerAlias)? Klingt so, als würdest Du nicht im richtigen Verzeichnis landen... Am 24.05.2016 um 12:51 schrieb Peter Kühnlein: > Liebe Liste, > ich habe heute morgen eine Installation umgezogen, die bislang > tadellos funktioniert hat. > Jetzt bekomme ich diese Fehlermeldung im Frontend einer (der ersten im > Seitenbaum) der beiden Domains: ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Zwei Domains, eine Installation und eine Fehlermeldung
"Umgezogen" klingt nach Serverwechsel - das meine ich nicht: ich habe einfach die Domains per AuthCode vom einen Anbieter zum anderen gewechselt. Scusi für die unklare Ausdrucksweise! Am 24.05.2016 um 12:51 schrieb Peter Kühnlein: Liebe Liste, ich habe heute morgen eine Installation umgezogen, die bislang tadellos funktioniert hat. Jetzt bekomme ich diese Fehlermeldung im Frontend einer (der ersten im Seitenbaum) der beiden Domains: Calculated absolute path to tslib directory does not exist. Something in the main file, folder and link structure is wrong and must be fixed! A typical document root contains a couple of symbolic links: * A symlink "typo3_src" pointing to the TYPO3 CMS core. * A symlink "typo3" - the backend entry point - pointing to "typo3_src/typo3" * A symlink "index.php" - the frontend entry point - points to "typo3_src/index.php" Das Backend funktioniert, und ebenso die andere (zweite im Seitenbaum) Domain. Ich vermute, das hängt mit der Baumstruktur zusammen - aber warum tritt der Fehler erst jetzt auf, und warum nur bei der ersten Domain? Kennt jemand dies Phänomen? Und was tu ich dagegen? LG Peter -- http://function2form.net http://peter-kuehnlein.net "If a sword is always sheathed, it will become rusty, the blade will dull, and people will think as much of its owner." (Hagakure) Latest projects http://mein-bobber.de http://www.käse1a.de ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Zwei Domains, eine Installation und eine Fehlermeldung
Liebe Liste, ich habe heute morgen eine Installation umgezogen, die bislang tadellos funktioniert hat. Jetzt bekomme ich diese Fehlermeldung im Frontend einer (der ersten im Seitenbaum) der beiden Domains: Calculated absolute path to tslib directory does not exist. Something in the main file, folder and link structure is wrong and must be fixed! A typical document root contains a couple of symbolic links: * A symlink "typo3_src" pointing to the TYPO3 CMS core. * A symlink "typo3" - the backend entry point - pointing to "typo3_src/typo3" * A symlink "index.php" - the frontend entry point - points to "typo3_src/index.php" Das Backend funktioniert, und ebenso die andere (zweite im Seitenbaum) Domain. Ich vermute, das hängt mit der Baumstruktur zusammen - aber warum tritt der Fehler erst jetzt auf, und warum nur bei der ersten Domain? Kennt jemand dies Phänomen? Und was tu ich dagegen? LG Peter -- http://function2form.net http://peter-kuehnlein.net "If a sword is always sheathed, it will become rusty, the blade will dull, and people will think as much of its owner." (Hagakure) Latest projects http://mein-bobber.de http://www.käse1a.de ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] [TYPO3-core] Announcing TYPO3 CMS 6.2.25 LTS, 7.6.9 LTS and 8.1.2
Dear TYPO3 World, the TYPO3 Community has just released TYPO3 CMS versions 6.2.25 LTS, 7.6.9 LTS and 8.1.2 which are now ready for you to download. These versions are regression fix releases for TYPO3 CMS 6.2.24, TYPO3 CMS 7.6.8 and TYPO3 CMS 8.1.1 which contained critical security fixes and have been released earlier today. The packages can be downloaded here: https://typo3.org/download/ For details about these and the previous releases, please see: https://typo3.org/news/article/typo3-cms-6225-769-and-812-released/ https://typo3.org/news/article/typo3-cms-6224-768-and-811-released/ https://typo3.org/teams/security/security-bulletins/typo3-core/typo3-core-sa-2016-013/ MD5 checksums: 564475a082fa78937e6d8b568a1cae2c typo3_src-6.2.25.tar.gz 0648f3349f8c3a8ede09c4d05b64e257 typo3_src-6.2.25.zip 7da85e4e7cc2908c1ccd9b0ce58ecb2e typo3_src-7.6.9.tar.gz 5ca12f8cddb357ad3592710b5ddbeff7 typo3_src-7.6.9.zip 74a3415e588c285715225c1766a5157b typo3_src-8.1.2.tar.gz 288d6dc63017c2ba313ac7a234e79eb6 typo3_src-8.1.2.zip SHA256 checksums: bb0205364fa4598d070567ca320ac92de870204cce069b2a03b4b8f444690b66 typo3_src-6.2.25.tar.gz dc181f16768d9086280e6da5fbb51e1beffb9ce5f835bfcb4bc25328cca4db7e typo3_src-6.2.25.zip 624576cd5910d31e21bdf267d55dcfa649d7684fa0b58251b97cbe227f7b930c typo3_src-7.6.9.tar.gz a7d97e18b1be7d28dcffb146f3df55115cee3f6e9093ab5659f6d03f0becc361 typo3_src-7.6.9.zip 21d8a7d3604d44ea9a2258546940552ef89c65c5fe8281c17ebef74bedc86a83 typo3_src-8.1.2.tar.gz 856387c6d6f5d9ada9908603c66a029c14d12f2d785486b5f5f66cff3a45c8e4 typo3_src-8.1.2.zip Further details on the signing and hashing process of TYPO3 releases: https://docs.typo3.org/typo3cms/drafts/github/TYPO3Incubator/Infrastruct ureGuide/Releases/ Best regards Oliver -- Oliver Hader TYPO3 inspiring people to share! Get involved: http://typo3.org ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] [TYPO3-core] Announcing TYPO3 CMS 6.2.24 LTS, 7.6.8 LTS and 8.1.1
Hallo, die beiden Links zu den Patch-ZIPs funktionieren leider nicht... https://typo3.org/fileadmin/security-team/bug76231/fix_76231.zip Gruß Marcus Am 24.05.2016 um 10:32 schrieb Oliver Hader: > > https://typo3.org/teams/security/security-bulletins/typo3-core/typo3-core-sa-2016-013/ > > ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Exception: "Not all tags were closed!"
Habe den womöglichen Fehler gefunden. Hatte beim Upgrade der TYPO3 Version von
7.6.6 auf 7.6.7 (jetzt 7.6.8) die Dateirechte von Verzeichnissen hinter
typo3_src nicht korrekt gesetzt. Der Webserver kann nun wieder auf wirklich
alle Dateien zugreifen.
Nach entsprechender Anpassung funktioniert es wieder wie gehabt.
Vielleicht hilft das hier jemand noch weiter. Und wenn jemand dennoch ein paar
Insights teilen kann warum dadurch dieses merkwürdige verhalten entstand, gerne
schreiben. =)
-Ursprüngliche Nachricht-
Von: typo3-german-boun...@lists.typo3.org
[mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von David Gurk
Gesendet: Dienstag, 24. Mai 2016 09:47
An: typo3-german@lists.typo3.org
Betreff: [TYPO3-german] Exception: "Not all tags were closed!"
Hallo Zusammen,
ich wollte auf einen neuen Testserver mit PHP 7 die aktuelle Version von TYPO3
7.6 testen. Das ging bisweilen schon ganz gut. Nur irgendwie trat von heute auf
morgen folgender Fehler auf:
---
Core: Exception handler (WEB): Uncaught TYPO3 Exception: #1238169398: Not all
tags were closed! | TYPO3\CMS\Fluid\Core\Parser\Exception thrown in file
/var/www/_share/typo3/typo3_src-7.6.0/typo3/sysext/fluid/Classes/Core/Parser/TemplateParser.php
in line 518. Requested URL: http://sub.domain.tld/typo3/
---
Ich kam so weder ins Backend, noch ins Install-Tool. Nun hatte ich recherchiert
und war wirklich ratlos, woher das auf einmal kam. Ich hatte keine bewusste
Änderung unternommen, die so etwas verursachen sollte.
An der entsprechenden Zeile beim TemplateParser hatte ich folgenden Debug-Code
eingefügt:
---
if ($state->countNodeStack() !== 1) {
\TYPO3\CMS\Extbase\Utility\DebuggerUtility::var_dump($splitTemplate,
'$splitTemplate');
\TYPO3\CMS\Extbase\Utility\DebuggerUtility::var_dump($state,
'$state');
throw new \TYPO3\CMS\Fluid\Core\Parser\Exception('Not all tags
were closed!', 1238169398); }
---
Da zeigte sich, dass $state->countNodeStack() beim Template
typo3/sysext/install/Resources/Private/Partials/Action/Common/StatusMessage.html
gleich 10 ist und deswegen die Exception geschmissen wird.
Da das Template für mein Empfinden korrekt aussah, habe ich mal den Versuch
unternommen und manuell typo3temp und sämtliche Cache-DB-Tabellen geleert, alle
Browser-Cookies und Browser-Cache geleert (Firefox 46). Auf einmal ging es
wieder!
Naja, mehr oder weniger... Irgendwie tritt der Fehler jetzt sporadisch beim
Durchklicken im Backend auf. Und das ziemlich häufig. Im Install-Tool läuft
nichts mehr, es wird bei "System environment check" nur noch "Show PHP Info"
angezeigt. Als noch alles ging, war bei diesem Check noch alles grün, was es
noch merkwürdiger macht.
PHP Version 7.0.6-9+donate.sury.org~trusty+2
Was läuft hier schief? Hatte jemand schon mal ein ähnliches Problem?
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] [TYPO3-core] Announcing TYPO3 CMS 6.2.24 LTS, 7.6.8 LTS and 8.1.1
Dear TYPO3 World, the TYPO3 Community has just released TYPO3 CMS versions 6.2.24 LTS, 7.6.8 LTS and 8.1.1 which are now ready for you to download. All versions are maintenance releases and contain bug fixes and critical security fixes. *IMPORTANT* These versions include very important security fixes to the TYPO3 CMS Core. The according security bulletin with details has just been released: https://typo3.org/teams/security/security-bulletins/typo3-core/typo3-core-sa-2016-013/ The packages can be downloaded here: https://typo3.org/download/ For details about the releases, please see: https://typo3.org/news/article/typo3-cms-6224-768-and-811-released/ MD5 checksums: b5e4049c05a0bea01f1139af93c41ce5 typo3_src-6.2.24.tar.gz 19f6021d3c09787223060b0ff66bae1e typo3_src-6.2.24.zip 897d834d32464416cfcb0175e6cb5bf8 typo3_src-7.6.8.tar.gz d6374e454af27bef7169c043d8efa45b typo3_src-7.6.8.zip 4efe880e94e0c42f72e74b5a1343620a typo3_src-8.1.1.tar.gz 81d82ec5fdcb8639dd2598811ebe8df0 typo3_src-8.1.1.zip SHA256 checksums: a83ea58e8a66a47fd701c6d6fd7f9dce7d4c5ebf2295614a004e55045a3caf99 typo3_src-6.2.24.tar.gz c9a25c1c668507db948a950f34e7d6a97657f9a931df209758252c76e12c6f91 typo3_src-6.2.24.zip 64638dd84668b219ef7783459f907e32f9b6d4a239e40762b2bfaff8418111e8 typo3_src-7.6.8.tar.gz 0a64ec2a3496240ac73c17ea1572b6d4c791840014a6fed0082d91e233d47020 typo3_src-7.6.8.zip 2139ed6bae47ae1265c880a40825a1b85dfe020ba71fcfadc912ede85f73bd55 typo3_src-8.1.1.tar.gz e8229987713b435aa2f3a283f8b4ac8a9679a5ce95ca17c9871437fd68214882 typo3_src-8.1.1.zip Further details on the signing and hashing process of TYPO3 releases: https://docs.typo3.org/typo3cms/drafts/github/TYPO3Incubator/Infrastruct ureGuide/Releases/ Best regards Oliver -- Oliver Hader TYPO3 inspiring people to share! Get involved: http://typo3.org ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Exception: "Not all tags were closed!"
Hallo Zusammen,
ich wollte auf einen neuen Testserver mit PHP 7 die aktuelle Version von TYPO3
7.6 testen. Das ging bisweilen schon ganz gut. Nur irgendwie trat von heute auf
morgen folgender Fehler auf:
---
Core: Exception handler (WEB): Uncaught TYPO3 Exception: #1238169398: Not all
tags were closed! | TYPO3\CMS\Fluid\Core\Parser\Exception thrown in file
/var/www/_share/typo3/typo3_src-7.6.0/typo3/sysext/fluid/Classes/Core/Parser/TemplateParser.php
in line 518. Requested URL: http://sub.domain.tld/typo3/
---
Ich kam so weder ins Backend, noch ins Install-Tool. Nun hatte ich recherchiert
und war wirklich ratlos, woher das auf einmal kam. Ich hatte keine bewusste
Änderung unternommen, die so etwas verursachen sollte.
An der entsprechenden Zeile beim TemplateParser hatte ich folgenden Debug-Code
eingefügt:
---
if ($state->countNodeStack() !== 1) {
\TYPO3\CMS\Extbase\Utility\DebuggerUtility::var_dump($splitTemplate,
'$splitTemplate');
\TYPO3\CMS\Extbase\Utility\DebuggerUtility::var_dump($state,
'$state');
throw new \TYPO3\CMS\Fluid\Core\Parser\Exception('Not all tags
were closed!', 1238169398);
}
---
Da zeigte sich, dass $state->countNodeStack() beim Template
typo3/sysext/install/Resources/Private/Partials/Action/Common/StatusMessage.html
gleich 10 ist und deswegen die Exception geschmissen wird.
Da das Template für mein Empfinden korrekt aussah, habe ich mal den Versuch
unternommen und manuell typo3temp und sämtliche Cache-DB-Tabellen geleert, alle
Browser-Cookies und Browser-Cache geleert (Firefox 46). Auf einmal ging es
wieder!
Naja, mehr oder weniger... Irgendwie tritt der Fehler jetzt sporadisch beim
Durchklicken im Backend auf. Und das ziemlich häufig. Im Install-Tool läuft
nichts mehr, es wird bei "System environment check" nur noch "Show PHP Info"
angezeigt. Als noch alles ging, war bei diesem Check noch alles grün, was es
noch merkwürdiger macht.
PHP Version 7.0.6-9+donate.sury.org~trusty+2
Was läuft hier schief? Hatte jemand schon mal ein ähnliches Problem?
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
