Could not parse object '303b8a83c87d5c6d749926cf02620465a5dcd0f2'

Scheinbar gibt es Probleme beim Aktualisieren von monolog. Alle anderen Abhängigkeiten werden ordentlich aktualisiert.

Was kann man tun?

Ein kurzer Blick in die Ankündigung bringt auch schon die Lösung. Löscht einfach den Ordner vendor/monolog und führt noch einmal bin/vendors install aus. Monolog sollte jetzt ebenfalls aktuell sein.

Die Artikel beschränken sich leider alle auf Apache, so dass sie für mich nicht anwendbar sind, da auf meinen Servern derzeit nur nginx läuft. Mit dem folgenden Code Schnipsel, klappt es aber auch damit. Schreibt die folgenden drei Zeilen einfach in die Konfiguration des vHosts, und passt die URL zu eurem Google+ Profil entsprechend an.

	location = /+ {
		rewrite ^ https://plus.google.com/110406650492357950182/about?hl=de permanent;
	}

Anschließend die Konfiguration neu laden, und schon habt ihr eine einfachere URL für euer Google+ Profil. In meinem Fall ist dies nun die Adresse http://localdev.de/+ (oder alternativ http://fabian-martin.de/+).

Versucht man ein neues Bundle zu erstellen, erhält man mit der RC3 folgende Fehlermeldung:

[ErrorException]
Warning: copy(/path/to/project/vendor/bundles/Sensio/Bundle/GeneratorBundle/Command/../Resources/skeleton/bundle/structure/messages.fr.xliff): failed to open stream: No such file or directory in /path/to/project/vendor/symfony/src/Symfony/Component/HttpKernel/Util/Filesystem.php line 44

Die weitere Erstellung des Bundles bricht nach dieser Meldung ab. Ein Ärgernis, da die neuen Generatoren gut zu nutzen sind, und der neue Bundle Generator alle nötigen Einträge in den Konfigurationsdateien vornimmt.

Workaround

Um die Generatoren nutzen zu können, empfiehlt sich, bis zur Veröffentlichung einer fehlerbereinigten Version, folgende Vorgehensweise.

Wechselt in das Verzeichnis vendor/bundles/Sensio/Bundle/GeneratorBundle/Resources/skeleton/bundle und erstellt dort ein Unterverzeichnis mit dem Namen structure. Kopiert anschließend alle Dateien aus dem erstgenannten, in das neue Verzeichnis.

Die Generatoren sollten nun ohne Probleme durchlaufen.

Da ich ein Freund von eher schlanken Systemen bin, nutze ich als Webserver nginx. Da dieser keine .htaccess Dateien verarbeitet, ist ein wenig Konfigurationsaufwand nötig, um alle Funktionen von Symfony2 optimal nutzen zu können.

Im Folgenden meine Konfiguration von nginx. Diese teilt sich in zwei Dateien auf. Die erste enthält Konfigurationsanweisungen, die für alle vHosts  gleich sind. Die zweite ist vHost spezifisch.

default-symfony2 (/etc/nginx/default-symfony2)

location = /favicon.ico {
        log_not_found off;
        access_log off;
}

location ~* \.(js|css|png|jpg|jpeg|gif|ico)$ {
        expires max;
        log_not_found off;
}

location ~ /\.ht {
        deny all;
}

location ~ \.php($|/) {
        include fastcgi_params;

        set $script $uri;
        set $path_info "";

        if ($uri ~ "^(.+\.php)(/.+)") {
                set $script $1;
                set $path_info $2;
        }

        fastcgi_param SCRIPT_NAME $script;
        fastcgi_param PATH_INFO $path_info;
        fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
        fastcgi_intercept_errors on;
        fastcgi_pass unix:/tmp/php-fpm.sock;
}

domain.conf/etc/nginx/sites-enabled/domain.conf

server {
        server_name example.org *.example.org;
        root /home/www/example.org/web;

        index app.php;

        location / {
                try_files $uri /app.php?$args;
        }

        include defaults-symfony2;
}

Passt die Domains entsprechend an, und schon habt ihr eine lauffähige Symfony2 Konfiguration. Tauscht ihr app.php durch app_dev.php, landet ihr direkt im Entwicklermodus.

Was macht man in solch einem Fall?

Die meisten werden wahrscheinlich an den Einsatz einer Live CD denken, doch es geht einfacher und schneller. Das einzige was wir benötigen, ist GRUB.

1. Startet den PC und drückt bei der Betriebssystemauswahl ESC, um den Boot Vorgang abzubrechen
2. Wählt das gewünschte Betriebssystem aus und drückt die Taste e.
3. Ihr seht jetzt die Startparameter. Sucht die Zeile die mit linux bzw. kernel beginnt und platziert den Cursor ans Ende dieser Zeile.
4. Fügt die folgenden Parameter hinzu.

   rw init=/bin/bash
   

