Was ist ein Webprojekt?
Ein Webprojekt ist ein Ordner auf einem Webserver, in dem HTML-, PHP- oder andere Dateien abgelegt (und teilweise auch ausgeführt) werden können. Das ganze ist unter eine URL (z.b. http://meinewebsite.de) abrufbar. Ein Webprojekt kann eine Website wie eine persönliche Homepage, ein Blog, ein E-Shop oder eine sonstige Webanwendung sein. Webprojekte werden in der Regel von Webdesignern und Webmastern erstellt und betreut.
In der Apache-Welt kommt ein Webprojekt einem einzelnen VirtualHost sehr nahe. Ist aber noch ein bisschen mehr. Obwohl es auch möglich ist mehrere Websites in einem Webprojekt zu speichern, raten wir zu: pro Webprojekt eine Website.
Adressen
Jedes Webprojekt kann Ziel einer oder mehrerer Domains ein. Domains, oder Subdomains dienen als leicht zu merkende Adressen für das Webprojekt innerhalb des WWW. Domains sind kostenpflichtig und können extra bestellt werden.
Test Adresse
Beim Anlegen des Webprojektes wird automatisch eine Adresse zum Testen (Test URL) angelegt. Die heißt immer so wie der Webprojektname + test.frbit.de, zum Beispiel: "http://web1.test.frbit.de". Unter dieser Adresse ist das Webprojekt immer zu erreichen.
Absolutes Verzeichnis
Das absolute Verzeichnis eines jeden Webprojektes ist immer "/var/www/webpackages/" gefolgt von der Nummer des Webprojekts. Die Nummer ist die Zahl im Namen des Webprojektes. Wenn es z.B. "web123" heisst, dann wäre der absolute Pfad "/var/www/webpackages/123". Diese Angabe ist wichtig bei vielen CMS Systemen.
Server IP Adresse
Jedes Webprojekt liegt auf einem Server der eine feste IP und einen festen Namen (bspw: http1.service.frbit.de). Solange sich der Server nicht ändert (dies kann z.B. bei Wartungsarbeiten passieren) sind diese fest für das Webprojekt. Da auf einem Http-Server mehrere Webprojekte laufen ist es wahrscheinlich, dass mehrere Webprojekte die gleich IP haben. Bei speziellen Anforderungen können wir einen Http-Server mit eigener dedizierter IP für ein Webprojekt sperren.
SSL Adresse
Für jedes Webprojekt wird ein nicht validiertes Gratiszertifikat (SSL Adresse) angelegt, dieses ist unter der Webprojekt SSL-Testadresse https://web123.ssl.frbit.de erreichbar. Aktuelle Browser warnen hier, weil das Zertifikat nicht erkannt werden kann. Das liegt daran, dass es ein selbst ausgestelltes und nicht von dritter Stelle (Thawte, VerySign .. ) verifiziertes Zertifikat ist. Aus diesem Grund eignet sich das Gratiszertifikat nicht für E-Shops im live Betrieb oder ähnliches. Man kann es aber zur Entwicklung nutzen, oder bei Projekten mit begrenzter Besucheranzahl.
Nicht von öffentlicher Stelle validierte Zertfikate können runtergeladen und importiert werden: In der Übersicht des Webprojektes das SSL Zertifikat (fortrabbit-ca.crt) "runterladen". In einem aktuellen Firefox kann es direkt importiert werden.
Außerdem kann jedes Webprojekt mit https://<jede-domain> erreicht werden. Hier beschwert sich dann der Browser allerdings noch mehr, da, wie bschrieben, das Zertifikat auf *.ssl.frbit.de ausgestellt ist. Nur für Testing geeignet!
Eigenes SSL Zertifikat
Auf Anfrage kann ein vorhandenes Zertifikat installiert werden. Dafür muss es im PEM Format vorliegen, wobei neben dem Zertifikat auch der private RSA Schlüssel _ohne_ Passwortschutz enthalten sein muss.
Ein normales Zertifikat ist in der Regel nur auf eine Domain ausgestellt. Wenn mehrere Domains auf das Webprojekt zeigen (nicht als echte Weiterleitung) dann wird bei diesen "Sekundärdomains" eine Browser-Warnung ausgegeben. Günstiger ist es also: eine einzelne Hauptdomain zu verwenden, alle anderen Weiterleiten (redirect). Außerdem sollte die Subdomain 'www.' weg optimiert werden: www.domain.tld > domain.tld.
Einstellungen
Apache Vhost Einstellungen
Die folgenden Einstellungen sind erweiterte VirtualHost Direktiven. Verzeichnisse unterhalb des WWW Verzeichnisses können ausserdem unter "Verzeichnissen" auf die gleiche Art bearbeitet werden.
Wurzelverzeichnis
Normalerweise ist das WWW Verzeichnis das DocRoot Wurzelverzeichnis, also die oberste Ebene, auf die von außen via Browser auf das Webprojekt zugegriffen werden kann. Mit der Wurzelverzeichniseinstellung kann man jeden Ordner unterhalb von WWW wählen.
Indexes
Verzeichnisindizes, Auflistung von Ordnerinhalten. Stellt ein, ob eine Verzeichnis Struktur im Browser angezeigt werden soll, sofern keine Index-Datei hinterlegt ist. So kann man zum Beispiel einfach einen Austausch von Daten realisieren, die vorher per FTP hochgeladen wurden. Gut in Kombination mit einem Passwortverzeichnisschutz.
MultiViews
Intelligente Seitenauswahl. Z.B. zum automatischen erkennen von Sprachversionen einer Website. Wenn aktiv kann basierend auf dem Dateinamen und den Spracheinstellungen des Besuchers ein andere Datei angezeigt werden. Z.B.: index.html.fr -> für französisch, index.html.de -> für deutsch
Passwortschutz
Um das Webprojekt zum Beispiel während der Entwicklung nicht von außen verfügbar zu machen, kann man hier den Ordner www mit einem Verzeichnisschutz versehen. Ist diese Funktion aktiviert wird ein Benutzername und ein Passwort beim Aufrufen der öffentlichen Adresse im Browser abgefragt. Realisiert wird das durch HTTP-Auth über die LDAP Datenbank. Man kann Verzeichnisschutz auch über andere Methoden (z.B. mit .htaccess) realisieren. Man kann auch alle anderen Verzeichnisse innerhalb eines Webprojektes mit Verzeichnisschutz versehen, siehe unten.
Sendmail Absender
Sendmail ist ein Computerprogramm, das E-Mails von einem Computer zum anderen transportiert. Gerne werden E-Mails in Skripten auf Websites zum Beispiel bei Kontaktformularen via Sendmail geschickt.
Leider sind diese Kontaktformulare oft ein Sicherheitsproblem. Da Sendmailskripte historisch betrachtet wahrscheinlich die größte Quelle für Spamversand von Webservern sind, ist es inzwischen üblich präventive Maßnahmen hierfür zu treffen. Zum Schutz vor Fälschungen schreiben wir den Absender und den Rückantworten Weiterleitung um.
In der Grundeinstellung (Standardabsender) werden alle ausgehenden Mails über /usr/local/bin/sendmail auf einen automatisch erstellten Absender umgeschrieben (Bspw. web123.hosted@frbit.de) und der (vom Mailscript gesetzte) Absender wird in den Reply-To-Header gesetzt.
Man kann diese Verhalten umgehen indem man in dem verwendeten Mailscript entweder SMTP einsetzt (empfohlen) oder eine existierende bei Fortrabbit gehostete E-Mailadresse mit aktiviertem Postfach angibt. Alle ausgehenden Mails werden dann von diesem Absender verschickt. Hier sollten nur beachtet werden, dass der Absender nicht beliebig gesetzt werden kann, sofern der Versand über unserer Server erfolgt.
Außerdem kann man sendmail über ein Häckchen bei "Versand von allen Domains des MISH Kontos" so freischalten, dass alle Absender (auch von nicht existierenden E-Mail Adressen) der bei MISH registrierten Domains erlaubt werden.
Domains anderer Provider
Um dieses Webprojekt zu erreichen gibt es neben der Testadresse und der Möglichkeit direkt Domains zu bestellen, noch die Option hier Domains die bei einem anderen Provider verwaltet werden auf dieses Webprojekt leiten zu lassen. Beim anderen Webhoster (Provider/Registrar) muss der CNAME oder die IP eingetragen werden (siehe unten), hier muss die Domain(s) dem Webserver bekannt gemacht werden.
Hierfür kann also eine Liste externer Domains angegeben werden, jeweils eine pro Zeile. Das ist dann nötig, wenn die Domain nicht über MISH sondern bei einem anderen Provider (zB 1&1 oder Strato) registriert wurde. Bei diesem Provider muss dann entweder ein CNAME (Ziel am besten die Test-Adresse zB web123.test.frbit.de verwenden.) oder ein A Record (Ziel ist dann die IP des HTTP Servers. Vorsicht, die kann sich bei Wartungsarbeiten ändern) eingerichtet werden. Für extern eingetragene Domains sind natürlich keine E-Mail Adressen möglich.
Achtung, wenn die Domain auch mit dem Vorsatz "www." auf dieses Webprojekt zeigen soll, müssen hier zwei Einträge gemacht werden. Z.B: "hallowach.de" und "www.hallowach.de".
Für Webprojekte mit Deployment können für beide Umgebungen externe Domains angegeben werden. Der CNAME Eintrag für Staging Umgebung lautet beispielsweise: web123.staging.frbit.de.
Standard Zeichencodierung
Hier kann die Standard Zeichencodierung (auch bekannt als "default charset" im Apache Webserver) eingestellt werden. Eigentlich sollte hier keine Modifikation nötig sein, die meisten Quellen liefern Meta-Angaben, wie sie codiert sind.
Ein mögliches Anwendungsszenario ist hier: Wenn ein Webmaster vergessen hat, die Codierung anzugeben und seine Dokumente als ISO-8859-1 (das ist ein veralteter Zeichensatz mit weniger Sonderzeichen) gespeichert hat, der Webserver aber versucht diese als UTF-8 (der aktuelle Standardzeichensatz, enthält sehr viele Sonderzeichen) anzubieten, was dazu führt, dass zB alle Umlaute nicht richtig dargestellt werden.
Fehlerseiten
Es werden Standard Webserver Fehlerseiten (Zum Beispiel:Wikipedia: 404 Fehler ) beim Anlegen des Webprojektes in das "errors" Verzeichnis kopiert. Diese können dort (via FTP und Texteditor) verändert werden.
Fehlerseite 404
Das ist der häufigste Fehler: Nicht Gefunden: Die angeforderte Ressource wurde nicht gefunden, der Link ist tot. Dieser Statuscode kann ebenfalls verwendet werden, um eine Anfrage ohne näheren Grund abzuweisen. Standardpfad: /error/404.html
Fehlerseite 401
Zugriff verweigert: Die Anfrage kann nicht ohne gültige Authentifizierung durchgeführt werden. Wie die Authentifizierung durchgeführt werden soll, wird im „WWW-Authenticate“-Header-Feld der Antwort übermittelt. Standardpfad: /error/401.html
Fehlerseite 403
Zugriff verweigert: Forbidden, Verboten, Unzulässig; Zugriff für den Rechner des User gesperrt. Standardpfad: /error/403.html
Fehlerseite 500
Interner Fehler: Dies ist ein „Sammel-Statuscode“ für unerwartete Serverfehler. Standardpfad: /error/500.html
Fehlerseite 503
Wartung: Service Unavailable, Vorübergehend nicht verfügbar; Server überlastet, ausgefallen oder in Wartung. Standardpfad: /error/503.html
Skriptsprachen
Derzeit ist nur PHP konfigurierbar, andere Sprachen (Perl, Ruby, Python) werden nur über cgi-bin ermöglicht.
PHP
PHP ist eine sehr populäre serverseitig interpretierte Skriptsprache, die zur Erstellung dynamischer Websites oder Webanwendungen dient. PHP verbraucht Ressourcen und kann in unterschiedlichen Größen und Einstellungen gebucht werden. In der Regel wird PHP zusammen mit MySQL eingesetzt, wie zum Beispiel von vielen CMS- und Blog-Systemen (Wordpress, Moveable Type, Joomla, Typo3). Bei uns läuft es derzeit in der Version: PHP5. PHP kann in unterschiedlichen Stufen aktiviert werden.
Da die Ausführung von PHP Ressourcen verbraucht, müssen diese entsprechend berechnet werden. Aktuelle PHP-Pakete und Preise sind der aktuellen Preistabelle zu entnehmen.
PHP Caches
PHP Caches speichern kompilierte PHP Skripte zwischen und stellen einen Speicher für Programmoptimierung zur Verfügung. Dies kann eine PHP Anwendung sehr stark beschleunigen. Welcher Cache am "besten" ist hängt stark von der verwendeten Applikation ab.
APC
Der Alternative PHP Cache (APC) ist ein freier und offener Opcode Cache für PHP. Er wurde erdacht um ein freies, offenes und robustes Gerüst zum Cachen und Optimieren von PHP Zwischencode bereitzustellen. APC ist der "aktuellste" Cache und wird voraussichtlich fester Bestandteil von PHP6.
PHP Einstellungen
- PHP Version Unter welcher Versionierung PHP laufen soll.
- Fehlerausgabe aktivieren Anzeigen von Scriptfehlern im Browser. Bei der Entwicklung sehr praktisch. Sollte aber aus sein, wenn eine Applikation "live" ist.
- HTML nachverbessern aktivieren Aktiviert Tidy für diese Webprojekt. Der ausgegeben HTML Coder wird vom Server (so weit möglich) korrigiert (tidy.clean_output).
- Ausgabe komprimieren Das erstellte HTML wird für die Übertragung komprimiert (zlib.output_compression). Dies verringert den entstehenden Traffic, erhöht aber die Generierungszeit auf dem Server und die Darstellungszeit auf dem Browser des Surfers.
- Standard Zeichencodierung Seit Version 4.0b4 gibt PHP standardmäßig immer eine Zeichencodierung im "Content-type:"-Header aus (default_charset), mögliche Einstellungen sind hier: UTF-8, ISO-8859-1, ISO-8859-15, Windows-1225. Diese Einstellung ist nicht verwechseln mit der sehr ähnlichen "Standard Zeichencodierung" unter "Einstellungen". Diese ist nur für PHP Skripte!
- Maximale Uploadgröße in MB Stellt die globale maximale Uploadgröße für Dateien ein (php_upload_max_filesize).
- Maximale Ausführungszeit in Sekunden Stellt die maximale Laufzeit für ein PHP Skript ein. Ist zB für Uploads wichtig (php_max_execution_time).
- Speicherbegrenzung in MB Die maximale Speichernutzung des PHP Skripts zur Laufzeit (php_memory_limit).
XDebug Profiler
Der XDebug Profiler kann helfen Speicher-Verbrauch zu ermitteln und PHP Applikationen zu optimieren. Im "Echtbetrieb" sollte er allerdings ausgeschaltet sein, da er die Applikation enorm verlangsamt und zudem extrem große Datenmengen erzeugt. Das so erzeugte Profil der Anwendung kann dann genutzt werden um heraus zu finden welche Teile (der Anwendung) am meisten Ressourcen verbrauchen, unnötig laufen oder fehlerhaft sind. Beim Webprojekt kann man den PHP XDebug Profiler auf zwei verschiedene Arten aktivieren normal (an) oder trigger.
Bei ersterer Option erstellt der Profiler immer eine Ausgabeprofil. Bei Zweitem (trigger) wird das Ausgabeprofil nur erstellt, sofern eine spezieller Parameter (http://meinedomain.tld/path?XDEBUG_PROFILE=1) in der HTTP Anfrage (GET, Query String) übergeben wird. Das erstellte Profil wird den ein Unterverzeichnis des Webprojektes kopiert (/logs/xdebug.cachegrinder."name-des-scripts").
Wir empfehlen nur mit "trigger" zu arbeiten. Und nur temporär! Die geschrieben Profile können schnell bei einem Aufruf einige Hundert Megabyte groß werden!
ACHTUNG: NICHT IM LIVE BETRIEB AN LASSEN! ES WERDEN SCHNELL HUNDERTE MEGABYTE BIS EINIGE ZEHN GIGABYTE PLATTENPLATZ GESCHRIEBEN (UND IN RECHNUNG GESTELLT)!
CGI
steht für Common Gateway Interface. Hier geht es nicht um eine einzelne Scriptsprache sondern vielmehr um eine spezielle Art der Benutzung von einer ganzen Reihe von sprachen. Wenn diese Option aktiviert wird, dann können unter /cgi-bin alle ausführbaren Perl, Pyhton und Ruby Skripte genutzt werden.
Verzeichnisse
Verzeichnisse, die unterstrichen sind, haben weitere Inhalte und können geöffnet werden. Der Pfeil zeigt an, dass ein Verzeichnis geöffnet ist. Es werden nur Verzeichnisse angezeigt, Dateien werden nicht angezeigt. Um die Daten zu bearbeiten bietet sich FTP an. Bei den Verzeichnissen selber können Sachen eingestellt werden, die bei FTP nicht gemacht werden können, wie: Verzeichnisschutz, und Directory Listings.
Standard Verzeichnisstruktur
- root Systemeinstiegsebene.
- cgi-bin Ordner für ausführbare Skripte. Alle Skripte benötigen ausführbare Rechte.
- data Austauschordner. Auch geeignet für selbst erstellte Backups.
- error Standard Webserver Fehlerseiten.
- libs Hier können Skript-Bibliotheken abgelegt werden (ist im PHP include_path enthalten).
- logs Error Log-Dateien.
- temp Für temporäre Dateien. Nicht im Backup! Dateien die länger als 50 Tage nicht zugegriffen wurden und mit "sess_" beginnen (PHP Session Dateien) werden automatisch gelöscht.
- www oberste Ebene für Domains, Rootordner für HTML.
Verzeichnis bearbeiten
Jedes Verzeichnis kann bearbeitet werden, hier kann ein Verzeichnisschutz aktiviert werden und vom Webprojekt abweichende VirtualHost Direktiven (Indexes & MultiViews) eingestellt werden. Eine Ausnahme bildet das Verzeichnis WWW, hier kann nur der Verzeichnisschutz eingestellt werden.
Deployment
Beim Neuanlegen eines Webprojektes besteht die Möglichkeit Deployment («Link für mehr Infos!) zu aktivieren. Diese Zusatzoption stellt Source Code Verwaltung mit Git und zwei Branches zur Verfügung. Für die Staging Umgebung in Deplyoment ist PHP grundsätzlich aktiv, alle PHP Einstellungen gelten global für beide Umgebungen.
Folgendes kann hierzu im MISH Interface beim Webprojekt eingestellt werden:
Git Benutzer
Hier den öffentlichen SSH Schlüssel der Benutzer, die per Git auf die Repositories zugreifen sollen können eintragen. Zusätzlich kann optional eine Notiz zum besseren wiederfinden angegeben werden. Wie man lokal einen SSH Benutzer anlegt ist hier beschrieben.
Ausschlussverzeichnisse
Ordner, die von Git ignoriert werden sollen. Z.B. Ordner mit besonders vielen oder besonders großen Daten, oder Daten, die von Benutzern der Website generiert werden. Bei Wordpress zum Beispiel das Upload Verzeichnis. Mehr dazu hier.
Externe Domains für die Staging Umgebung
Domains, die nicht bei Fortrabbit gehostet sind, aber trotzdem auf die Staging Umgebung zeigen sollen. Beim anderen Provider ist am besten ein CNAME anzugeben. Siehe auch hier.
Resynchronisationswerkzeuge
Um die Inhalte der Webserver (für Live und Staging) zurück ins Repository zu spielen gibt es eine eigene Oberfläche, die unter einem "geheimen" Link zu finden ist. Zusätzlich kann die Resynchronisation auch per API aufgerufen werden. Anwendungsszenario: Wordpress wird über Weboberfläche aktualisiert, mit der Resynchonisation wird das Update ins Repository eingespielt. Mehr dazu hier.
HTTP Auth Passwortschutz für die Staging Umgebung
Neben dem Passwortschutz für die Live Umgebung, der unter dem regulären Einstellungstab zu finden ist, lässt sich auch die Staging Umgebung mit einer "Basic Access Authentication" schützen, ruft jemand die Testadresse der Staging Umgebung im Browser auf, muss ein Benutzername und ein Passwort eingeben werden. Beides kann hier eingestellt werden.
Statistiken
Hier kann der Verkehr und der Speicherverbrauch über verschiedene Zeiträume hinweg beobachtet werden. Mehr dazu auf der Seite Hosting Statistiken
F.A.Q. / Hilfestellungen
Mögliche Fehler beim Umzug von Webprojekten
- Unterschiedliche PHP Versionen: PHP Versionen können sich unterscheiden. Die aktuell bei uns installierte Version kann mit einem phpinfo() aufrufen abgefragt werden.
- Absolute Webadressen: Wird in einem Webprojekt eine Webadresse (zum Beispiel bei internen Links) nicht relativ (zum Beispiel: /links.html), sondern absolut (zum Beispiel: http://hallowach.de/links.html) angeben, kann es sein, dass von der Testumgebung wieder zurück ins Livesystem gesprungen wird. Nach der Umstellung sollten diese Pfade zwar wieder richtig funktionieren, aber so kann natürlich nicht richtig getestet werden. Die absoluten Webadressen können in relative Pfade umgeschrieben werden, oder zeitweise an die Testumgebung angepasst werden. 'Wordpress' zum Beispiel arbeitet (bis Version 2.6.1) mit absoluten Webadressen. Man kann aber seine lokale Hosts Datei so anpassen, dass die Domain auf den Fortrabbit Servern aufgelöst wird. Hierfür die in der Übersicht des Webprojektes angegebene IP-Adresse als Ziel der Domain angeben: Mac Os X Hosts Datei änderen, Windows Hosts Datei ändern
- Absolute Pfadangaben: Da die Serverumgebung wahrscheinlich anders ist, kann es sein, dass der Verzeichnispfad ein anderer ist. Webprojekte in diesem System liegen alle unter: /var/www/webpackages/123/
Wie installiere ich … ?
Viele Open Source und kommerzielle CMS-, Blog- & E-Shop-Systeme können auf MISH installiert werden, da es hier die meist benötigten Grundvoraussetzungen (MySQL, Apache, PHP) gibt. Folgende Systeme sind bereits erfolgreich auf MISH installiert:
- Wordpress Blog
- Movable Type Blog
- Pommo Newslettersystem
- Drupal CMS
- ModX CMS
- Silverstripe CMS
- Typo3 CMS
- Indexhibit CMS
Wie kann ich mich vor Hotlinking schützen ?
Unter Hotlinking versteht man im allgemeinen das verlinken durch einbetten von Fremdinhalten auf einer Seite. Siehe: Wikipedia Hotlinking.
Dies kann man mit einer so genannten .htaccess-Datei verhindern. Siehe auch: Wikipedia Htaccess.
- Datei erstellen , in einem Texteditor nachstehendes eingeben. Die Domainnamen sind natürlich durch die eigenen Domains zu ersetzen. Für jede Domain sollte man eine Zeile verwenden. Es geht zwar auch kürzer, aber so ist es übersichtlicher.
RewriteEngine On
RewriteCond %{HTTP_REFERER} !^http://(.+\.)?meinedomain\.de/ [NC]
RewriteCond %{HTTP_REFERER} !^http://(.+\.)?zweitedomain\.eu/ [NC]
RewriteCond %{HTTP_REFERER} !^$
RewriteRule .*\.(jpe?g|gif|bmp|png|avi|mp3|flv|swf|mpe?g)$ - [F]
- Datei hochladen in das "/www" Verzeichnis des Webprojektes unter dem Namen ".htaccess". Achtung, Dateien, die mit einem Punkt anfangen, sind meist unsichtbar. Deshalb vielleicht die Datei erst ohne Punkt benennen und nachher im FTP-Client auf dem Server richtig benennen.
Wo liegt Sendmail?
Sendmail ist in /usr/local/bin/sendmail
Bitte beachten, dass der "FROM" der ausgehenden Mail auf web123.hosted@frbit.de umgeschrieben wird, sofern keine andere Adresse in den Webprojekt Einstellungen eingestellt wurde und der Absender von keiner bei MISH registrierten Domain des Systemkontos ist.
Kann ich Image Magick installieren?
Image Magick und GD2 sind bereits in einer aktuellen Version installiert.
Probleme bei der Installation von großen CMS
Komplexe CMS Systeme wie z.b. Typo3 oder Magento bestehen gerne aus tausenden von kleinen Dateien. Wenn man diese einzeln via FTP hochlädt, ist das ein recht langwieriger Prozess. Wir haben leider noch keine Shellumgebung, wo der Entwickler eine gepackte Datei hochladen und dann lokal entpacken kann. Alternativ haben wir unser WebFTP (http://webftp.frbit.de/). Das bietet auch die Option eine gepackte Datei serverseitig zu entpacken. Benutzer haben uns allerdings von einem Fehler (wahrscheinlich ist es eher ein Feature) berichtet, bei dem zu lange Dateinamen gekürzt werden. Wir raten daher vorerst doch zur langsamen aber sicheren FTPES-Lösung.
Große Projekte, mehr Ressourcen
Wird ein sehr großes Projekt mit vielen Besuchern und großen Anforderungen an die Ressourcen geplant ? Kein Problem. Wir stellen gerne alles von dedizierten MySQL Servern und eigenen Storage Spaces über dedizierte HTTP Server mit großer Anzahl von laufenden FastCGI Prozessen bis hin zu Load Balancing über mehrere dedizierte Server zur Verfügung. Einfach anfragen!
Ich möchte auf eine externe URL per Script zugreifen - das klappt nicht
Szenario: "Eine Applikation möchte von Innen (also von einem MISH Webserver) nach Aussen telefonieren, kommt aber aufgrund von Firewall Restriktionen nicht raus." Zum Beispiel möchte sich ein CMS-System selbstständig updaten, oder einen RSS Feed laden, oder sonstwie über eine REST-API Daten von einem anderen Server beziehen.
Für die meisten populären CMS-Systeme haben wir bereits Ausnahme-Regeln in der Firewall, kontaktieren Sie uns, wir übernehmen das Ziel dann in unsere Firewall.
Die 'HTTPS' Variable in PHP mit Umsonst-Zertifikaten
Normalerweise setzt PHP die Umgebungsvariables 'HTTPS' bei einem Aufruf einer https:// Seite auf true. Aufgrund der Implementierung der Umsonst-Zertifikate ist das hier aber nicht der Fall. $_SERVER[ 'HTTPS' ] wird also false zurück geben, so lange kein eigenes, echtes Zertifikat installiert ist und die URL https://web123.ssl.frbit.de/ genutzt wird.
Welche Locales sind installiert?
Locales repräsentieren länderspezifische Datums-, Währungs- und Zahlenformate. Damit kann die Ausgabe des Datums automatisch korrekt formatiert werden. Wie man locales setzt kann hier nachgelesen werden: http://php.net/manual/de/function.setlocale.php
- Per default gibt es nur de_DE.UTF-8 und en_US.UTF-8
- Auf Anfrage installieren wir unkompliziert jedes benoetigte Locale nach.
Ich bekomme einen 403 Fehler
Wenn ich die Website aufrufen möchte, steht auf dem Bildschirm: "Zugriff wird aufgrund ungültigen Anmeldeinformation verweigert". Das kann mehrere Ursachen haben:
Es ist ein Passwortschutz eingestellt
Wenn immer zuerst nach einem Passwort und Benutzernamen gefragt wird, ist ein Verzeichnisschutz aktiv, dieser kann entweder über MISH wie oben beschrieben realisiert sein, oder über eine .htaccess Datei, die per FTP zu ändern ist (Achtung: .htaccess Dateien sind versteckte Dateien).
Falsche Dateirechte (chmod)
Außerdem ist es möglich, dass die Schreib- Lese- & Ausführungsrechte nicht korrekt gesetzt sind. Diese Benutzerrechte können im FTP Client geändert werden.
- 644 (rw-rw-r--) ist ein typischer Standartwert für alle Dateien: "Schreibbar für den Inhaber, lesbar für alle, nicht ausführbar".
- 755 (rwxr-xr-x) ist der Standard für Verzeichnisse und cgi-Dateien in /cgi-bin: "Ausführbar und lesbar für alle, schreibbar nur für den Inhaber"
- 777 (rwxrwxrwx) oder 666 (rw-rw-rw) sind unsichere Einstellung, da dadurch Schreibrechte für jedermann gegeben werden.
- 600 (rw-------) oder 700 (rwx------) sollten überlegt eingesetzt werden. Diese Dateien oder Verzeichnisse sind dann nur noch per FTP zugreifbar.
Auch PHP Dateien müssen übrigens nicht ausführbar sein. Mehr über Linux/Unix Dateirechte gibt es auf Wikipedia.