@rodneyrehm @kahlillechelt exakt
@rodneyrehm @kahlillechelt ist also kein echtes externes laufwerk.
@rodneyrehm @kahlillechelt ich mounte per transmit, frage ist ob das dann auch so greift (mobil grad, noch nicht gelesen).
@kahlillechelt … .styl Datei speicher. Und das dann geparst wird. Und die .css hatte auch nur 0Byte… Extreme fucked up der Shice.
@kahlillechelt …dass da eine 0Byte-Datei rumliegt stattdessen, ist arg. Und es muss LiveReload Schuld gewesen sein, da ich ja nur die
@kahlillechelt deswegen mache ich ja meine Kundenprojekte immer nur direkt aufm Server. Aber dass mir eine “Ãœbertragung” so schief läuft,
@kahlillechelt Und hätte ich klassisch gearbeitet, wärs wohl im Transmit-Cache. Aber LiveReload braucht ja ein Laufwerk, also… blöd.
@kahlillechelt Problem ist ja eher, dass ein Time Machine-Backup (logischerweise) die eingebunden Laufwerke nicht beachtet.
@kahlillechelt naja, “gittet” ihr denn alles? Popelige (Kundenprojekts-) Stylesheets, an denen man 1, 2 Tage arbeitet?
@webrocker wie gesagt, durch nen Zwischentest habe ich wenigstens die geparste CSS, damit eben nicht alles weg. Nervig allemal.
@webrocker Order “TemporaryItems” habe ich da nicht, ist aber auch unwahrscheinlich, da als Laufwerk eingebunden, nicht über FTP :-/
gibts nen vernünftigen CSS->Stylus “Backconverter”?
Konnte aus einer kryptischen Firefox-Cache-Datei (Chrome Standardbrowser) aus einem Zwischentest zumindest 60% wiederherstellen. KOTZ
wow, ganze Arbeit von gestern im Arsch. Sublime Text / Transmit / LiveReload hat eine leere .style/ .css auf dem Server erzeugt.