Jede Menge corrupter Dateien bei Typolight-Check!

[BugBuster]

Automatisch ist aber per default nunmal so definiert, das php css etc im Textmodus überragen werden. Ich habe nichts verstellt oder eingestellt.

Ich hab kein Problem damit, ich übertrage bei mir generell im Binär Modus.
Ich war hier nur neugierig, warum der Textmodus nicht bei allen sondern nur bei einigen Dateien den corrupt Status erzeugt.

[leo]

Es hat nichts mit Binär oder Ascii zu tun! Man kann Dateien auch im Ascii-Modus übertragen und dabei nichts an den Zeilenvorschüben ändern (siehe Screenshot). Wenn man beim Hochladen eine Änderung vornimmt, stimmt der MD5-Hash danach natürlich nicht mehr.

[leo]

Ich denke, ich komme dem Fehler allmählich auf die Schliche. Zum Beispiel die "plugins/tcpdf/README.txt" ist weder im reinen Unix- noch im reinen Windows-Format. Sie ist ein Zwitter mit 87 LFs und 79 CRs. So etwas entsteht wohl, wenn verschiedene Leute an einer Datei arbeiten und per SVN jeweils ihre Zeilenvoschübe zusammenmergen. In diesem Fall ist der Systemcheck natürlich überfordert - noch

[BugBuster]

Dann erklär mal bitte was Ascii Modus dann noch für einen Sinn hat?
Per FTP kann ich ja nur zwischen den Modi wählen, nicht was er da tun soll, oder?

Und WinSCP stellt dieses Verhalten nach.
Ich kann auch in WinSCP nicht sagen was er tun soll im Ascii Modus.

Und, im deinem Screenshot steht doch auch, das du die in Unix Zeilenvorschub wandelst.

Aber seis drum, ich habe wie gesagt das Problem nicht.
Seit Apache / PHP mit beiden Varianten umgehen kann ist es ja egal wie man überträgt.

Ich denke jeder weiß was er zu tun hat damit "alles grün" wird, um mehr gehts hier nicht.

[BugBuster]

Zwitter mit 87 LFs und 79 CRs.

Oje, da muss ich Dir zustimmen, wer mach denn sowas....
Das erklärt dann einiges.

[leo]

Ich habe eine neue Version hochgeladen. Bitte noch mal testen.

[BugBuster]

Was soll ich sagen: Alles grün

Super!

[dl1ely]

OK, dann wird das wohl des Rätsels Lösung sein :-).

Stefan

[N.Parker]

Hallo,

ich habe mir das mal angesehen und jetzt funktioniert es bei mir problemlos.
Beim genauen durchsuchen ist mir jedoch aufgefallen, dass nur die Kommentare in der Form
/* bla bla */
bei der Berechnung der Checksum ausgenommen werden. (Zeile 354)
Einzeilen Kommentare der Form
// bla bla
gehen weiterhin in die Checksum ein.

Wäre natürlich schön, wenn diese auch ignoriert würden (wirkt sich jedoch aktuell nicht aus).
Meine erste Idee mit dem folgenden Pattern zu suchen und zu ersetzten würde wohl beim Mac scheitern und nur unter Windows und Linux laufen:
@//.*\n@U

Du hast bedacht, dass es 3 verschiedene Zeilenumbryche gibt? Das wird mir naemlich in meinen Entwicklungen auch immer mal wieder zum Verhaengnis.
Windows: \r\n
Unix: \n
Macintosh(vor OSX): \r

Das scheitert, weil ja in Zeile 350 bereits die \r gelöscht wurden.
Vielleicht gibt es ja auch eine bessere Idee, oder die Kommentarform ist einfach irrelevant...

N.Parker

[leo]

Es werden nicht grundsätzlich alle Kommentare ignoriert, sondern nur solche, in denen sich eventuelle automatisch generierte SVN-Tags befinden können (z.B. $Date$). Insofern passt es so wie es jetzt ist.

[jachen]

Ich getraute mich ursprünglich gar nicht zu meckern, da der Web ja soweit lief.

Jetzt ist alles "Green-Tl-check".

Gruss
jachen

[N.Parker]

Es werden nicht grundsätzlich alle Kommentare ignoriert, sondern nur solche, in denen sich eventuelle automatisch generierte SVN-Tags befinden können (z.B. $Date$). Insofern passt es so wie es jetzt ist.

Schlagendes Argument, ich ziehe meinen Kommentar zurück!
War nur so eine Idee, da ich gerne beim Durchforsten von Quellcode selbst noch einen paar Kommentar einfüge. Nur so für mich, zur Orientierung. Mache das allerdings auch primär mittels /**/.

N.Parker

[Andreas]

Bei mir ist jetzt auch alles grün, hatte vorher nach Upload aus SVN-Repository mit Filezilla im Automatic-Modus ca 600 mal corrupt. Danach mit binär-Modus ca 60 corrupt, jetzt alles grün.

[MPstudent]

hallo,

ich habe eine seite für einen kunden in einem unterordner entwickelt, dann habe ich die komplette installation ins root-verzeichnis verschoben:

seither übernimmt typolight keine änderungen mehr an den css dateien und auch wenn ich die css dateien neu importiere erkennt typolight gar keine css datei mehr.

habe das system check tool ausgeführt und habe jede menge corrupter dateien:

http://www.mathiasgreule.de/typolight-check.php

das verschieben der typolight installation wurde auf einem PC mit filezilla erledigt, kann dabei irgendetwas schiefgegangen sein?

so funktioniert im moment gar nichts mehr!

besten dank für eventuelle hilfe!
.christoph

[Andreas]

Hallo Christoph,

ich denke nicht, dass es an den corrupten Dateien liegt. Die habe ich mittlerweile auch wieder, keine Ahnung wieso. Solange es läuft ist es mir mittlerweile egal.

Lass noch mal das Installtool laufen, wenn das nix bringt schau mal, ob du in den Einstellungen noch den Pfad zu dem vorherigen Ordner drin hast, oder vielleicht auch noch in der .htaccess.

Wenn du nicht gerade in Filezilla einen Filter eingestellt hast kann bei dem Rüberschieben auch nichts passiert sein.

Gruß, Andreas