webseiten
Unterschiede
Hier werden die Unterschiede zwischen zwei Versionen der Seite angezeigt.
Beide Seiten, vorherige ÜberarbeitungVorherige ÜberarbeitungNächste Überarbeitung | Vorherige ÜberarbeitungNächste ÜberarbeitungBeide Seiten, nächste Überarbeitung | ||
webseiten [2020/04/25 15:40] – Bisschen Text vereinfacht. julian | webseiten [2021/02/05 22:49] – [Besonderheiten des Setups] olaf | ||
---|---|---|---|
Zeile 6: | Zeile 6: | ||
* einen Pre-Proxy | * einen Pre-Proxy | ||
* verschiedene Webserver, je nach PHP-Version (momentan 5.2, 5.3, 5.4, 5.6, 7.0, 7.2, 7.4). | * verschiedene Webserver, je nach PHP-Version (momentan 5.2, 5.3, 5.4, 5.6, 7.0, 7.2, 7.4). | ||
+ | |||
## Webseiten erstellen | ## Webseiten erstellen | ||
- | Hat man keine weitere Domain, | + | Wenn man keine weitere Domain |
- | Alles in diesem Ordner ist unter `http:// | + | Wie unterschiedliche |
- | Wie genau es mit unterschiedlichen | + | |
- | Hat man weitere | + | Zusätzliche |
Subdomains lassen sich auch separat behandeln und in beliebige Verzeichnisse als Documentroot zeigen. | Subdomains lassen sich auch separat behandeln und in beliebige Verzeichnisse als Documentroot zeigen. | ||
Für solche oder ähnliche Sonderwünsche bitte an den [[kontakt|Support]] wenden. | Für solche oder ähnliche Sonderwünsche bitte an den [[kontakt|Support]] wenden. | ||
+ | |||
## Weiterleitungen | ## Weiterleitungen | ||
- | Hat man eigene | + | Weiterleitungen von Domains |
### .htaccess | ### .htaccess | ||
- | Eine automatische Umleitung von http auf https bei Aufruf einer Domain | + | Eine automatische Umleitung von einer Webseite |
RewriteEngine On | RewriteEngine On | ||
- | | + | RewriteRule ^/?(.*) https://example.org/$1 [R,L] |
- | | + | |
- | Dann wird man beim Aufruf der Domain direkt auf den https-Teil der Domain weitergeleitet. | ||
### Symlinks | ### Symlinks | ||
- | Die zweite | + | Eine Möglichkeit |
- | Wenn man also von example.in-berlin.de (unter public_html/ | + | Ein Symlink |
+ | Hierfür würde man in seinen websites/ | ||
+ | Wenn man also von example.in-berlin.de (unter | ||
cd ~/websites/ | cd ~/websites/ | ||
Zeile 41: | Zeile 42: | ||
- | ## CGIs | + | ## Anwendungen / CGIs |
- | Auf dem Webserver laufen alle üblichen | + | Auf dem Webserver laufen alle üblichen |
+ | Falsl bestimmte Module oder CGIs fehlen, bitte an den [[kontakt|Support]] wenden. | ||
+ | Eine genaue Beschreibung des Moduls hilft uns, das schnell umzusetzen, am besten schon mit Debian-Paketnamen. | ||
+ | |||
+ | Auf dem Shellserver, | ||
+ | Allerdings sind manchmal bestimmte Module nicht installiert | ||
+ | |||
+ | ### Nicht-shared-webhost-fähige Anwendungen | ||
+ | |||
+ | Es gibt leider immer mehr Anwendungen, | ||
+ | |||
+ | * Alles, was als Docker-Container installiert wird, funktioniert nicht. | ||
+ | * Die meiste Software, die exzessiv auf der Shell mit vielen Kommandos installiert werden muss, funktioniert nicht. | ||
+ | * Software, die bei der Installation root sein muss, funktioniert nicht. | ||
+ | |||
+ | Als einzige Alternative bietet sich hier ein [VServer](https:// | ||
+ | Auf diesem muss man sich aber selber um die Wartung und sämtliches Setup kümmern, was Fachwissen und kontinulierlicher Zeit voraussetzt. | ||
+ | |||
+ | ### Wordpress | ||
+ | |||
+ | Wer als Teilnehmer einen Blog laufen lassen will, kann dafür die zentrale Wordpress-Instanz des IN-Berlin | ||
+ | Gegenüber einer eigenen Installation hat das den Vorteil, dass man sich nicht um Installation und Wartung kümmern muss (auch wenn dies bei Wordpress sehr einfach ist). Allerdings hat es auch den Nachteil, dass man selber keine Nutzer und Plugins anlegen kann, sondern nachfragen muss. | ||
+ | |||
+ | Ein Wordpress-Blog bekommt man, indem man sich beim [[kontakt|Support]] | ||
- | Da die Daten des Webservers auch auf dem Shellserver verfügbar sind, kann man dort schon Dinge testen (PHP, Perl usw. sind installiert). Allerdings kann es je nach Migrationsstand auch dazu kommen, dass bestimmte Programme auf dem Shellserver nicht installiert sind (oder andersrum, installiert, | ||
## TLS/ | ## TLS/ | ||
Zeile 54: | Zeile 77: | ||
### https-only | ### https-only | ||
- | Wenn man nur https erlauben und keine unverschlüsselten Verbindungen mehr zulassen möchte, get das mit einer [[wd> | + | Mit einer [[wd> |
- | Mit einer Internetsuche | + | Eine Internetsuche |
+ | In der offiziellen Dokumentation für [mod_rewrite](https:// | ||
Folgende .htaccess-Datei im Rootverzeichnis einer Webseite (`websites/ | Folgende .htaccess-Datei im Rootverzeichnis einer Webseite (`websites/ | ||
Zeile 64: | Zeile 88: | ||
Diese Regel würde alle Anfragen von `http:// | Diese Regel würde alle Anfragen von `http:// | ||
+ | |||
## Datenbanken (MySQL, PostgreSQL) | ## Datenbanken (MySQL, PostgreSQL) | ||
Wir haben einen PostgreSQL- und einen MySQL-Server, | Wir haben einen PostgreSQL- und einen MySQL-Server, | ||
- | Wer eine Datenbank braucht, | + | Datenbanken anlegen |
* mysql.in-berlin.de | * mysql.in-berlin.de | ||
* postgresql.in-berlin.de | * postgresql.in-berlin.de | ||
- | Die Datenbankserver sind von allen IN-Berlin-Servern | + | Die Datenbankserver sind nur aus dem IN-Berlin-Netz erreichbar. |
+ | Um eine Datenbank von seinem eigenen Rechner aus zu erreichen, kann man das mit einem VPN oder einem SSH-Tunnel über unseren [[shell|Shellserver]] tun. | ||
+ | Alternativ | ||
+ | Dort sind die üblichen Tools `mysql` und `mysqldump` bzw. `psql` und `pg_restore` und `pg_dump` installiert. | ||
- | Alternativ kann man auch die bekannten Webinterfaces | + | Als dritte Alternative bieten sich die Webinterface |
* https:// | * https:// | ||
* https:// | * https:// | ||
- | ## Spezielle Anwendungen/ | ||
- | Für spezielle Anwendungen, | + | ## Besonderheiten des Setups |
- | Erreichbar ist die Anwendung dann unter einer beliebigen Adresse. Da auch dieser Server hinter dem Pre-Proxy | + | Das Setup der Webserver des IN-Berlin nennt sich *Pre-Proxy*: Ein Proxy nimmt zuerst sämtliche http-Anfragen für eine Webseite an und leitet sie transparent im Hintergrund an den Webserver weiter, der die Anfragen verarbeitet. |
- | + | ||
- | ## Besonderheiten des Setups | + | |
- | Das Setup vom IN-Berlin ist nicht unüblich, aber doch für viele unerwartet: Es gibt einen Proxy, der zuerst sämtliche http-Anfragen für eine Webseite annimmt, und diese dann erst an den eigentlichen Webserver weiterleitet, | + | Damit kann Last besser verteilt werden (z.B. können statische Webseiten gecached werden) und für Wartungen oder Spezialsetups können Webseiten leichter verschoben werden. |
- | Dies hat den Hintergrund, | + | Einige Setups werden |
+ | Wer so ein Spezialsetup haben will, schreibt am besten den [[kontakt|Support]] an. | ||
- | Manchmal verhindert es aber auch, dass man bestimmte Dinge tut -- Client-Zertifikate zur Authentifizierung sind z.B. nicht ohne weiteres möglich, wenn man sowas will, muss man den [[kontakt|Support]] anschreiben. |
webseiten.txt · Zuletzt geändert: 2021/08/24 19:45 von julian