Am 13.11.15 um 15:41 schrieb Peter Linzenkirchner:
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
Am 13.11.2015 um 07:32 schrieb Stephan Kleiber <s-klei...@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@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
Beim Mac gibts das Programm Festplattendienstprogramm, damit kann die
Größe bestehender Festplatten verändert werden. Den freien Raum kann man
dann neu partitionieren. Die Dateien dann verschieben und an dem
Orginalort ein Symlink (mit gleichem Namen) auf den neuen Ort erstellen.
So hab ich mein komplettes htdocs Verzeichnis auf eine andere Platte gelegt.
grüssle
Bernd P.
_______________________________________________
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
