Blogbeiträge zum Thema PHP

Wir entwickeln seit einiger Zeit Webseiten mit einem mehr oder weniger aufwendigen Workflow. Jede/r von uns hat seine lokale Entwicklungsumgebung auf dem jeweiligen Rechner, egal welches Betriebssystem. Dann gibt es eine Entwicklungsumgebung auf dem Server, die auch die Kunden einsehen können und wo wir den Projektstand mit den Kunden abstimmen können. Und wenn alles sitzt, wie es soll, wird die Seite auf dem Server zur Live-Umgebung aufgespielt. Miteinander verbunden sind diese drei Ebenen via git.

Beim Installieren eines Drupal-Paketes via git-Repository und Composer auf einem neu aufgesetzten Server kam beim Aufruf von "composer install" diese Fehlermeldung:

composer install error this package requires php 7.0 but your PHP version does not satisfy that requirement

Ab sofort steht für alle Webhosting-Accounts auch die PHP-Version 7 zur Verfügung. Hierbei handelt es sich um eine neue Hauptversion, die viele Neuerungen und einige Leistungssteigerungen mitbringt. So verringern sich die Zugriffszeiten zum Teil deutlich.

Ab sofort steht für alle Webhosting-Accounts auch die neueste PHP-Version 5.6 zur Verfügung. Neben den üblichen Bugfixes und Verbesserungen gibt es eine Reihe wichtiger Sicherheitsupdates.

Zusätzlich ist ab sofort die User-Cache-Extension APCu für PHP 5.5 und PHP 5.6 erhältlich. Vor einer Umstellung auf die neue PHP-Version empfiehlt es sich unbedingt zu prüfen, ob die eingesetzte CMS-Software bereits mit dieser Version zusammenarbeitet.

Andernfalls kann es zu Störungen oder dem Ausfall Ihrer Webseite kommen. Gerne beraten wir Sie ob eine Umstellung machbar ist.

Das Views-Modul ist ein sehr mächtiges Werkzeug und eines der unverzichtbarsten Drupal-Module. Manchmal kommt man mit den vorhandenen Funktionen aber trotzdem an eine Grenze. Um diese zu überschreiten brauch es manchmal nur ein paar Zeilen PHP-Code. In diesem Blogbeitrag hatte ich gezeigt, wie man in Drupal 6 eingebettete Views mit einem CCK-Feld und etwas PHP steuern kann.

Auf einer zweisprachigen Kunden-Website sollte die Headergrafik im Seitenkopf jeweils mit einer bestimmten Landing-Page verlinkt werden. Sofern dies die Startseite ist (also kundendomain.de/ ) funktioniert das auch problemlos und die Umschaltung auf die andere Sprache macht keine Probleme. Schwieriger wird es wenn auf eine Seite verlinkt werden soll, die einen sprachabhängigen Pfad hat.

In diesem konkreten Fall sollte die Grafik in der deutschen Sprachversion auf kundendomain.de/ueber-uns/ verlinken und in der englischen Version auf englisch.kundendomain.de/about-us/.

Das ein Softwarefehler in einem Programm dafür sorgt, dass ein anderes Programm nicht mehr läuft, kommt schon mal vor. Aber dieser Fall ist besonders kurios. Hier heben sich zwei Fehler gegenseitig auf und das Beseitigen des einen sorgt dafür, dass der andere zum Tragen kommt.

Aber der Reihe. Angefangen hat das ganze heute morgen, als ich in einer Drupal7-Installation (7.18) diverse Module updaten wollte. Normalerweise geht das mit Drupal7 ja sehr einfach und komfortabel direkt aus dem Backend heraus. Diesesmal aber nicht. Mitten im Update kam plötzlich die Fehlermeldung

Mit dem Modul Webform kann man in Drupal sehr einfach Formulare für seine Webseite erstellen. Das Modul ist sehr flexibel und mächtig, so dass auch sehr indiividuelle und umfangreiche Onlineformulare erstellt werden können. Zur Auswertung des Formulars war es sogar möglich eigenen PHP-Code an das Formular zu übergeben. Aus Sicherheitsgründen haben die Entwickler dieses Feature vor einiger Zeit stillschweigend entfernt.

Wer mit PHPlist nicht nur reine Text-Mails, sondern auch solche im HTML-Format versenden möchte, wird gerne auf den mitgelieferten FCKEditor zurückgreifen wollen. Leider funktionert dies auch in der aktuellen Version von PHPlist v2.10.12 mit dem darin enthaltenen FCKEditor Version 2.6.3 Build 19836 erst, nachdem man einige Anpassungen vorgenommen hat. Welche Arbeitsschritte notwendig sind, damit man problemlos HTML-Mails versenden kann, beschreiben wir Schritt für Schritt in diesem Beitrag.

Eigentlich ist PHPlist ja ein schönes Tool um E-Mails, z.B. Newsletter, auch an eine große Zahl von Empfängern zu senden. Allerdings ist die Konfiguration ein bisschen hakelig. So werden beispielsweise die Pfade nicht automatisch so gesetzt, dass in Mails eingebettete Bilder auch wirklich von der Website des Absenders geladen werden. Stattdessen stehen in der Mail nur relative Pfade der PHPlist-Installation. Hat man sich da aber erstmal durchgearbeitet ist die Benutzung recht einfach.