Symlinks in Windows einrichten

Um einen Symlink zu erstellen muss die Eingabeaufforderung im Administrationsmodus geöffnet und folgender Befehl ausgeführt werden:

mklink [OPTION] [Zielpfad des Symlinks] [Quellpfad]

Folgende Optionen sind verfügbar:

  • /D = Erstellt einen symbolische Verknüpfung für ein Verzeichnis. Standardmäßig wird eine symbolische Verknüpfung für eine Datei erstellt.
  • /H = Erstellt eine feste Verknüpfung anstelle einer symbolischen Verknüpfung.
  • /J = Erstellt eine Verzeichnisverbindung.

Diese Hilfe kann übrigens mit dem Befehl: mklink aufrufen.

Beispiel

mklink /J C:\xampp\htdocs\projectX C:\projekte\projektX

Im Beispiel erstellen wir ein Symlink im htdocs-Xamp-Verzeichnis, welches auf unser Projektverzeichnis verweist.

Symlinks mit Powershell

Wer lieber gern die Powershell anstalle der guten alten Eingabeaufforderung nutzt, kann Symlinks mit folgenden Befehl erstellen:

cmd /c mklink c:\path\to\symlink c:\target\file

WordPress 4.9.6 – Das GDPR/DSGVO Update

Am 25. Mai findet offiziell die DSGVO/GDPR Anwendung. Genau dieses Thema ist im Update 4.9.6 der zentrale Punkt: Einstellung einer zentralen Datenschutzseite, Anonymisierung, Export, Löschung benutzerbezogender Daten und noch vieles mehr. Zudem kann in Plugins die benötigte PHP-Version angeben  und in der Mediathek nach eigenen Uploads gefiltern werden. Ein Update und Blick in den Changelog lohnt sich also auf jeden Fall.

Das Online-Magazin T3n.de hat die Änderungen ebenfalls gut zusammengefasst: https://t3n.de/news/wordpress-4-9-6-1080077/

Korrekte Commit Messages in Git

Bereits 2008 hat Tim Pope einen Beitrag zum Thema Commit Messages in Git veröffentlicht. Folgende Best Pratice schlägt er dabei vor:

Capitalized, short (50 chars or less) summary

More detailed explanatory text, if necessary.  Wrap it to about 72
characters or so.  In some contexts, the first line is treated as the
subject of an email and the rest of the text as the body.  The blank
line separating the summary from the body is critical (unless you omit
the body entirely); tools like rebase can get confused if you run the
two together.

Write your commit message in the imperative: "Fix bug" and not "Fixed bug"
or "Fixes bug."  This convention matches up with commit messages generated
by commands like git merge and git revert.

Further paragraphs come after blank lines.

- Bullet points are okay, too

- Typically a hyphen or asterisk is used for the bullet, followed by a
  single space, with blank lines in between, but conventions vary here

- Use a hanging indent

Eine Commit Message sollte immer aus einem Titel bestehen, der sich in der ersten Zeile befindet. Dieser Titel sollte nicht mehr als 50 Zeichen enthalten und das Thema kurz und bündig beschreiben. Nutzt dafür die Befehlsform (Imperativ) mit Schlagworten wie „Fix“, „Add“ oder „Change“.

Nach dem Titel folgt eine Leerzeile, gefolgt von der Beschreibung. Diese sollte nicht mehr als 72 Zeichen pro Zeile enthalten. Um das zu erreichen sollten an den entsprechenden Stellen Zeilenumbrüche gesetzt werden. Weitere Paragraphen sind mit einer Leerzeile möglich. Ebenfalls möglich sind Auflistungen mit Bindestrichen oder Sternchen. Bei mehrzeiligen Auflistungen immer zwei Leerzeichen lassen (hängende Einzüge).

Do’s

  • Schreibe den Titel im Imperativ. Nutze dabei aussagekräftige Wörter wie „Add“, „Fix“, „Change“ oder „Remove“ an Stelle von „Added“, „Fixed“… etc.
  • Der erste Buchstabe des Titels muss groß geschrieben werden
  • Die Zweite Zeile muss eine Leerzeile sein, da sie den Titel von der Beschreibung trennt
  • Nutze Zeilenumbrüche und Leerzeilen in der Beschreibung um die Commit Message lesbar zu halten

Dont’s

  • Der Titel sollte nicht mit einen Satzzeichen enden. Titel haben keine Satzzeichen am Ende. *g*
  • Die Beschreibung sollte recht ausführlich erklären welche Anpassungen in euren Commit enthalten sind. Recht ausführlich heißt: Weder ein Einzeiler, noch ein Roman.

Nice2Know

  • Wird die Beschreibung zu umfangreich, teile den Commit in einzelne Commits auf.
  • Auflistungen sind mit Bindestrichen oder Sternchen möglich (bitte nicht mixen)
  • Alle größeren IDE’s unterstützen euch bei der Einhaltung dieser Richtlinen

Screenshot Einstellung Commit Dialog in PHPSTORM

In der IDE PHPStorm können die Richtlinen für einen Commit angepasst werden.

Fazit

Weiterführende Informationen findet ihr z.B. in der offiziellen Distribution Guideline oder direkt im Beitrag vom Tim Pope. Dort begründet er bspw. wieso eine Zeichenbegrenzung sinnvoll ist. Zusammenfassend lässt sich sagen: Mit einheitlichen Commit Messages bleibt nicht nur die Git History toolübergreifend sauber, sondern auch das Projekt für alle Beteiligten nachvollziehbar.

Impressionen von Miami

Am 22.02.2018 stand wieder einmal ein größerer Urlaub an – diesmal eine Woche Miami und zwei Wochen Costa Rica. Mit meiner frischen Sony Rx100 Mark III konnte ich zahlreiche wunschöne Fotos und Video aufnehmen.  Hier eine kleine Auswahl der für mich schönsten Shots (unbearbeitet und frei zum Download).

weiterlesen

TYPO3 Standalone view

Der MVC-Pattern ist eines der wichtigsten Entwurfsmuster in TYPO3. Dennoch gibt es oft Szenarien, in der auch außerhalb eines Extbase-Controllers ein FLUID-Template gerendert werden muss. Hier hilft uns TYPO3 (ab Version 7.3) mit den sogenannten Standalone views. weiterlesen