Month: November 2013

TFP: Google

Auf der LISA Konferenz (Large Installation System Administration) haben die Sysadministratoren von Google erzählt, welche Tools sie im Einsatz haben um die 43.000 Macs zu verwalten. Eine Übersicht findet sich hier: https://code.google.com/p/google-macops/

  • Imaging (Single Monolithic Image for All Users)
    • CanHazImage
    • NetBoot
  • Configuration Management
    • Puppet (http://puppetlabs.com)
    • crankd (https://code.google.com/p/pymacadmin)
    • PlanB (Shell Skript)
  • Package Management
    • TheLuggage (https://github.com/unixorn/luggage)
    • Munki (https://code.google.com/p/munki)
    • Simian (https://code.google.com/p/simian)
  • Security Management
    • Cauliflower Vest (https://code.google.com/p/cauliflowervest/)
  • Monitoring
    • Inventory (no open source tool)
    • Logs (log everything and collect those logs centrally)

Die Google+ Seite ist unter folgender URL erreichbar: http://goo.gl/streSv

TYPO3 6.1.5 Extension Installation schlägt fehl

Ursprünglich vermutete ich, das es an der RealURL-Extension liegt und diese doch nicht mit dem TYPO3 CMS 6.1.5 kompatibel ist. Nach einem Vergleich mit einem Mittwald-Host, mit gleicher TYPO3- und RealURL-Extension-Version, war klar, es muss an der Server Konfiguration liegen. Im Internet gibt es bereits einen weiteren Post (http://typo3.3.n7.nabble.com/TYPO3-6-1-5-Keine-Extension-Installation-moglich-td249715.html) welcher über das selbe Phänomen berichtet. Die Änderung der Schreibrechte an der LocalConfiguration.php hat nichts bewirkt. Im Gegensatz zu früheren TYPO3 CMS Versionen (< 6.0), wird die Datei immer neu erstellt, da nach einem erneuten Installationsversucht im Extension Manager, die Schreibrechte wieder auf den ursprünglichen Wert gesetzt sind. Um Inkompatibilitäten mit der Extension auszuschließen versuchte ich die Recycler-Extension zu installieren. [caption id="attachment_1216" align="aligncenter" width="300"]typo3-recycler extension Manager typo3-recycler extension Manager[/caption]

Wie in der Abbildung links unten in der Ecke zu sehen, ist der Recycler installiert, im Extension Manager wird aber weiterhin der graue Baustein angezeigt, statt der grüne. Erst das manuelle Hinzufügen, von “recycler” in die LocalConfiguration.php brachte das gewünschte Ergebnis. Danach unbedingt den Inhalt von typo3temp leeren, da es ansonsten zu unerwarteten Ergebnissen kommen kann.

Die Deinstallation der Extension über den Extension Manager funktioniert.

[random_content group_id=”211″ num_posts=”1″]

APC, APCu und Zend OPcache

Aufmerksam wurde ich durch das Shopware Backend, genauer gesagt durch die zwei roten Kreuze im Reiter “Performance checks” neben den Modulen “Zend OPcache” und “APCu”. Entgegen dem Motto “Never change a running System” entschied ich mich zu versuchen, die roten Kreuze durch grüne Haken zu ersetzen. Die Wikiseite von Shopware (http://wiki.shopware.de/performance-module) geht nur sehr knapp auf die roten Kreuze ein. Nach ein bisschen googeln bin ich auf folgende Seite gestoßen (Vorsicht: alles wird als Benutzer root durchgeführt): http://www.sysadminslife.com/linux/zend-optimizer-plus-php-beschleuniger-opcode-cache-installation-unter-debian-ubuntu-linux-mint/

Dort wird Schritt für Schritt erklärt, wie der Zend OPcache eingerichtet wird und wie anschließend überprüft werden kann, ob die Einrichtung funktioniert hat. Die selbe Anleitung kann auch benutzt werden um APCu zu installieren. Folgende Änderungen sind notwendig:


// libpcre3-dev ist dazu gekommen
apt-get install build-essential php5-dev unzip libpcre3-dev

wget https://github.com/krakjoe/apcu/archive/simplify.zip

// Inhalt für apcu.ini
extension=apcu.so
apc.enabled=1
apc.shm_size=32M
apc.ttl=7200
apc.gc_ttl=3600
apc.enable_cli=0

Nach dem Neustart vom Apache2 gab es bei mir eine Fehlermeldung, dass das Modul “APC” bereits geladen wäre, obwohl das Modul als apcu.so eingetragen ist. Nachdem ich apc.so deaktiviert hatte, verschwand die Meldung und statt roter Kreuze wurden mir grüne Haken angezeigt. Warum dieser Umstieg notwendig ist, kann im folgenden Artikel nachgelesen werden http://phpmagazin.de/news/Sind-opcache-APCu-Ersatz-fuer-APC

Gefühlt kommt mir die Shopware-Installation auch schneller vor, da ich aktuell nur wenige Produkte habe, kann dies aber auch von vielen anderen Faktoren abhängen und starken Schwankungen unterliegen.