Let’s get started. At this point you should be a collaborator or owner of a github repository.
Download TortoiseGit from here.
Install it like any other program. There are no special settings, just keep on clicking ‘next’.

Now download msysgit from here.
During this installation you have to set some important settings. Please be sure that you set them correctly.

Adjust the PATH environment

Choose the SSH executable

Choose line endings

After the successful installation of both programs continue with the generation of private and public SSH-key.
To do this you have to start ‘PuTTY Key Generator’ – find it in Start – Programs – TortoiseGit

Just click 'Generate' and move the mouse

After it’s done you see your freshly generated ssh public key.
You can define a passphrase at this step, but it isn’t required.

Save the public AND private key for later usage.

You can copy the key out of the box and add it to your github account.

Now your ready to create a local repository. Create an empty folder and right-click into it. Choose ‘Git Create repository here’

Now go to the repository settings...

... and set your full name and email that your using at github.

Here you click ‘Add New’ and paste the github ‘Your Clone URL’ into the url field.
Select the putty private key we created before, too.

Now we’re ready to pull for the first time.
Select ‘Pull’ from the TortoiseGit menu.

For ‘remote’ select the ‘origin’ we added before.
Be sure that ‘AutoLoad Putty Key’ is checked and for ‘Remote Branch’ ‘master’ is selected (type it if you can select it).

Now click you and we’re down.
You should all the repository files now if you did everything correctly.
Part 2 – Commiting & Merging is coming soon.

I already reported this bug and it’s fixed in the latest svn version. So if you need to work with AVHosting and this rule you better checkout from svn and compile on your own instead of using any precompiled packages.

But I guess in further versions the bugfix will be included.

First put your CakePHP files into any directory. For me it’s /home/daniel/Web/dcms
You can delete all the .htaccess files:
/.htaccess
/app/.htaccess
/app/webroot/.htaccess

Add a new virtual host to cherokee, set the document root to the CakePHP webroot:
/home/daniel/Web/dcms/app/webroot
Directory Indexes should be set to index.php

Add a new PHP rule – with the new wizard it’s really simple – and keep the default settings.
Add a new ‘file exists’ rule and let it match ‘Any File’ and handle it as ‘Static Content’.

How we need to modify the default rule. Change the handler to ‘Redirection’ and setup the regex like this:

(Internal, ^.*$, index.php)

That’s it!
Just make sure that the rules are in the correct order (php, any file, default):

Just save and access CakePHP via your defined domain.

Nun heißt es wohl nur noch: auf die nächsten Bugs warten, hoffen das es nicht zu viele sind und sie schnellstens beheben.

Die Seite lief nun seit ca. 1,5 Jahren fehlerfrei, jedoch seit dem Umzug auf einen neuen Server war immer die Session nach dem Neuladen der weg. (Sprich, man war zum Beispiel nicht mehr eingeloggt.) Und dieser Fehler trat plötzlich, ohne jegliche Änderungen am Code auf. Lokal und auf dem alten Server hat ja auch alles einwandfrei funktioniert.

Lange Rede, kurzer Sinn. Nach einer etwa dreitägigen Fehlersuche habe ich die Bibliothek mal auf die neuste Version aktualisiert und siehe da, der Fehler war weg.
Der Kommentar vom Entwickler zur Ursache war dazu:
“the beta3 release sends an additional header value (it was the user agent IIRC) but php considers it as attack and kills the session.”

Nach wenigen Stunden war alles geklärt und ich erhielt die Zugangsdaten für ein frisches Debian Etch inkl. Confixx, sowie eine VPS Management Console. Ich habe mich anfäglich erstmal für Confixx entschieden, da ich gerne mal andere für mich arbeiten lasse und nicht alles per Hand machen wollte. Jedoch war – wie sich später rausstellte – Confixx auch nicht gerade die ideale Wahl, aber dazu später mehr.

Voller Elan und motiviert durch den neuen Server machte ich mich ans Werk, alle alten Daten von meinem Webhosting-Paket zu migrieren. Das funktionierte auch alles soweit einwandfrei. Nur phpbb 3 meckerte wegen der Datenbank rum. Abhilfe hat eine Umstellung aller Zeichensätze auf UTF-8 gebracht. (Siehe dazu: Link).

Nun, wenn einmal alles läuft, kann man es ja nicht dabei lassen. Nun wollte ich suphp nutzen, um dem Ganzen etwas mehr Sicherheit zu geben, denn damit werden die php-Script unter den Benutzerrechten ausgeführt. Nach etwas hin und her war jedoch auch diese Hürde geschafft. (Danke an Link)

Nachdem nun wirklich alles lief, wollte ich den Server natürlich noch zu mehr nutzen, als nur als Webserver. Ein Voice-Server wäre nicht schlecht. Da aber TeamSpeak mit den teilweise hohen Delays beim Sprechen nicht in Frage kam, sollte es Ventrilo sein. Doch da kam ein Exploit dazwischen, der nun mittlerweile selbst nach fünf Tagen noch nicht vom Ventrilo-Team gefixxt worden ist. Also blieb nur noch Mumble. Eigentlich ein sehr netter Server, wenn da nur nicht die ganzen Paketabhängigkeiten wären. Und da vor allem aktuelle Versionen benötigt wurden, kam ich da mit Debian Etch nicht weiter.

Warum also nicht ein dist-upgrade auf Lenny? Gesagt, getan. Das war aber zu viel des Guten. Erstmal lief Confixx wegen des Perl-Updates von 5.8 auf 5.10 nicht mehr ordentlich, wobei da ein Parallelsupdate (Ja, es hat sogar mal funktioniert) abhilfe schuf. Nachdem ich auch den Apache wieder zum Laufen gebracht hatte, dem suphp plötzlich nicht mehr gefiel, wollte ich mit Confixx noch die Configurationsdateien aktualisieren. Dies war aber nicht möglich, da meine Lizenz auf einmal ungültig war. Das wird wohl am dist-upgrade gelegen haben.

Nach kurzen Überlegen entschied ich mich den ganzen Müll wieder Platt zu machen und auf SysCp zu wechseln. In der aktuellen Version von SysCP, die mit dem VPSMC Image kam, fehlten jedoch elementare Funktionen, also wurde der Server wieder einmal neu gemacht, diesmal kam einfach ein pures Debian Etch drauf.

Nachdem ich nun alle nötigen Pakete von Hand installiert hatte, nahm ich eine SVN-SysCP-Version. Jene war wesentlich besser und hatte außerdem ein paar nette Designänderungen, welche die Bedienung vereinfachten. Aber selbst das war aus irgendeinem Grund, welchen ich jetzt vergessen habe, nicht das Wahre.

Also als Ende vom Lied bin ich jetzt wieder bei einem Debian Etch mit Confixx. Statt suphp benutze ich nun den suhosin-Patch für PHP, der in etwa das Gleiche bewirkt. Apache2 läuft nun mit Version 2.2.3 und PHP mit Version 5.2.0. Ist zwar nicht das Aktuellste, aber durchaus vertretbar.

Nun wird da nur noch ein Ventrilo Server drauf kommen, wenn die Entwickler es denn endlich schaffen, den Bug zu beheben…. (wenn sie überhaupt schon davon wissen)

Es waren also ein paar durchaus interessante Tage und ich habe viel dabei gelernt.
Zuletzt möchte ich noch ein Lob an den klasse Support von Schramm e.K. richten. Danke!