5. Startet mit STRG + X das System und wartet bis die Kommandozeile erscheint. Wenn ihr alle Schritte korrekt ausgeführt habt, sollte das System ohne Eingabe von Benutzername und Passwort zur Verfügung stehen.
6. Mit dem folgenden Kommando könnt ihr die Passwörter ändern. Ersetzt USERNAME durch den gewünschten Benutzernamen, z.B. root und bestätigt das Passwort durch doppelte Eingabe.

   passwd USERNAME
   

7. Nach einem Neustart (mit reboot), könnt ihr euch mit dem neuen Passwort anmelden.

Soweit so schön, würde denn jetzt alles wieder wie üblich funktionieren. Tat es natürlich nicht. Jedes Mal wenn man sich bei Windows angemeldet hat, wurde man prompt wieder abgemeldet.

Auf der Suche nach dem Schuldigen

Die erste Analyse des Problems ist schnell abgeschlossen. Etwas muss sich in den Anmeldeprozess eingebunden haben, und wird nun jedes Mal beim Anmeldeprozess mit ausgeführt bzw. fehlt dank unserer Reinigung und der Anmeldeprozess schlägt deswegen fehl.

Möglichkeit 1:

Der Schädling hat die userinit.exe manipuliert und wird darüber gestartet. Sollte bei neueren Windows Versionen nicht mehr möglich sein, aber man weiß nie.

Kopiert die userinit.exe eines sauberen PCs in euer Windows\System32 Verzeichnis und startet den PC.  Nach der hoffentlich erfolgreichen Anmeldung, solltet ihr die Kommandozeile als Administrator, und mit folgendem Befehl eine Überprüfung der Systemdateien starten.

sfc /SCANNOW

Sollten weitere Dateien verändert worden sein, so müssten sie hierdurch erkannt und durch die richtigen Versionen ersetzt werden.

Möglichkeit 2:

Ein Trick der schon unter Windows 9x sehr beliebt bei Virenautoren war, ist die Liste der  zu startenden Programme zu erweitern. Bei Windows 9x musste man die win.ini bzw. system.ini ändern, ab Windows 2000 läuft das ganze jedoch über die Registry. Sucht den folgenden Schlüssel und prüft den Inhalt von Userinit.

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Winlogon

Der Wert sollte normalerweise wie folgt lauten, achtet auf das Komma am Ende.

C:\WINDOWS\system32\userinit.exe,

Möglichkeit 3:

Eine weitere Möglichkeit, welche in diesem Fall zutraf, ist das starten als Debugger. Sobald das eigentliche Programm ausgeführt wird, wird unser Schädling mitgestartet.

Sucht in der Registry den folgenden Schlüssel und löscht ihn inkl. aller enthaltenden Werte.

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Image File Execution Options\Userinit.exe

Wollt Ihr Wissen an welcher Stelle sich der Schädling befindet, so findet Ihr den kompletten Pfad in dem Eintrag Debugger unterhalb des vorher genannten Schlüssels.

Wie soll ich die Registry ändern, ich kann mich gar nicht anmelden?

Das ist natürlich ein Problem. Normalerweise bearbeitet man mit regedit die Registrierung. Das steht uns leider nicht zur Verfügung, da die Anmeldung  selbst im abgesicherten Modus fehlschlägt.

Abhilfe schaffen die Ultimate Boot CD und die Ultimate Boot CD for Windows. Beide liefern Registry Editoren mit, die ein Anmelden an Windows unnötig machen.

Wer selbst einmal eine Erweiterung für Visual Studio schreiben möchte, sollte bei der Installation aller nötigen Komponenten auf die Reihenfolge aufpassen. Denn nach der Installation des Service Packs, verweigert das Visual Studio SDK die Installation mit der Meldung „You must have Microsoft Visual Studio 2010 installed on your computer before proceeding“.

Was macht man nun?

Die Deinstallation des SP1 wäre natürlich eine Möglichkeit. Eine zeitaufwendige zwar, aber es sollte gehen. Wer sich das ersparen will, sollte regedit öffnen und sich bis zu dem folgenden Schlüssel durchklicken.

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\DevDiv\vs\Servicing\10.0

Sucht dort nach dem Eintrag SP und ändert den Wert von 1 auf 0. Die Installation des SDK sollte jetzt ohne Probleme durchlaufen. Anschließend den Wert wieder auf 1 setzen, und schon könnt Ihr mit der Entwicklung eurer ersten Erweiterung beginnen.

Wie behebt man dieses Problem?

Im Grunde ist es ganz einfach, man muss lediglich eine Datei mit dem Namen desktop.ini in die Verwaltung kopieren und den folgenden Inhalt einfügen.

