Auch wenn unser eigenes Managed-Root Betriebssystem hostBSD ein sog. 'Abkömmling' von FreeBSD ist, gibt es erhebliche Unterschiede. Aus diesem Grund ist die Nutzung vom FreeBSD Paketmanager 'pkg' nur eingeschränkt möglich. Wir empfehlen nicht den pkg Paketmanager zu benutzen, es sei denn Sie wissen genau, welche Effekte das haben kann. Ebenso verhält es sich mit den sog. 'ports'. Diese sind vorhanden und nutzbar, jedoch sollte Sie genau wissen, welche Effekte eine Installation mit den ports hat. Die Anleitungen für FreeBSD im Netz sind in vielen Fällen nicht übertragbar.
Das Homeverzeichnis des Benutzers auf seinen DocumenRoot setzen (Beispiel: /usr/local/www/apache24/noexec/code.andreasloewer.de). Wurde der FTP-Benutzer nicht zusammen mit der Domain erstellt, hier später bei "Spezieller Pfad" das DocumentRoot des Benutzers eintragen.
Wichtig: Die Dateien in /usr/local/www/apache24/noexec/ sind nicht ausführbar. Stattdessen in /usr/local/www/apache24/data
opcache.save_comments=1
opcache.enable=1
opcache.enable_cli=1
extension=apcu.so
zend_extension=opcache.so
pkg search -i git
pkg install git-2.18.0_1
danach:
pkg info -x perl5
pkg remove -f ANWENDUNGSNAME
# pkg remove -f perl5.24-5.24.4
Um das Programm nach der Installation nutzen zu können, müssen Sie noch einmal ‘rehash’ auf der Konsole eingeben. Danach findet die Shell auch das neu installierte Programm unter /usr/local.
cd /usr/ports/devel/php-composer/
make install clean
sudo service apache24 restart
/usr/local/bin/php zeigt z.B. auf /usr/iports/php70/bin/php und die php-cgi auf /usr/iports/php70/bin/php-cgi. Um dies zu ändern (z.B. in PHP 7.2), folgendes angeben:
ln -fs /usr/iports/php72/bin/php /usr/local/bin/php
ln -fs /usr/iports/php72/bin/php-cgi /usr/local/bin/php-cgi
Datei /etc/csh.cshrc
vorher:
alias php /usr/iports/php70/bin/php
ändern in:
alias php /usr/iports/php72/bin/php
Danach in der Konsole ab- und wieder anmelden, damit die Änderungen wirksam werden.
Eine Datei mit dem Namen .user.ini kann php-Einstellungen überschreiben. Zum Beispiel:
memory_limit = 512M
opcache.enable = 0
Beim ersten DKIM musste der Dienst einmal neu gestartet werden und sollte bei den nächsten Einträgen funktionieren.
Nach der Installation kam beim TYPO3-Login der Versuch:
Forbidden
You don't have permission to access this resource.
Das Problem lag an einer fehlerhaften Firewall-Regel. Die Lösung war, die Regel unter In easyTeCC4 unter "Firewall" > "Webserver-Plugin" in den Whitelist- und Blacklist-Regeln die Regel mit dem Namen “typo3-auth” zu löschen.
Name typo3-auth
Beschreibung Nach falschem Login erfolgt kein 303-Redirect
Regel:
%{REQUEST_METHOD} == 'POST' &&
%{REQUEST_URI} =~ m#/typo3/index.php$# &&
%{QUERY_STRING} =~ m#loginProvider# &&
%{REQUEST_STATUS} ne 303