Wurde eine SLES VM auf GCP (und mutmaßlich auch auf AWS und Azure) ohne Internetverbindung eingerichtet und gebootet, so konnte diese sich nicht initial bei Suse registrieren. Dadurch sind dann die Repositories für Updates nicht vorhanden.
Sollte solch ein Server also später doch Internetzugang bekommen und soll aktualisiert werden, so muss dieser dann registriert werden. Dies funktioniert mittels Aufrufs von

/usr/sbin/registercloudguest --force-new

Danach sind die Repositories verfügbar und ein zypper refresh sollte funktionieren.

Der (sehr gute) Artikel von Jeff Atwood (hier) hat mich dazu gebracht, mal mit zopfli etwas herumzuprobieren.
Vorab das Fazit: Gut! PNG Dateien werden deutlich kleiner, ergo weniger Traffic und Datenverbrauch. Gerade für Webseiten, die auch häufig Mobil abgerufen werden lohnt es sich also, seine statischen Bilder mal „nachzukomprimieren“.

Hier was ich gemacht habe:

1. Die aktuellen Sourcen von zopfli klonen und zopflipng kompilieren

   $ git clone https://github.com/google/zopfli
   $ cd zopfli
   $ make zopflipng

   Hier fällt dann ein binary „zopflipng“ heraus, mehr braucht es nicht.

2. zopflipng auf alle PNG Dateien anwenden.
   Testweise kann man das auch erstmal mit ein, zwei Dateien ausprobieren, der Aufruf ist einfach:

   $ zopflipng -m testfile.png testfile-compress.png

   Um dann alle Dateien im Ordner (und den Unterordnern) zu komprimieren einfach diesen One-Liner starten:

   $ for f in `find -maxdepth 5 -iname "*.png"`; do  zopflipng -y -m $f $f; done

Das Komprimieren dauert einige Zeit, ist also nichts, um Ad-Hoc erzeugte Bilder zu verkleinern. Statische Ressourcen, wie Hintergrundbilder, Avatare und ähnliches können aber z.B. in einem nächtlichen Cron
komprimiert werden.

Bei mir war die Kompressionsrate zwischen 10% und 50%, also durchaus lohnend für einen sehr überschaubaren Aufwand.

Der Windows Server 2008 (R2) ist zwar schon ein paar Tage älter, hin und wieder trifft man trotzdem noch auf ihn. Über die Jahre füllt sich die Systempartition mit Daten die nicht mehr unbedingt notwendig sind. Bei Desktop Windows Versionen hilft hier die Datenträgerbereinigung (cleanmgr.exe) weiter, bei Windows Server 2008 R2 findet sich diese leider nicht mehr an der gewohnten Stelle in den Laufwerkseigenschaften.

Grundsätzlich ließe sich dies durch die Installation des Features „Desktop Erfahrung“ („Desktop Experience“) beheben, dies erfordert allerdings einen Serverreboot, der nicht immer erwünscht ist.

Einfacher geht es allerdings so:
Bei Windows Server 2008 (und R2) sind die notwendigen Dateien (im Grunde nur die .exe) schon mitgeliefert, und zwar im winsxs Ordner:

Die Datei cleanmgr.exe gehört nach c:\windows\system32, die Datei cleanmgr.exe.mui nach c:\windows\system32\en-US. Auf anderssprachigen Installationen kommt die .mui Datei natürlich in den entsprechenden Ordner, bei Deutsch etwa c:\windows\system32\de-DE.

Danach lässt sich über einen Command Prompt „cleanmgr.exe“ problemlos aufrufen und verwenden.

(Original hier, ich habe das auf Deutsch übernommen, damit ich es wiederfinde 😉 )

Der Heartbleed-Bug in OpenSSL wurde zur genüge durch alle Medien beackert.
Auch meine Webserver waren hiervon betroffen (natürlich), daher musste ein neues
Kompilat vom nginx her. Debain hatte zu dem Zeitpunkt seine Repositories für libssl-dev
noch nicht aktualisiert, daher habe ich nginx direkt gegen die aktuellen OpenSSL Sourcen
kompiliert.

Hier mein aktueller configure Aufruf, zum einen zur Dokumentation für mich, zum anderen falls
jemand ihn mal braucht…

./configure --prefix=/usr/local/nginx --sbin-path=/usr/local/sbin/nginx 
--conf-path=/etc/nginx/nginx.conf --error-log-path=/var/log/nginx/error.log 
--http-log-path=/var/log/nginx/access.log --user=nginx --group=nginx 
--with-http_ssl_module --with-openssl=/usr/src/openssl 
--with-http_spdy_module --pid-path=/var/run/nginx.pid --with-http_geoip_module 
--with-ipv6 --add-module=/usr/src/nginx/ngx_http_auth_pam_module

Weiterlesen >>