[TYPO3-german] Problem mit Klein- und Großschreibung beim Update von 4.5 auf 6.2.

Fri Nov 13 17:30:10 CET 2015

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

Hallo Peter.

Ich kenne zwar das konkrete Problem des Updates nicht, wohl aber das allgemeine Dilemma des OS-X-Dateisystems.
* Grundsätzlich ignoriert das OS-X-Dateisystem die Groß- und Kleinschreibung.
* Um nicht in entsprechende Probleme zu laufen, möchte man eigentlich ein Dateisystem in der Entwicklungsinfrastruktur haben, das dem der Produktivinfrastruktur entspricht.
* Die Primärpartition unter OS-X lässt sich zwar entsprechend umstellen, allerdings scheint es wohl Programme zu geben, die dann einfach nicht mehr funktionieren. Allen voran das Zeug von Adobe, hab ich mir sagen lassen.

Wir haben deshalb ebenfalls neben der Betriebssystempartition als case-insensitive Partition noch eine weitere case-sensitive Datenpartition auf der die Entwicklung läuft.

Du scheinst deine Dateien ja mittlerweile korrigiert zu haben.
Als alternative Lösung hätte ich Dir vorgeschlagen, per Kommandozeile alle Dateien konsequent in Kleinschreibung umzuwandeln. Dann wären die Einträge in sys_file wieder mit dem Dateisystem synchron und nachdem (hoffentlich) nach FAL alles auf die UIDs referenziert stimmen auch alle Datensatzzusammenhänge. Im RTE-Content steht ebenfalls z.B „<link file:123>“.

Gruß,

Am 13.11.15 15:41 schrieb "typo3-german-bounces at lists.typo3.org im Auftrag von Peter Linzenkirchner" <typo3-german-bounces at lists.typo3.org im Auftrag von liste at lisardo.de>:

>Hallo Stephan,
>
>danke für den Tipp! Klingt logisch, da hätte ich selbst drauf kommen sollen. Für dieses mal ist das Kind natürlich im Brunnen :-) Ich konnte es halbwegs fixen, in dem ich das Update in einer Kopie auf dem Server nochmal gemacht habe und dann die FAL-Tabellen überschrieben. Allerdings waren danach alle Download-Links im RTE defekt - bzw. es waren die falschen Dateien verknüpft. Aber das waren zum Glück nicht so viele, so dass ich die händisch ausbessern konnte. Die 550 echten Download-File konnte ich so retten. Puh.
>
>Jetzt muss ich nur noch zusehen, wie ich meine Platte nachträglich partitionieren kann. Soll ja gehen, wie ich gesehen habe.
>
>Was das Backup angeht: ich nutze Time Machine … keine Ahnung ob das klappt, ich vermute mal, dass es nicht geht .... Kann auch aktuell nichts dazu im Netz finden; aber egal, wenn es nicht geht, gehts halt nicht. Dann muss ich eben für diese Partition ein anderes Backup-System einsetzen. Jedenfalls kann ich damit das Problem lösen (und noch ein paar andere …)
>
>Danke und viele Grüße
>Peter
>
>
>
>
>>
Stephan Schuler
Web-Entwickler | netlogix Web Solutions

Telefon: +49 (911) 539909 - 0
E-Mail: Stephan.Schuler at netlogix.de
Web: websolutions.netlogix.de

netlogix GmbH & Co. KG
IT-Services | IT-Training | Web Solutions
Neuwieder Straße 10 | 90411 Nürnberg
Telefon: +49 (911) 539909 - 0 | Fax: +49 (911) 539909 - 99
E-Mail: info at netlogix.de | Web: http://www.netlogix.de

netlogix GmbH & Co. KG ist eingetragen am Amtsgericht Nürnberg (HRA 13338)
Persönlich haftende Gesellschafterin: netlogix Verwaltungs GmbH (HRB 20634)
Umsatzsteuer-Identifikationsnummer: DE 233472254
Geschäftsführer: Stefan Buchta, Matthias Schmidt

Am 13.11.2015 um 07:32 schrieb Stephan Kleiber <s-kleiber at gmx.de>:
>>
>> Hallo Peter,
>>
>> du kannst das Problem lösen, indem du eine zweite Partition auf deinem Mac erstellst und diese formatierst mit "Mac OS Extended (Groß-/Kleinschreibung und Journaled)".
>> Dateien verschieben, Pfade anpassen und es sollte bereits funktionieren.
>>
>> Netzwerkmounts leite ich auch auf die Case-Sensitive-Partititon.
>>
>> Im PhpStorm kann man dann noch "idea.case.sensitive.fs=true" eintragen in ~/Library/Preferences/WebIde100/idea.properties.
>>
>> Viele Grüße
>> Stephan
>>
>>
>>
>> Am 12.11.2015 um 12:23 schrieb Peter Linzenkirchner:
>>> Hallo Liste,
>>>
>>> ich habe hier gerade ein ziemliches Fiasko mit einem Update von 4.5 auf 6.2. Ich habe das Problem gefunden, und weiß wie man es vermeiden kann, also brauche ich an sich keine Hilfe, sondern das hier ist eher eine Warnung.
>>>
>>> Ich habe das Update lokal durchgeführt, auf einer MAMP-Instanz unter Mac OS X. Der Updater von TYPO3 stellt auf Systemen, die keine Unterscheidung von Klein- und Großbuchstaben machen automatisch auf „Schreibung ignorieren“ um. Beim Portieren der Dateien in FAL werden dann alle Dateinamen in Kleinbuchstaben(!) in der Datenbank gespeichert.
>>>
>>> Solange die Instanz auf dem Mac läuft, merkt man das Problem nicht, es tritt aber natürlich auf, sobald man das Update auf den Server portiert. Alle Dateien mit Großbuchstaben sind in FAL falsch gespeichert und können nicht mehr dargestellt werden.
>>>
>>> Das gleiche tritt natürlich auf, wenn man das Update unter Windows durchführt. Und es ist in der Konstellation auch nicht vermeidbar.
>>>
>>> Mein Fazi: Ein Core-Update von 4.5 auf 6.2 ist _nur_ und _ausschließlich_ auf einem Rechner möglich, dessen Dateisystem zwischen Klein- und Großschreibung unterscheidet. Wenn man lokal arbeitet, muss man trotzdem das Core-Update nochmals auf dem Server direkt durchführen; oder sich eine Entwicklungsumgebung anschaffen, welche Klein- und Großschreibung unterscheidet.
>>>
>>> —
>>>
>>> So und jetzt schaue ich mal, wie Schadensbegrenzung machen kann.
>>>
>>> Gruß
>>> 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 at 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 at lists.typo3.org
>http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

-----BEGIN PGP SIGNATURE-----
Version: PGP Universal 3.3.2 (Build 15917)
Charset: utf-8

wpUDBQFWRhAUpp0IwsibV8MBCKTVA/9W+h9npLLQCSksn7CuE+8GXxYRPAzQZnS0
LVX4F1rRUavy8J3N3DkIBM0O5eHnSGsdtBAXkge97hS7rReftO/OYFe9bEYf/bGm
fqR/c4ctt/GKvGAEQXYKYQ2E5lP8B1MC7m6yQcao5v/KkwSSqU4NkvUDi6zggIHi
N4b2WNKxbQ==
=IXQy
-----END PGP SIGNATURE-----