[LocalizedFileNames]
Memory Diagnostics Tool.lnk=@%SystemRoot%\system32\MdSched.exe,-4001
System Configuration.lnk=@%systemroot%\system32\msconfig.exe,-126
Performance Monitor.lnk=@%SystemRoot%\system32\wdc.dll,-10021
Data Sources (ODBC).lnk=@%SystemRoot%\system32\odbcint.dll,-1310
Windows Firewall with Advanced Security.lnk=@%SystemRoot%\System32\AuthFWGP.dll,-20
services.lnk=@%systemroot%\system32\filemgmt.dll,-2204
Computer Management.lnk=@%SystemRoot%\system32\mycomput.dll,-300
iSCSI Initiator.lnk=@%SystemRoot%\system32\iscsicpl.dll,-5001
Event Viewer.lnk=@%SystemRoot%\system32\miguiresource.dll,-101
Task Scheduler.lnk=@%SystemRoot%\system32\miguiresource.dll,-201
Component Services.lnk=@%systemroot%\system32\comres.dll,-3410
Print Management.lnk=@%systemroot%\system32\pmcsnap.dll,-700
Security Configuration Management.lnk=@%SystemRoot%\system32\wsecedit.dll,-718
[.ShellClassInfo]
LocalizedResourceName=@%SystemRoot%\system32\shell32.dll,-21762

Wenn man anschließend die Verwaltung aktualisiert, erscheinen alle Links wieder in Deutsch (zumindest alle, für die es eine Übersetzung gibt).

Wie funktioniert das?

In den neueren Versionen von Windows, sind alle Ordnernamen und Verknüpfungen eigentlich in Englisch. Wer öfters mit der Kommandozeile arbeitet, wird dies sicherlich schon bemerkt haben. Der Ordner Benutzer heißt auf einmal Users, Programme heißt Program Files etc.

In der desktop.ini befinden sich die Pfade zu den entsprechenden Übersetzungen. Der Name für die Verknüpfung services.lnk befindet sich z.B. an Position 2204 in der Datei filemgmt.dll.

services.lnk=@%systemroot%\system32\filemgmt.dll,-2204

Das hat den Vorteil, dass bei Änderung der Desktop Sprache nicht alle Ordner und Verknüpfungen umbenannt werden müssen und alle Verweise innerhalb des Systems weiterhin funktionieren, da diese meistens auf die realen Ordnernamen verweisen.

Bei der Entwicklung neuer Programme nutze ich oft selbst signierte Zertifikate, die aber sinnigerweise von keinem Programm ohne weiteres angenommen werden. Firefox meldet beispielsweise „Diese Verbindung wird nicht vertraut“, .NET wirft eine Exception mit der Meldung „Für den geschützten SSL/TLS-Kanal konnte keine Vertrauensstellung hergestellt werden.“  und das cURL Modul von PHP gibt ein leeres Ergebnis zurück.

Was am Ende durchaus gewollt ist, stört bei der Entwicklung. Mit den folgenden Code Schnipseln könnt ihr das „Problem“ beheben.

.NET / C#

Führt am Anfang eurer Applikation, bzw. vor dem Öffnen der ersten Verbindung den folgenden Code aus. Die Verbindungen sollten jetzt ohne Exception aufgebaut werden können.

ServicePointManager.ServerCertificateValidationCallback =
				new RemoteCertificateValidationCallback(delegate { return true; });

PHP / cURL
Beim cURL Modul von PHP müssen die Optionen CURLOPT_SSL_VERIFYHOST und CURLOPT_SSL_VERIFYPEER auf false gesetzt werden, und schon funktioniert die Verbindung und gibt ein Ergebnis zurück.

$resCurl = curl_init("https://localhost/");
curl_setopt($resCurl, CURLOPT_SSL_VERIFYHOST, false);
curl_setopt($resCurl, CURLOPT_SSL_VERIFYPEER, false);
curl_setopt($resCurl, CURLOPT_RETURNTRANSFER, true);
$strReturn = curl_exec($resCurl);
curl_close($resCurl);

Das gilt natürlich auch bei der Arbeit mit der Versionsverwaltung. Selbst wenn es sich um Git dreht, das man eigentlich nur auf der Konsole richtig nutzen kann. Nein, auch da muss eine GUI her, also greift man zu TortoiseGit.

Commit, Push, Pull, Log, alles kein Problem, aber schon mal versucht auf einem System mit TortoiseGit ein Repository/Projektordner zu löschen?

Wie „erfreulich“ diese Meldung doch ist, und dank TortoiseGit sieht man sie sogar regelmäßig. Was macht man jetzt? Wie bekloppt auf „Wiederholen“ klicken, bis es irgendwann klappt?

Das geht besser und zwar mit Unlocker. Unlocker bindet sich in das Kontext Menü eures Explorers ein, und erlaubt euch, Dateien wieder freizugeben.

Ein Klick auf „Unlocker“ öffnet nach einem kurzen Moment (und ggf. einer UAC Meldung) ein Fenster, in dem Ihr eine Auflistung aller in Benutzung befindlichen Dateien inkl. der schuldigen Programme findet.

Ein abschließender Klick auf „Alle Freigeben“ und das Repository lässt sich löschen.

Das Tool funktioniert natürlich auch, wenn ein anderes Programm Amok läuft und Dateien und Ordner sperrt. Passt bei der Installation auf, das Installationsprogramm versucht ein paar eBay Verknüpfungen auf eurem Desktop abzulegen. Diese könnt Ihr aber während der Installation abwählen.

Links:

• Unlocker (32 Bit) bei Chip.de
• Unlocker (64 Bit) bei Chip.de