Quicky: Composer global installieren

Composer ist toll. Hier eine kurze Anleitung um Composer (global - d.h. für alle Nutzer) auf dem System zu installieren:

// Downloaden des Setups
$ php -r "copy('https://getcomposer.org/installer', 'composer-setup.php');"

// Prüfen der Hashsumme
$ HASH="$(wget -q -O - https://composer.github.io/installer.sig)"

// Wenn "Installer verified" erscheint:
$ php composer-setup.php --install-dir=/usr/local/bin --filename=composer

Das war es auch schon.

Warum sich ein Blick auf Static Site Generatoren lohnt

Wer heute eine Website aufsetzen möchte, kann sich zwischen nahezu unendlich vielen Alternativen entscheiden, wenn es um die Realisierung des Blogs oder der Firmenseite geht. Zu Beginn steht die Frage der zu nutzenden Sprache, bevor sich dann in den unendlichen Weiten der CMS, Blogging-Software, Static Site Generatoren und Services die eine Anwendung herausgesucht wird, mit dessen Hilfe die Information im Netz am Ende präsentiert wird.

Es ist kein Geheimnis, dass viele private Websites mit WordPress realisiert werden. Größere Seiten greifen auf ein Framework zurück, dass in der entsprechenden Sprache oft mehr Möglichkeiten bietet und sich oft in den Workflow der Unternehmen integrieren lässt. Und irgendwie gibt es für jeden Zweck ein passendes Tool.

In den letzten Jahren war dabei ein Trend zu beobachten, der im Endeffekt das krasse Gegenteil der großen "Enterprise Content Management System" (oder wie auch immer die Systeme genannt werden sollen) darstellt. Die Rede ist hier von statischen Sitegeneratoren.

Composer\Downloader\TransportException - Failed to open stream: HTTP request failed

Today I had struggle with using composer in a new docker-environment. For example while trying to install symfony, i received this error:

[Composer\Downloader\TransportException]
The "http://repo.packagist.org/p/provider-2019-07%2464c3c0374a0541958602c66c4b7654eafc0a265b180945a3fef255312d1890f8.json" file could not be downloaded: failed to open stream: HTTP request failed

A little confused I started the diagnose:

composer diag

An key-error showed up:

Checking platform settings: OK
Checking git settings: OK
Checking http connectivity to packagist: OK
Checking https connectivity to packagist: OK
Checking github.com rate limit: OK
Checking disk free space: OK
Checking pubkeys: FAIL
Missing pubkey for tags verification
Missing pubkey for dev verification
Run composer self-update --update-keys to set them up
Checking composer version: OK
Composer version: 1.9.3
PHP version: 7.3.14
PHP binary path: /usr/bin/php7.3

After adding the keys with composer self-update --update-keys the command failed again. Next step was to use the -vvv flag in the command to change the verbose output (to get more details). Still same unexpected result and the only helpful information was the error like above (http failed). Next I checked the url with wget and had to recognise, that the http-request failed, but a https-request succeed. So I performed the following command:

composer config --global repos.packagist composer https://packagist.org

I don't have a clue where the change came from. But right now, I'm happy because it cost a few hours.

Günstige durchdachte Groupware-Lösung bei Servercow

Vor einigen Wochen musste ich nach einer Lösung für das Problem eines Kunden suchen: Das Setup ist nicht mit der Website gewachsen, was am Ende zu Rankingverlusten führte. Sehr ärgerlich. Aber woran lag es? In erster Linie lag das Problem an der Performance des gewählten Webhostings. Dabei ist es egal welchen Webhoster ich meine. An einem Umzug gab es kein Vorbei. Was aber mit dem Mailhosting machen? Ich selber habe mich bisher immer seht stiefmütterlich mit Mailhosting beschäftigt. Nun war ich gezwungen mir einige Gedanken zu machen.

Gitea docker-Container unter Ubuntu 18.04 mit Nginx und Lets Encrypt

Nicht erst seit der Github-Übernahme durch Microsoft nutze ich einen privaten Server, um private Repositories und einige Kundenprojekte zu hosten. Schon länger habe ich dafür eine Gitea-Instanz im Einsatz. Wer nämlich nicht zu den großen Anbietern GitHub, Bitbucket oder GitLab möchte, hat die Möglichkeit einen eigenen Server zu betreiben.

In diesem Blogbeitrag möchte ich eine kurze Einführung in die Thematik des Git-Hostings geben, bevor ich das Setup von Gitea in einem docker-Container beschreibe.

Überall Anbieter: Welche Software für privates Git-Hosting?

Sehr bekannt und beliebt ist, ohne jeden Zweifel, GitLab. Fast schon eine Art Pionier in diesem Bereich, war GitLab Vorbild für einige Features der Folgeprojekte. Neben GitLab gibt es aber heute auch noch GitBucket (Server), Gogs und Gitea.