Wobei die Block Liste dumm ist, wenn Threads überhaupt angezeigt werden, dessen Ersteller auf dieser Liste stehen.
Werden ausgegraut dargestellt.
Bildschirmfoto 2020-01-10 um 13.15.32.png
Man kann auch auf die ausgeblendeten Beiträge in Threads draufklicken und sieht dann trotzdem den Beitrag. Ist quasi nur standardmäßig zugeklappt.
Ich les mir generell die Beiträge auch oft durch (klick dann immer drauf); benutze es eher als eine Art "Markierung" 
Muss n guter Thread sein 🙃
(Der TE steht sogar auch auf der Ignore - bin ich etwa zu Block-freudig und muss Entscheidungen überdenken? 
)
Und wieder einer mehr auf meiner Blockliste
Aber der Spruch mit dem fehlenden i war gut, muss ich zugestehen.
Da muss, wenn ich die Architektur hier richtig verstanden habe, die interne IP des Webhosting-Paketes eingetragen werden (10.X.X.X).
Aus Sicht des Datenbank-Servers kommt der SQL-Query nämlich von dieser internen IP des Webhostings und das ist das, was man dort einstellt (die Einstellung ist aus Sicht des DB-Servers). Die IP des DB-Servers selbst muss man dort entsprechend nicht eintragen, da von dort aus keine Verbindungen aufgebaut werden.
Ich nehme an mit "IP des Paketes" meintest du eine öffentliche IP; die funktioniert dort nicht.
directus.violina-petrychenko.de hat einen AAAA Record, der vermutlich nicht korrekt ist (denn viodir.hosting128001.a2ff7.netcup.net hat keinen).
Unterstützt also der (Host des) Client IPv6, fragt der bei irgend einem anderen Server nach und nicht beim Webhosting.
War mir dieses Jahr dann doch zu teuer. Gerne nächstes Jahr.
Ist das dieses Jahr teurer als sonst? 
Wer hier ist eigentlich zwischen den Jahren in Leipzig? Bin zum ersten mal dort
Gab's da schon was zu hier im Forum?
Na toll, um 14 Uhr fing Phase 1 meines Weihnachtsmarathons an. Jetzt um 18:40 Uhr ist natürlich wieder alles ausverkauft
Naja, warte ich halt bis den jemand loswerden will 
Am heutigen Angebot bin ich (wie vermutlich viele hier) interessiert. Weiß jemand ob und wann nachgefüllt wird?
Klingelt grade ein Paketbote bei mir und hat tatsächlich ein Paket für mich! Aber ich hab doch gar nichts bestellt?
Es war netcup! Ich trinke jetzt erstmal einen Kaffee 
Dankeschön 
So. Ich habe heute mal noch ein bisschen an meinem Script gebastelt. Es kann sich schon sehen lassen, meine ich.
Quote
Puh.
cringe
Dank stündl./tägl./wöchentl./monatl. Backups im Hintergrund (best practice) bzw. einer manuellen Sicherheitskopie hielt sich der Verlust aber glücklicherweise in Grenzen, oder? (Ansonsten freut sich zumindest der betreffende Host, dass er weniger zu tun hat… Think positive!)
Ist ein neues System (gestern eingerichtet), waren drei Einträge drin, die ich erst in den letzten 12h reingeschrieben hatte. Hab also noch alles im Kopf gehabt Lustig aber dass mir das vor ziemlich genau einem Jahr auch passiert ist
Hab mir jetzt auch eine Kopie direkt dort im Home-Dir angelegt.
Backups sind noch nicht eingerichtet, aber muss dann jetzt
Und der ist auch noch so fies direkt neben dem "e" platziert.
Vor allem:
Quoteusage: crontab [-u user] file
-e (edit user's crontab)
-l (list user's crontab)
-r (delete user's crontab)
-i (prompt before deleting user's crontab)
WHAT?!
Mistige Abwärtskompatibilität
Durch nen Typo n neuen Parameter kennen gelernt: crontab -r
Leider kein guter Parameter
AHHHHHH! 
lol?
Ich denke das ist sofort.... unverzüglich!
Das sieht nach den laraval views cache aus. Lass den Cache aus (--exclude) und lass ihn auf dem Zielsystem neu generieren.
Das ist das, was ich vorhabe. In der aktuellen Version mit --exclude='storage/*' klappt es aber auch nicht. Muss ich nochmal drüber nachdenken.
Hallo,
ich habe ein rsync-Command, das eine PHP-Applikation deployt (Dateien kopiert).
rsync -ae "ssh -p 63044" -rvuh --no-perms --exclude='^.*' /builds/laravel/* deployment@127.0.0.1:.
(Homedir des Users am Target ist /var/www)
Die Dateien werden auch alle wie gewünscht rüberkopiert (scheinbar - habe keinen Zielzugriff).
Dann aber passiert noch folgendes:
Ich vermute, dass exit code 1 mit den vorherigen mehrfach fehlschlagenden chmod aufrufen zusammen hängt.
Mein Problem: Die Datei, die da gechmodded werden soll ( 4ca99a406c01d98a644c5860d4868bdf3d8b9344.php ), existiert in der Quelle nicht. In der Quelle ist der Ordner storage/framework/views leer (wird per rm -rf sogar nochtmal explizit geleert). Dieser Umstand trifft auf alle chmod-Fehler zu.
Warum also versucht rsync im Target Dateien zu chmodden mit denen es augenscheinlich nichts zu tun hat und wie kann ich das abschalten?
Also ich hatte diesbezüglich auch schon mal beim Support angefragt.
Antwort: Ein Upgrade ist ohne Datenverlust möglich. Man sollte sich dafür nur schriftlich an den Support wenden.
In einem Projekt habe ich es mit nicht-zeitkritischen Tasks, die über lange Zeit eine hohe Anzahl an kleinen Bildern verarbeiten, zu tun.
Dafür soll ein VPS 500 eingesetzt werden. Die Bilder (ca. 200 GB) sollen dabei auf Storagespace liegen.
Ist bekannt, ob man den Storagespace noch wie oben erwähnt ohne eigenen Aufwand (kostenlos) upgraden kann? Wenn ich jetzt 250 GB Storagespace buche und in einem halben Jahr den 500 GB-Tarif brauche (lohnt sich erst ab 350 GB), klappt das dann?
Aufgrund von Postings im zitierten Thread, erlaube ich mir H6G
zu erwähnen
