[TYPO3-german] 10.4, Mariadb
Hallo zusammen, da eine für uns wichtige Extension seit kurzem für 10.4 verfügbar ist, kann ich jetzt den Upgrade auf 10.4 machen. Beim Lesen der System Requirements (https://docs.typo3.org/m/typo3/guide-installation/10.4/en-us/In-depth/SystemRequirements/Index.html) habe ich entdeckt, dass für 10.4 wie schon zuvor für 9.5 "MariaDB >= 10.2 <= 10.3" vorgeschrieben ist. Bei mir ist es aber so, dass meine 9.5 (aktuell .22) Installation die ganze Zeit schon völlig problemlos auf Mariadb 10.4.14 läuft. Mariadb aktualisierte sich bisher immer stressfrei über die OpenSuse Pakete, so dass ich gar nicht mitbekommen habe, dass ich aus den für TYPO3 vorgesehenen Mariadb Versionen "hinausgelaufen" bin. Ich vermute, dass stört auch 10.4 nicht wirklich, aber zur Sicherheit: Sind Euch Einschränkungen bei TYPO3 und Mariadb >= 10.4 bekannt? Viele Grüße, Michael ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] 9.5.21 / Firefox 78.2.0esr: Template Edit im Backend
Hallo zusammen, wenn ich im Backend das Setup-Template für eine Seite ändere, dann zeigt Firefox mir das Template in einem Fenster mit nurmehr 15 Zeilen an. Obwohl Platz genug da ist. War früher mal dynamisch, maximaler Platz entsprechend Bildschirmauflösung und Fenstergröße des Browsers. Klappt jetzt noch wie früher bei Fluid-Templates, editieren von .html über Dateispeicher, oder dasselbe mit .css aus dem Dateispeicher. TS-Templates wären aber wichtiger :-) Tipps? Ging ja früher mal.. Bug? Viele Dank, Michael ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] FE: 503 Service unavailable nach Upgrade von 8 auf 9
Christoph, Danke! Peinlich, peinlich TYPO3/meine kleiner Webauftritt lief jahrelang stressfrei (unter 8 LTS) brav vor sich hin. So dass man Basics wieder verlernt: [FE][pageUnavailable_force] = true SELBST gesetzt, vor dem Upgrade auf 9.5.14. Dann musste ich einige Zeit basteln, mit Pausen, bis dass BE endlich unter 9 flog. Und dann ging diese FE Option vergessen :-) Viele Grüße, Michael Am 31.03.20 um 18:57 schrieb Christoph: > Hallo Michael, > > schalte über das Installtool/Einstellungen das Debugging hoch und schau > mal ins das Logfile, ggf. findest Du da einen Hinweis. > > VG > Christoph > > Am 31.03.2020 um 17:41 schrieb michae...@rocketmail.com: >> Hallo, >> >> >> ich hatte ENDLICH mal die Zeit hatte, den Upgrade einer kleinen Website von >> 8 (8.7.31) auf 9 (9.5.14, seit heute 9.5.15) >> durchzuführen. Backend läuft, aber Frontend liefert einen Service >> Unavailable (503). >> Der Link auf der Fehlerseite leitet auf >> https://wiki.typo3.org/Exception/CMS/1518472181, nicht hilfreich. >> >> Hat jemand einen Tipp, wo ich hier weitersuchen könnte? >> >> >> Viele Grüße, >> Michael >> >> >> >> ___ >> TYPO3-german mailing list >> TYPO3-german@lists.typo3.org >> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german > > > ___ > TYPO3-german mailing list > TYPO3-german@lists.typo3.org > http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german > ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] FE: 503 Service unavailable nach Upgrade von 8 auf 9
Hallo, ich hatte ENDLICH mal die Zeit hatte, den Upgrade einer kleinen Website von 8 (8.7.31) auf 9 (9.5.14, seit heute 9.5.15) durchzuführen. Backend läuft, aber Frontend liefert einen Service Unavailable (503). Der Link auf der Fehlerseite leitet auf https://wiki.typo3.org/Exception/CMS/1518472181, nicht hilfreich. Hat jemand einen Tipp, wo ich hier weitersuchen könnte? Viele Grüße, Michael ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Wo seid ihr alle?
No news are good news. TYPO3 ist inzwischen fehlerfrei und selbsterklärend :-) Am 16.01.19 um 12:19 schrieb Gerhard Mehsel: > Hi, > > mal ne Frage; die NGs hier sind ja nicht mehr so gut besucht, wo sind denn > alle hin? > > LG, > Gerd > ___ > 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] 9.5.1 - Frage zu abgesicherten Dateispeichern
Hallo in die Runde,
Christoph, vielen lieben Dank für Deine Antwort!!!
Ich habe das direkt mal auf meiner TYPO3-Testinstanz ausprobiert, einen neuen
Dateispeicher ("test_secure_downloads")
angelegt, nicht "öffentlich verfügbar". Darunter einen Ordner "ordner1". Und in
ordner1 testweise "any.pdf" hochgeladen.
Der Doku auf
https://github.com/bitmotion/typo3-secure-downloads/blob/master/Documentation/manual.odt
folgend habe ich dann für
basic.securedDirs (String)
den Wert auf
typo3temp|fileadmin|uploads|ordner1
und später auf
typo3temp|fileadmin|uploads|test_secure_downloads/ordner1
gesetzt.
Irgendwie "tut" diese Extensions aber nichts, oder ich verstehe aus der für
meinen Kenntnisstand etwas spärlichen Doku
nicht, wie sie arbeiten soll:
- Direkter Zugriff über
https://domain.tld/test_secure_downloads/ordner1/any.pdf ist nach wie vor
jederzeit möglich
- Eingebunden in eine Webseite (Inhaltselement "Dateilinks") generiert TYPO3
eine URL
https://domain.tld/index.php?eID=dumpFile&t=f&f=272&token=39f0cc327c0c50a2c80a23637ef3dfba96b258ef.
Soll aber nicht
gerade eine URL mit einer "eID" (was immer das ist) in der Form
"eID=tx_securedownloads", also laut Manual z.B.
"index.php?eID=tx_securedownloads&u=1&file=fileadmin/secure/test.jpg&hash=306a7839647a68caf24b50870a59d3fc"
generiert
werden?
Und wo genau definiere ich neben Ordnern an sich, WER, also evtl. User oder am
besten FE-Gruppen, Zugriff haben sollen?
Kann mir jemand sagen, was ich tun muss, damit in meinem Beispiel die Datei
test_secure_downloads/ordner1/any.pdf
wirklich nur noch für eine FE-Gruppe "fegruppe" verfügbar ist, und alle anderen
Links "tot" sind?
Ratlose Grüße,
Michael
Am 21.11.18 um 10:51 schrieb Christoph:
> Hallo Michael,
>
> https://extensions.typo3.org/extension/secure_downloads/ <- gibt es
> jetzt auch für TYPO3 9.
> VG
> Christoph
>
> Am 16.11.2018 um 19:05 schrieb michae...@rocketmail.com:
>> Hallo in die Runde,
>>
>>
>> für 9.5.x gibt es auf absehbare Zeit kein Upgrade der Extension
>> fal_securedownload
>> (https://github.com/beechit/fal_securedownload/issues/113), da ein Sponsor
>> fehlt. "Sponsor" kann mein kleines
>> Ehrenamtlichen-Projekt leider niemals sein, daher suche ich nach einer
>> Alternative.
>>
>> Unser kleiner Webauftritt hat in einem Dateispeicher Dateien abgelegt, die
>> NICHT allgemein zugänglich sein
>> sollen/dürfen. Über das Frontend kann man auf die entsprechenden Content
>> Elemente erst nach FE-Login zugreifen, ist kein
>> Problem. Allerdings hat(te??) TYPO3, genau wie WordPress, die IMHO extrem
>> unangenehme Eingenschaft, Dateispeicher nicht
>> zu schützen. Kennt man die URL, hat(te) man ohne Login Zugriff.
>>
>> fal_securedownload hat genau dieses elegant gelöst: Pro
>> Dateispeicher/Ordner/Datei konnte man definieren, welche
>> FE-Gruppen Zugriff haben sollen. Ist man nicht im FE eingeloggt, bekommt man
>> auch bei bekannter URL ein "authorization
>> required". Also genau, wie gewünscht. Einzige mir bekannte Einschränkung:
>> indexed_search sucht nicht in diesen
>> Dateispeichern, für uns akzeptabel.
>>
>> Ich kann im 9er Backend unter "Dateispeicher" nichts neues finden, daher ein
>> paar Fragen:
>> - Gibt es eine neue 9er Funktionalität, die ich evtl. übersehen habe?
>> - Gibt es eine ex. Extension, die das kann? Ich habe typo3-secure-downloads
>> gefunden, ähnlich, aber auch nur bis 8.7.x
>> - Generell: Habt Ihr dieses Problem / diese Aufgabenstellung nicht? Wenn ja,
>> wie habt Ihr das gelöst?
>>
>>
>> Viele Grüße,
>> Michael
>>
>> ___
>> TYPO3-german mailing list
>> TYPO3-german@lists.typo3.org
>> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
>
>
> ___
> TYPO3-german mailing list
> TYPO3-german@lists.typo3.org
> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
>
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] 9.5.1 - Frage zu abgesicherten Dateispeichern
Hallo in die Runde, für 9.5.x gibt es auf absehbare Zeit kein Upgrade der Extension fal_securedownload (https://github.com/beechit/fal_securedownload/issues/113), da ein Sponsor fehlt. "Sponsor" kann mein kleines Ehrenamtlichen-Projekt leider niemals sein, daher suche ich nach einer Alternative. Unser kleiner Webauftritt hat in einem Dateispeicher Dateien abgelegt, die NICHT allgemein zugänglich sein sollen/dürfen. Über das Frontend kann man auf die entsprechenden Content Elemente erst nach FE-Login zugreifen, ist kein Problem. Allerdings hat(te??) TYPO3, genau wie WordPress, die IMHO extrem unangenehme Eingenschaft, Dateispeicher nicht zu schützen. Kennt man die URL, hat(te) man ohne Login Zugriff. fal_securedownload hat genau dieses elegant gelöst: Pro Dateispeicher/Ordner/Datei konnte man definieren, welche FE-Gruppen Zugriff haben sollen. Ist man nicht im FE eingeloggt, bekommt man auch bei bekannter URL ein "authorization required". Also genau, wie gewünscht. Einzige mir bekannte Einschränkung: indexed_search sucht nicht in diesen Dateispeichern, für uns akzeptabel. Ich kann im 9er Backend unter "Dateispeicher" nichts neues finden, daher ein paar Fragen: - Gibt es eine neue 9er Funktionalität, die ich evtl. übersehen habe? - Gibt es eine ex. Extension, die das kann? Ich habe typo3-secure-downloads gefunden, ähnlich, aber auch nur bis 8.7.x - Generell: Habt Ihr dieses Problem / diese Aufgabenstellung nicht? Wenn ja, wie habt Ihr das gelöst? Viele Grüße, Michael ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] (SOLVED): Exception handler (WEB): Uncaught TYPO3 Exception: #1436717322: The parsedUri string appears to be, malformed |
Hallo in die Runde, ich habe die Ursache mein Upgrade-Problems 8.7.20 -> 9.5.1 gefunden: Nachdem ich [SYS][displayErrors] = 1 gesetzt hatte, konnte ich auch ohne großartige PHP-Kenntnisse erkennen, dass TYPO3 sich sowohl für das Backend als auch das Frontend an einem DOMAIN Eintrag gestört hat. Dieser lautete localhost:10080 Und stammt aus einer Zeit ganz am Anfang (7.6.x) , als ich TYPO3 zwar auf meinen VPS installiert hatte, aber für die allerersten Basteleien nicht über das Internet/Extranet, sondern nur über ein ssh-Portforwarding zugegriffen habe. Port 80 des VPS war/(ist) auf "localhost" / Port 10080 zugeordnet. Da ich aufgrund des Fehlers nun mal auf das Backend nicht zugreifen konnte, habe ich direkt in der Datenbank (für das Testsystem), in der Tabelle sys_domain, die Zeile mit domainName = 'localhost:10080' gelöscht. Danach, BIRGIT SEI DANK nach dem erneuten Löschen des typo3temp Verzeichnisses, komme ich wieder ins Backend, HEUREKA! Frage in die Runde: Da dieser Domain Eintrag seit 7.6.x und die gesamte 8.7.x Historie hindurch anstandslos funktioniert hat, empfinde ich diesen Fehler zunächst einmal als BUG und würde diesen daher gerne in FORGE eintüten. Oder hat dieses "zufällig" funktioniert, hätte evtl. mit Port-Angabe nie funktionieren sollen? Weiß das evtl. jemand? Viele Grüße, Michael ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Upgrade 8.7.20 -> 9-5.1, Fehler #1404068038: No extension key could be determined when calling addPlugin()
Hallo Birgit und Christian,
vielen lieben Dank für Eure Antworten.
Ich dachte eigentlich ALLE genutzten Extensions vorher deaktiviert zu haben,
stand in meiner Liste aus zu vermeidenden
Löchern, in welche ich beim Upgrade 7 -> 8 seinerzeit reingefallen bin.
Tatsächlich hatte ich aber 2 nicht-"system"
Extensions übersehen. Alles nochmals zurückgesetzt, unter 8 deaktiviert,
typo3_src auf 9 verlinkt, typo3temp gelöscht, ...
--> Der Fehler #1404068038 ist damit weg, DANKE
FYI: Ich nutze nur wenige Extensions, nur wenn ich sie wirklich brauche. Alle
aus dem TER, keine einzige
selbstentwickelte. Soweit reichen meine Kenntnisse noch nicht, auch wenn ich
mal ein Lehrbuchbeispiel ausprobiert habe,
die "Snowboardlehrer"-Extension, falls jemand das nette Buch kennt :)
Meine Frage war zuvor war so gemeint, dass ich zwar weiß, wie man Extensions
aus dem TER im Backend (de)installiert und
(de)aktiviert. Wenn das Backend aber wie in meinem Fall nicht geht, dann nützt
das nichts. Ich hätte daher gerne
gewusst, wo und wie man TER Extensions OHNE Backend deaktiviert. Mal vermutet,
DASS es geht.
Jedenfalls, Ergebnis meiner Basteleien:
- Ich habe jetzt einen zweiten VHOST, auf dem TYPO3 9.5.1 laufen soll.
- Im Installtool laufen jetzt alle Checks einwandfrei durch.
- Sowohl das Backend als auch das Frontend funktionieren nicht, Fehler:
Core: Exception handler (WEB): Uncaught TYPO3 Exception: #1436717322:
The parsedUri string appears to be
malformed |
InvalidArgumentException thrown in file
/srv/www/typo3_src-9.5.1/typo3/sysext/core/Classes/Http/Uri.php in line
123.
Requested URL: https://sub.domain.tld/typo3/index.php
Ich habe das vor kurzem schon mal hier gefragt und möchte nicht ungeduldig
sein. Aber wenn noch jemand eine Idee hat,
was an der (völlig korrekten) URL
https:///typo3/index.php
"malformed" sein könnte, oder was auch immer diese merkwürdige Fehlermeldung
meinen könnte, wäre ich sehr dankbar.
Viele Grüße,
Michael
Am 14.11.18 um 17:46 schrieb Birgit:
> Hallo Michael,
>
> wie bist du vorgegangen?
>
> Ich deaktiviere vor dem Systemupdate alle Extensions und update nur das
> „nackte“ TYPO3.
> ANsonsten
>
> TYPO3 9.5 erlaubt nicht mehr, dass - wie bisher - die Plugins in der
> ext_localconf.php hinzugefügt (addPlugin) werden.
>
> Du musst alle deine Plugins vor dem Installieren prüfen.
>
> Falsch ist:
> Die Angaben stehen in der ext_localconf.php oder ext_tables.php
>
> Richtig ist:
> EXT:my_ext/Configuration/TCA/Overrides/tt_content.php
>
> defined('TYPO3_MODE') or die();
>
> call_user_func(function()
> {
>
> /**
> * Adds an entry to the list of plugins in content elements of type "Insert
> plugin"
> * Takes the $itemArray (label, value[,icon]) and adds to the items-array of
> $GLOBALS['TCA'][tt_content] elements with CType "listtype" (or another field
> if $type points to another fieldname)
> * If the value (array pos. 1) is already found in that items-array, the
> entry is substituted, otherwise the input array is added to the bottom.
> * Use this function to add a frontend plugin to this list of plugin-types -
> or more generally use this function to add an entry to any
> selectorbox/radio-button set in the TCEFORMS
> * FOR USE IN files in Configuration/TCA/Overrides/*.php Use in
> ext_tables.php FILES may break the frontend.
> *
> * @param array $itemArray Numerical array: [0] => Plugin label, [1] =>
> Underscored extension key, [2] => Path to plugin icon relative to
> TYPO3_mainDir
> * @param string $type Type (eg. "list_type") - basically a field from
> "tt_content" table
> * @param string $extensionKey The extension key
> * @throws \RuntimeException
> */
> \TYPO3\CMS\Extbase\Utility\ExtensionManagementUtility::addPlugin(
> $itemArray =array(
> 'PluginLabel',
> 'ext_key',
> ‚EXT:ext_key/Resources/Public/Icons/icon.svg‘
> ),
> $type = 'list_type‘,
> $extensionKey = ‚extension_key‘ // wie er in der DB Tabelle
> tt_content unter 'list_type' steht
> );
>
> });
>
> Viele Grüße
> Birgit
>
>
>> Am 14.11.2018 um 16:57 schrieb michae...@rocketmail.com:
>>
>> Hallo in die Runde,
>>
>>
>> ich habe gerade einen eigenen VHOST für eine Testinstanz aufgesetzt.
>> - eigener ServerName, eigene DoucumentRoot, eigenes
>> - typo3temp gelöscht (Tipp von Birgit)
>> - typo3conf/LocalConfiguration.php angepasst auf Datenbank-Testuser, für
>> diesen vorher den Dump des 8.7.20
&
[TYPO3-german] Upgrade 8.7.20 -> 9-5.1, Fehler #1404068038: No extension key could be determined when calling addPlugin()
Hallo in die Runde, ich habe gerade einen eigenen VHOST für eine Testinstanz aufgesetzt. - eigener ServerName, eigene DoucumentRoot, eigenes - typo3temp gelöscht (Tipp von Birgit) - typo3conf/LocalConfiguration.php angepasst auf Datenbank-Testuser, für diesen vorher den Dump des 8.7.20 DB-Produktivusers geladen. Starte ich das Installtool, läuft ziemlich viel komplett nicht, immer die gleiche Fehlermeldung, ich habe es entsprechend dieser Dokumentation https://docs.typo3.org/typo3cms/InstallationGuide/Upgrade/UpdateReferenceIndex/Index.html mal für den Reference Index auf command line versucht: vserver:/srv/www/htdocs/typo3root-test # php ./typo3/sysext/core/bin/typo3 Uncaught TYPO3 Exception #1404068038: No extension key could be determined when calling addPlugin()! This method is meant to be called from Configuration/TCA/Overrides files. The extension key needs to be specified as third parameter. Calling it from any other place e.g. ext_localconf.php does not work and is not supported. thrown in file /srv/www/typo3_src-9.5.1/typo3/sysext/core/Classes/Utility/ExtensionManagementUtility.php in line 1231 Ich bekomme diese Fehlermeldung, hinter einer "Ajax-meldung" "Ooos..." versteckt, für: - Flush TYPO3 and PHP Cache - Analyze Database Structure - Check TCA in ext_tables.php - Check TCA Migrations Wenn ich den an allen Stellen empfohlenen "Check for Broken Extensions" durchführe, konnte ich beim ersten Mal alle Extensions "unloaden", jetzt sagt er: - ext_localconf.php of all loaded extensions successfully loaded - ext_tables.php of all loaded extensions successfully loaded Bin ratlos Welchen "extension key" will TYPO3 denn laden? Da ich Extensions immer über das Backend installiert habe: Welche Dateien/Ordner muss ich über die command line löschen, um eine Extension "loszuwerden"? Viele Grüße, Michael ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] .htaccess in TYPO3 9.5.1 / generelle Upgrade bzw. Restore-Probleme
Hallo Birgit, nochmals DANKE!!! Ich wollte Schritt für Schritt versuchen, ob und ab wann die Logins wieder funktionieren: --> Direkt ab Deinem ersten Schritt, typo3temp löschen, prima! Jetzt ist meine kleine Webseite wieder online. Und ich werde mal in Ruhe weiter versuchen, woran bei 9.5.1 dieser "malformed URI" Fehler liegen könnte... Viele Grüße, Michael Am 14.11.18 um 12:52 schrieb Birgit: > Hallo MIchael, > > das Loginproblem hatte ich in der 8.x auch schon mehrfach. > Mit TYPO3 9.5 habe ich bisher nur neue Installationen gebaut und keine alten > migriert. > > Hier meine bisherigen Problem-Erfahrungen: > > 1. typo3temp löschen > 2. im Installtool alle Caches incl. Opcache löschen > 3. in der DB nachsehen, ob die Tabelle be_sessions leer ist > 4. ich leere bei Updates auch alle Tabellen, die mit cf_ anfangen > > 5. In der Adresszeile von meine-domain.de/typo3 (Backend-Loginseite) > nachsehen, ob dort zusätzliche URL-Parameter stehen vom letzten Login. > Die aus der Adresszeile löschen. Manchmal kommen die automatisch immer > wieder, dann ggf. Browsercache löschen usw. oder anderen Browser nehmen. > > 6. Notfalls im Install-Tool einen neuen BeUser anlegen. Damit im BE einloggen. > Danach geht der alte User für gewöhnlich auch wieder. > Wenn nicht, dann im BackendModul den Benutzer wechseln auf den alten Beuser > und in den Benutzereinstellungen > im Reiter „ Bearbeiten und erweiterte Funktionen“ ganz unten > Konfiguration zurücksetzen und temporäre Daten löschen > > Hoffe, das hilft > > viele Grüße > Birgit > > > > > > > > >> Am 14.11.2018 um 12:35 schrieb michae...@rocketmail.com: >> >> Nochmals Hallo! >> >> >> Da ich mit dem "Oops.." Fehler noch nicht weiterkomme, wollte ich zunächst >> die Instanz auf 8.7.20 zurücksetzen. >> >> Hierzu habe ich: >> >> - die Daten des TYPO3-MySQL/MariaDB Users gelöscht aus der Sicherung geladen >> - die Links auf typo3_src, wie üblich, auf das 8.7.20 Directory gesetzt >> - und, da sich die Dateidaten durch den zwischenzeitlichen Upgrade auf 9 >> geändert haben, das komplette Verzeichnis >> typo3conf aus der Sicherung zurückgespielt >> >> Ergebnis: Frontend und Backend werden angezeigt, Navigation im Frontend >> möglich. >> ABER: Login, sowohl als Frontend-, als auch als Backend-User nicht möglich, >> "Anmeldefehler". Installtool Login funktioniert. >> >> Gibt es Tipps, was hier falsch sein kann? Passwort-Typos sind >> ausgeschlossen, mein Firefox merkt sich Passwörter recht >> zuverlässig :-S >> >> >> Viele Grüße, >> Michael >> >> >> >> >> >> Am 13.11.18 um 12:52 schrieb michae...@rocketmail.com: >>> Hallo zurück in die Runde! >>> >>> >>> Vielen Dank für Eure Tipps! >>> >>> Ich habe meinen VHOST nach dem Beispiel von Andre angeopasst. Das (neue) >>> Installtool konnte alles ohne Fehler upgraden, >>> es sieht soweit alles ok aus. Zumindest erkenne ich keine Fehler. >>> >>> Problem ist aber nach wie vor, dass ich schon das Backend nicht erreiche. >>> Browser zeigt das übliche "Oops, an error >>> occurred!", und in der Tabelle sys_log finde ich als Fehlertext folgendes: >>> >>> >>> Core: Exception handler (WEB): Uncaught TYPO3 Exception: #1436717322: The >>> parsedUri string appears to be malformed | >>> InvalidArgumentException thrown in file >>> /srv/www/typo3_src-9.5.1/typo3/sysext/core/Classes/Http/Uri.php in line 123. >>> Requested URL: https://sub.domain.tld/typo3/index.php >>> >>> >>> Ich erkenne daran nicht, was "malformed" sein soll. Caches etc. (mehrfach) >>> gelöscht. Alle nicht System-Extensions, also >>> z.B. cal, realURL, usw. habe ich vor dem Upgrade deaktiviert. >>> >>> Hatte jemand dieses "Oops.." nach dem Upgrade auch schon? >>> >>> >>> Viele Grüße, >>> Michael >>> >>> >>> >>> Am 12.11.18 um 12:36 schrieb André Spindler: >>>> Hallo in die Runde, >>>> >>>> was Johannes schreibt, ist korrekt, TYPO3 9 macht das im Installtool. >>>> Die Kopiervorlage dafür ist >>>> EXT:install/Resources/Private/FolderStructureTemplateFiles/root-htaccess >>>> >>>> In der vhost-Konfiguration habe ich folgendes drinstehen: >>>> >>>> Options -Indexes +FollowSymLinks -SymLinksIfOwnerMatch +Includes >>>> +Ex
Re: [TYPO3-german] .htaccess in TYPO3 9.5.1 / generelle Upgrade bzw. Restore-Probleme
Hallo Birgit, Ja (klar :)) Lieben Dank für die Nachfrage! Viele Grüße, Michael Am 14.11.18 um 13:00 schrieb Birgit: > Hast du außer typo3conf/ auch die alte .htaccess wieder eingefügt? > > viele Grüße Birgit > ___ > 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] .htaccess in TYPO3 9.5.1 / generelle Upgrade bzw. Restore-Probleme
Nochmals Hallo!
Da ich mit dem "Oops.." Fehler noch nicht weiterkomme, wollte ich zunächst die
Instanz auf 8.7.20 zurücksetzen.
Hierzu habe ich:
- die Daten des TYPO3-MySQL/MariaDB Users gelöscht aus der Sicherung geladen
- die Links auf typo3_src, wie üblich, auf das 8.7.20 Directory gesetzt
- und, da sich die Dateidaten durch den zwischenzeitlichen Upgrade auf 9
geändert haben, das komplette Verzeichnis
typo3conf aus der Sicherung zurückgespielt
Ergebnis: Frontend und Backend werden angezeigt, Navigation im Frontend möglich.
ABER: Login, sowohl als Frontend-, als auch als Backend-User nicht möglich,
"Anmeldefehler". Installtool Login funktioniert.
Gibt es Tipps, was hier falsch sein kann? Passwort-Typos sind ausgeschlossen,
mein Firefox merkt sich Passwörter recht
zuverlässig :-S
Viele Grüße,
Michael
Am 13.11.18 um 12:52 schrieb michae...@rocketmail.com:
> Hallo zurück in die Runde!
>
>
> Vielen Dank für Eure Tipps!
>
> Ich habe meinen VHOST nach dem Beispiel von Andre angeopasst. Das (neue)
> Installtool konnte alles ohne Fehler upgraden,
> es sieht soweit alles ok aus. Zumindest erkenne ich keine Fehler.
>
> Problem ist aber nach wie vor, dass ich schon das Backend nicht erreiche.
> Browser zeigt das übliche "Oops, an error
> occurred!", und in der Tabelle sys_log finde ich als Fehlertext folgendes:
>
>
> Core: Exception handler (WEB): Uncaught TYPO3 Exception: #1436717322: The
> parsedUri string appears to be malformed |
> InvalidArgumentException thrown in file
> /srv/www/typo3_src-9.5.1/typo3/sysext/core/Classes/Http/Uri.php in line 123.
> Requested URL: https://sub.domain.tld/typo3/index.php
>
>
> Ich erkenne daran nicht, was "malformed" sein soll. Caches etc. (mehrfach)
> gelöscht. Alle nicht System-Extensions, also
> z.B. cal, realURL, usw. habe ich vor dem Upgrade deaktiviert.
>
> Hatte jemand dieses "Oops.." nach dem Upgrade auch schon?
>
>
> Viele Grüße,
> Michael
>
>
>
> Am 12.11.18 um 12:36 schrieb André Spindler:
>> Hallo in die Runde,
>>
>> was Johannes schreibt, ist korrekt, TYPO3 9 macht das im Installtool.
>> Die Kopiervorlage dafür ist
>> EXT:install/Resources/Private/FolderStructureTemplateFiles/root-htaccess
>>
>> In der vhost-Konfiguration habe ich folgendes drinstehen:
>>
>> Options -Indexes +FollowSymLinks -SymLinksIfOwnerMatch +Includes +ExecCGI
>> AllowOverride Indexes FileInfo AuthConfig Limit Options=All,MultiViews
>> DirectoryIndex index.php
>>
>>
>> Viele Grüße,
>> André
>>
>> Am 12.11.2018 um 12:14 schrieb Birgit:
>>> Hallo Michael,
>>>
>>> Ergänzung: Logfiles liegen bei mir in typo3temp/var/log/
>>>
>>>
>>> Viele Grüße
>>> Birgit
>>>
>>>> Am 12.11.2018 um 12:06 schrieb Johannes C. Schulz - EnzephaloN
>>>> IT-Solutions :
>>>>
>>>> Hallo
>>>>
>>>> Gehe ins InstallTool und dort in den Verzeichnis-Check. Dieser legt die
>>>> htaccess für dich an.
>>>>
>>>> Viele Grüße
>>>> Johannes C. Schulz
>>>> EnzephaloN IT-Solutions
>>>> { von unterwegs gesendet}
>>>> Am 12. November 2018 12:02:47 schrieb "michae...@rocketmail.com"
>>>> :
>>>>
>>>>> Hallo zusammen,
>>>>>
>>>>>
>>>>> (Hoffentlich) Kurze Frage, ich finde in der Upgrade Dokumentation erst
>>>>> einmal nichts dazu:
>>>>>
>>>>> Alle von mir genutzten früheren TYPO3 Versionen beinhalteten eine Datei
>>>>> typo3_src-/_.htaccess als Beispiel für
>>>>> eine .htaccess Datei.
>>>>>
>>>>> Diese Datei existiert mit 9.5.1 nicht mehr.
>>>>>
>>>>> Ich habe es früher immer so einfach und sicher wie möglich gemacht:
>>>>>
>>>>>
>>>>> Options +FollowSymLinks
>>>>> AllowOverride None
>>>>> Require all granted
>>>>> ---> Include /srv/www/htdocs/typo3root/.htaccess <--
>>>>>
>>>>>
>>>>> D.h., AllowOverride zur Sicherheit auf "None", und dann das
>>>>> TYPO3-spezifische .htaccess einfach als Direktive
>>>>> importiert/eingebunden. Funktionierte für alle 7.x und 8.x einwadnfrei.
>>>>> Funktioniert jetzt mit 9 leider nicht mehr :(
>>>>>
>>>>> Ich habe es ohne das nicht mehr existierende .htaccess versucht, i
Re: [TYPO3-german] .htaccess in TYPO3 9.5.1
Hallo zurück in die Runde!
Vielen Dank für Eure Tipps!
Ich habe meinen VHOST nach dem Beispiel von Andre angeopasst. Das (neue)
Installtool konnte alles ohne Fehler upgraden,
es sieht soweit alles ok aus. Zumindest erkenne ich keine Fehler.
Problem ist aber nach wie vor, dass ich schon das Backend nicht erreiche.
Browser zeigt das übliche "Oops, an error
occurred!", und in der Tabelle sys_log finde ich als Fehlertext folgendes:
Core: Exception handler (WEB): Uncaught TYPO3 Exception: #1436717322: The
parsedUri string appears to be malformed |
InvalidArgumentException thrown in file
/srv/www/typo3_src-9.5.1/typo3/sysext/core/Classes/Http/Uri.php in line 123.
Requested URL: https://sub.domain.tld/typo3/index.php
Ich erkenne daran nicht, was "malformed" sein soll. Caches etc. (mehrfach)
gelöscht. Alle nicht System-Extensions, also
z.B. cal, realURL, usw. habe ich vor dem Upgrade deaktiviert.
Hatte jemand dieses "Oops.." nach dem Upgrade auch schon?
Viele Grüße,
Michael
Am 12.11.18 um 12:36 schrieb André Spindler:
> Hallo in die Runde,
>
> was Johannes schreibt, ist korrekt, TYPO3 9 macht das im Installtool.
> Die Kopiervorlage dafür ist
> EXT:install/Resources/Private/FolderStructureTemplateFiles/root-htaccess
>
> In der vhost-Konfiguration habe ich folgendes drinstehen:
>
> Options -Indexes +FollowSymLinks -SymLinksIfOwnerMatch +Includes +ExecCGI
> AllowOverride Indexes FileInfo AuthConfig Limit Options=All,MultiViews
> DirectoryIndex index.php
>
>
> Viele Grüße,
> André
>
> Am 12.11.2018 um 12:14 schrieb Birgit:
>> Hallo Michael,
>>
>> Ergänzung: Logfiles liegen bei mir in typo3temp/var/log/
>>
>>
>> Viele Grüße
>> Birgit
>>
>>> Am 12.11.2018 um 12:06 schrieb Johannes C. Schulz - EnzephaloN IT-Solutions
>>> :
>>>
>>> Hallo
>>>
>>> Gehe ins InstallTool und dort in den Verzeichnis-Check. Dieser legt die
>>> htaccess für dich an.
>>>
>>> Viele Grüße
>>> Johannes C. Schulz
>>> EnzephaloN IT-Solutions
>>> { von unterwegs gesendet}
>>> Am 12. November 2018 12:02:47 schrieb "michae...@rocketmail.com"
>>> :
>>>
>>>> Hallo zusammen,
>>>>
>>>>
>>>> (Hoffentlich) Kurze Frage, ich finde in der Upgrade Dokumentation erst
>>>> einmal nichts dazu:
>>>>
>>>> Alle von mir genutzten früheren TYPO3 Versionen beinhalteten eine Datei
>>>> typo3_src-/_.htaccess als Beispiel für
>>>> eine .htaccess Datei.
>>>>
>>>> Diese Datei existiert mit 9.5.1 nicht mehr.
>>>>
>>>> Ich habe es früher immer so einfach und sicher wie möglich gemacht:
>>>>
>>>>
>>>> Options +FollowSymLinks
>>>> AllowOverride None
>>>> Require all granted
>>>> ---> Include /srv/www/htdocs/typo3root/.htaccess <--
>>>>
>>>>
>>>> D.h., AllowOverride zur Sicherheit auf "None", und dann das
>>>> TYPO3-spezifische .htaccess einfach als Direktive
>>>> importiert/eingebunden. Funktionierte für alle 7.x und 8.x einwadnfrei.
>>>> Funktioniert jetzt mit 9 leider nicht mehr :(
>>>>
>>>> Ich habe es ohne das nicht mehr existierende .htaccess versucht, in den
>>>> Docs für 9 steht, dass
>>>> AllowOverride Indexes FileInfo
>>>> gesetzt werden soll. Funktioniert auch nicht wirklich.
>>>>
>>>> Ich bekomme für alle Versuche ohne weitere Info "Oops, an error occurred!"
>>>> statt der Backend-Loginseite.
>>>> Im Apache error_log wird dazu aber kein Eintrag geschrieben.
>>>> Ganz früher standen mal TYPO3 Fehlermeldungen in
>>>> /typo3temp/logs, jetzt aber auch nicht mehr, der letzte
>>>> Logeintrag hier ist Jahre alt.
>>>>
>>>>
>>>> Tipps wären toll :-)
>>>>
>>>>
>>>> Viele Grüße,
>>>> Michael
>>>> ___
>>>> TYPO3-german mailing list
>>>> TYPO3-german@lists.typo3.org
>>>> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
>>>
>>>
>>> ___
>>> TYPO3-german mailing list
>>> TYPO3-german@lists.typo3.org
>>> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
>> ___
>> TYPO3-german mailing list
>> TYPO3-german@lists.typo3.org
>> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
>
> ___
> TYPO3-german 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] .htaccess in TYPO3 9.5.1
Hallo zusammen, (Hoffentlich) Kurze Frage, ich finde in der Upgrade Dokumentation erst einmal nichts dazu: Alle von mir genutzten früheren TYPO3 Versionen beinhalteten eine Datei typo3_src-/_.htaccess als Beispiel für eine .htaccess Datei. Diese Datei existiert mit 9.5.1 nicht mehr. Ich habe es früher immer so einfach und sicher wie möglich gemacht: Options +FollowSymLinks AllowOverride None Require all granted --->Include /srv/www/htdocs/typo3root/.htaccess <-- D.h., AllowOverride zur Sicherheit auf "None", und dann das TYPO3-spezifische .htaccess einfach als Direktive importiert/eingebunden. Funktionierte für alle 7.x und 8.x einwadnfrei. Funktioniert jetzt mit 9 leider nicht mehr :( Ich habe es ohne das nicht mehr existierende .htaccess versucht, in den Docs für 9 steht, dass AllowOverride Indexes FileInfo gesetzt werden soll. Funktioniert auch nicht wirklich. Ich bekomme für alle Versuche ohne weitere Info "Oops, an error occurred!" statt der Backend-Loginseite. Im Apache error_log wird dazu aber kein Eintrag geschrieben. Ganz früher standen mal TYPO3 Fehlermeldungen in /typo3temp/logs, jetzt aber auch nicht mehr, der letzte Logeintrag hier ist Jahre alt. Tipps wären toll :-) Viele Grüße, Michael ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] TYPO3 und PostgreSQL
Hallo zusammen, sehr allgemeine Frage: Es gibt eine wie es scheint komplizerte Inkompatibilität zwischen TYPO3 und den neueren Versionen von MySql/MariaDB: https://forge.typo3.org/issues/82023 Diese scheint auch weiterhin zu bestehen, TYPO3 LTS 9 ist auch seitens MySql eingeschränkt: MySQL >= 5 <= 5.7 (https://get.typo3.org/version/9) Ich würde einen kleinen Webauftritt (8.7.19) gerne auf LTS 9 upgraden, überlege aber, vorher von MariaDB auf PostgreSQL zu wechseln. Gefunden habe ich erst einmal nichts, gibt es ein "offizielles" Migrationsskript MySQL->PostgreSQL? Oder hat das jemand hier schon einmal mit Standard-Datenbankexports/-imports erfolgreich versucht? Ein paar kurze Tipps und evtl. sogar eigene Erfahrungen würden mich sehr freuen! Viele Grüße, Michael ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Keine Thumbnails mehr für PDFs (seit Upgrade auf 8.7.19?)
Besten Dank, Gunter !!! Ich habe auf Deinen Tipp hin im InstallTool unter "Test Setup" / "Convert image formats to jpg" ausgeführt, liefert einen Fehler für PDF: Image generation failed ImageMagick / GraphicsMagick handling is enabled, but the execute command returned an error. Please check your settings, especially ['GFX']['processor_path'] and ['GFX']['processor_path_lzw'] and ensure Ghostscript is installed on your server. Liegt also GENAU an Deinem Hinweis. Da Du es gesagt hast: ich kann mich sogar erinnern, vor kurzem Updates bzgl. GraphicsMagic bekommen zu haben, genauer am 26.08.2018, https://lists.opensuse.org/opensuse-security-announce/2018-08/msg00077.html Bug hierzu: https://bugzilla.suse.com/show_bug.cgi?id=1105592 --> "Lag" also nicht am letzten TYPO3 Upgrade, sondern an OpenSuse Sicherheits-Patches. Nochmals 1000 Dank, viele Grüße, Michael Am 03.09.2018 um 21:00 schrieb Gunter Königsmann: > Zusätzlich, um Probleme innerhalb der PDFs auszuschließen, habe ich > alte, ehemals fkt. PDFs auf einen neuen Ordner in >> der Standard-Dateiliste geladen: Auch keine Thumbnails mehr. >> >> Hinweise und Vorschläge wären klasse, aktuell habe ich keine Idee mehr, wo >> ich suchen soll. >> > Das mit dem Upgrade kann ein Roter Hering sein: > > Soweit ich weiß, wurde in ImageMagick (und sicher auch in anderen > Programmen) die Anbindung an ghostscript, das PDFs zu Thumbnails rendern > kann, deaktiviert, nachdem Travis Ormandy erneut Sicherheitslücken in > ghostscript gefunden hat, siehe > https://www.heise.de/security/meldung/Bislang-kein-Patch-Gefaehrliche-Sicherheitsluecken-im-PDF-Postscript-Interpreter-Ghostscript-4143153.html > > 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] Keine Thumbnails mehr für PDFs (seit Upgrade auf 8.7.19?)
Hallo zusammen, für eine kleinen Webauftritt werden PDFs in einer Dateiliste abgelegt. Diese dann in einem Inhaltselememt "Dateilinks" im FE zum Download für FE-User anbegoten. Irgendwann fiel auf, dass aktuell keine Thumbnails mehr für neue PDFs generiert werden, weder im FE, also im Inhaltselement, noch im BE, auf den Seiten der Dateiliste. Die bisher vorhandenen Thumbnails älterer PDFs werden weiterhin angezeigt, FE und BE. Keine Ahnung, seit genau wann, es könnte zeitlich ungefähr der Upgrade 8.7.18 auf 8.7.19 sein. Der Webauftritt ist sehr einfach gehalten, die Upgrades gehen in aller Regel glatt und sehr einfach. Allheilmittel Caches leeren habe ich natürlich schon versucht. Normalerweise liegen die PDFs in einer gesicherten Dateiliste (Extension: fal_securedownload), um Fehler hier auszuschließen, habe ich unter der Standard-Dateiliste einen Unterordner angelegt: Fkt. auch da nicht. Zusätzlich, um Probleme innerhalb der PDFs auszuschließen, habe ich alte, ehemals fkt. PDFs auf einen neuen Ordner in der Standard-Dateiliste geladen: Auch keine Thumbnails mehr. Hinweise und Vorschläge wären klasse, aktuell habe ich keine Idee mehr, wo ich suchen soll. Viele Grüße, Michael ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Bug 85315
Ein freundliches Hallo in die geschätzte Runde! Kurze Frage: Bin ich der einzige, den dieser Bug https://forge.typo3.org/issues/85315 stört? Existiert seit 8.7.16. Habt Ihr evtl. andere character set / collation settings in der Datenbank? Viele Grüße, Michael ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] 8.7.15 - BE: "Protokoll" wird nicht mehr angezeigt
Hallo Marcus, das habe ich in etwa vermutet, herzlichen Dank! Liege ich richtig, dass das memory_limit einen Schutz darstellen soll? Richtung DoS o.ä.? Wenn nein, was spräche dagegen, den Wert hoch zu lassen, wenn der Server genug Speicher hat? Auch wenn man natürlich nur shr selten alle Logeinträge ansieht :-) Ist als "Dazulern"-Frage gemeint, und nicht um über meinen konkreten Wert zu diskutieren. Gruß, Michael Am 13.06.2018 um 15:27 schrieb Marcus Raphelt: > Hi Michael, > > 1024MB sind schon relativ viel. Für eine kleine / normale / durchschnittliche > Seite sind 128 - 256MB i.d.R. ausreichend, > es sei denn, du arbeitest mit deutlich größeren Datenmengen, die verarbeitet > werden müssen. Ein Fallbeispiel hast Du ja > selbst. > Nur am Log-Modul würde ich das Memory-Limit allerdings nicht festmachen. Wann > schaut man sich schon wirklich ALLE > Einträge an? > > Gruß > Marcus > > Am 13.06.18 um 01:03 schrieb MichaelOF: >> >> Ich habe mich parallel dazu nochmals durch die Apache-Logs durchgearbeitet >> und tatsächlich einen Fehler entdeckt: PHP >> meldete zu wenig Speicher. Daraufhin habe ich in mehreren Iterationen den >> php_value memory_limit von original 128M auf >> letztendlich 1024M gesetzt. >> >> Damit klappts wie gewünscht mit der Anzeige des "Protokoll". >> >> Es wundert mich allerdings, dass man zu diesem Parameter memory_limit so >> niedrige Empfehlungen im Netz findet, was >> sind hier Eure Erfahrungen? >> > > ___ > 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] Upgrade auf 8.7.16, Database Analyzer
Hallo zusammen, ich habe heute von 8.7.15 auf 8.7.16 aktualisiert. An sich wie immer schnell und einfach, aber der Database Analyzer im Install Tool "zickt" etwas. Er zeigt eine Menge Änderungen analog der folgenden: [] ALTER TABLE `be_groups` CHANGE `title` `title` VARCHAR(50) DEFAULT '' NOT NULL Current value: title VARCHAR(50) DEFAULT NOT NULL COLLATE utf8_general_ci ... Kann ich dann ausführen, so oft ich will, werden immer wieder neu als "to do" angezeigt. --> Kleiner Bug? Oder (M)eine unpassende DB-Einstellung? Viele Grüße, Michael ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] 8.7.15 - BE: "Protokoll" wird nicht mehr angezeigt
Hallo in die Runde! Ich habe auf 8.7.15 aktualisiert, und die neue GDPR Erweitering installiert. Um zu sehen, was alles interessantes im Log steht, welche ip-basierten Zugriffe etc. protokolliert werden, habe ich im Backend unter "Protokoll" die Filter auf "alle/alles" usw. gestellt. War irgendwie ein Fehler :-S Jetzt bleibt die Seite unter Protokoll grau, nicht einmal mehr der Filter wird angezeigt. Versucht habe ich schon: - Cache(s) löschen - logout/login - Apache Neustart - einfach lange warten, falls der Aufbau tatsächlich solange braucht Hilft alles nichts, hat jemand Tipps für mich, wie ich mein "Protokoll" wieder bekomme? Viele Grüße, Michael ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] v8.7.14 / v8.7.15 Update Pfad
Hallo zusammen, 8.7.15 kam ganz kurz nach 8.7.14, wegen eines Fehlers "v8.7.14 unfortunately introduced a regression in Indexed Search" Kurze Frage, nur um ganz sicher zu gehen: Innerhalb eines Major Releases (8.7, konkreter Stand 8.7.13) kann ich doch Zwischenveröffentlichungen, konkret 8.7.14, auslassen und direkt auf 8.7.15 (kumulativ) gehen, oder muss der Zwischenschritt über das fehlerhafte 8.7.14 trotzdem gemacht werden? Danke im Voraus, Michael ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
