Vermutlich zielst Du auf duplicate content ab und möchtest das verhindern. Ansonsten wüßte ich nicht, wofür das gut sein sollte.
Um generell das Backslash zu entfernen, kannst Du folgendes machen:
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^(.+)/$ /$1 [R=301,L]
Hierbei mußt Du nicht für jede Möglichkeit eine eigene Regel definieren.
Ja, sicherlich! Die Verbindung von Client zu Client oder wenn Du so willst von Hop zu Hop wird nicht mehr mit Broadcast ausgehandelt, sobald die Gegenstellen bekannt sind. 
Der Broadcast dient ja dazu, sich im Netzwerk bekannt zu machen. Im Prinzip gilt das für die meisten Netzwerke.
[Klugscheiß-Modus aus] 
Broadcast und multicast ist in einem Netzwerk normal, ohne kann es gar nicht funktionieren.
Die Aussage stimmt so nicht! Es gab oder gibt Netzwerke, da benötigen die Clients kein Broadcast. Aufklärung findest Du hier: http://de.wikipedia.org/wiki/Topologie_%28Rechnernetz%29
Das gehört nicht zum Thema nginx!
Mach dafür ein eigenes Thema auf.
Im Prinzip sind nur die Flags (z.B. [R=301,L]) anders, der reguläre Ausdruck bleibt weitesgehend gleich!
Mögliche Flags:
last/break -- Internes Rewriting ohne Weiterleitung
redirect -- leitet den Nutzer auf die Seite weiter (HTTP 302 - Temporäre Weiterleitung)
permanent -- leitet den Nutzer auf die Seite weiter (HTTP 301 - Dauerhafte Weiterleitung)
Ich habe auch schon Konverter für nginx nach Apache und umgekehrt gefunden, aber noch nicht ausprobiert.
Kann es schon länger! Man muss es halt in den vHosts definieren. Es ist ähnlich den Direktiven von mod_rewrite, mit leichten Abwandelungen.
Oder man setzt gleich auf nginx als Webserver!
Schneller, sicherer, weniger RAM-Verbrauch und etwas einfacher zu konfigurieren.
Die Drupal-Community bringt auch gleich noch die empfohlenen Konfigurationen für nginx + Drupal.
Welche Rechte liegen denn auf den Ordnern?
ls -l /PFAD_ZUM_ORDNERSorry, dass ich etwas schmunzeln muss!
Host Europe und Netcup?
Hmmm, das kann ich Dir nicht beantworten, vermutlich wird es Dir keiner beantworten können. Wir würden Äpfel mit Birnen vergleichen.
Die Administration des Servers liegt in Deinen Händen. Das hängt nicht von HE oder Netcup ab. Das bedeutet auch, dass Du für die administrativen Vorraussetzungen selber sorgen musst. HE und NetCup stellen nur die Hardware zur Verfügung. Ergo hängt es von Deinem Wissen und Deiner Affinität zur Administration ab. Man kann einen Server auch dermassen schlecht verwalten, dass nicht mal eine reine HTML-Seite vernünftig ausgeliefert wird.
Es wird also darauf hinauslaufen, wo Du Dich am wohlsten fühlst. Hier wird einem jedenfalls immer geholfen, zumindest habe ich bisher noch nicht erlebt, dass ein geschildertes Problem, von der Community, nicht gelöst wurde. Supportprobleme hatte ich bisher auch noch nie. Ok, ich bin auch der Herr meiner Server, da geht es meist um technische und vertragliche Fragen und nicht um Fragen der Administration.
Wenn Du Dich für Netcup entscheidest, sag Bescheid, ich habe einen Gutschein für Dich.
Ne, als root geht hier nichts, ausser SSH-Tunnel und Konsolenzugriff!
Wiederholt habe ich das schon ettliche Male. Das Problem bleibt bestehen. Diverse PHP-Scripte wollen den Safe-Mode-Hack haben, sobald ich nginx auf den User www-data umstelle.
An der php.ini liegt es nicht, safe_mode ist deaktiviert und eine vHost abhängige php.ini kommt nicht zum Einsatz.
Ich hatte aus lauter Missmut, den Server schon neu aufgesetzt, mit dem selben Ergebnis. Verstehen tue das wer will. 
Die Frage ist tatsächlich so allgemein gehalten, dass man denkt *nicht schon wieder*!
Generell kann man alle Ports schließen, die nicht benötigt werden. Welche Ports das sind, hängt von den verwendeten Komponenten ab. Das kann man weder verallgemeinern, noch kann man da auf expliziete Dinge eingehen.
Vielleicht suchst Du mal nach der Dokumentation von iptables, wenn Du einen KVM-Server hast. Bei einem älteren vServer (nicht KVM) hast Du im VCP eine Firewall, die Du Deinen Bedürfnissen anpassen kannst/sollst/musst.
Die Absicherung von einzelnen Komponenten entnimmt man am besten den Dokumentationen oder Howtoos, die zahlreich im Netz zu finden gibt.
Ich persönlich kenne kein HowToo, was jeden Wunsch oder jeden Gedanken erfüllt, man muss sich schon durch viele arbeiten.
Wenn Du Dich allerdings mit Servern auskennst, so zumindest Deine Aussage, hättest Du Dich schon wesentlich früher mit dem Thema befassen müssen. Eine andere These wäre grob fahrlässig. Und wie schon erwähnt wurde, der Ton macht die Musik und keiner kann Deinen Wissenstand kennen, wenn er nicht gerade mit Dir zusammen gearbeitet hat.
Willkommen im Forum.
Reagiert der Server generell langsam?
Hast Du ihn schon mal angepingt?
Durchaus vorstellbar wäre auch eine inkonsistente Datenbank oder schlecht programmierte Scripte, bei denen Request nicht vernünftig beendet werden.
So allgemein kann man dazu nicht viel sagen.
Mit den spärlichen Infos kann hier keiner etwas anfangen!
Wenn ich nicht irre kann man den safe_mode im Admin-Panel deaktiveren, wenn Du einen Webspace Dein Eigen nennst. --> safe_mode = Off
Bei einem Server wird das in der php.ini geregelt, entweder per Konsole oder aber auch in einem Admin-Panel. Konsole ist aber immer vorzuziehen.
Mich wundert das genauso! safe_mode ist deaktiviert.
Die Default war nicht gelöscht!
Das mit den Rechten hat sich auch irgendwie noch nicht erledigt.
Durch die Rechtevergabe www-data auf htdocs, darf der FTP-Benutzer nichts mehr in dem Ordner anstellen. Ergo fehlt dort noch eine Berechtigung für den FTP. In die Gruppe www-data verfrachten hat auch keinen gewünschten Effekt gebracht.
Erst wenn ich nginx unter dem FTP-Benutzer (/etc/php5/fpm/pool.d/http://www.conf) ausführen lasse, macht er was er soll. Aber das ist ja nicht Sinn der Sache.
Der unix:socket läuft unter www-data:ww-data.
Ok, dort wird nur eine Seite, vielleicht mit der ein oder anderen Subdomain laufen, die nur unter diesem FTP-Benutzer erreichbar sein wird. Daher wäre das egal. Aber für mehrere Hosts logischer Weise keine Lösung darstellt.
Naja, Contao ist kein System, wo Du mal eben etwas zusammenklicken kannst!
Das sollte Dir vorher klar sein.
PHP-, HTML- und CSS-Kenntnisse sind da Vorraussetzung.
Im Bezug auf Sicherheit (100% Sicherheit gibt es nicht!), kann ich Dir zu Contao raten.
Es erfordert ein wenig Einarbeitungszeit, aber dann eröffnet sich ein flexibles System, für kleine bis große Seiten.
Barrierefreies Open Source Content Management System - Contao Open Source CMS
Community Deutsch
Community Englisch
Contao Wiki
Contao-Bücher - Contao-Handbuch
Das Contao Extension Repository durchsuchen - Contao Open Source CMS
CERIS - Contao Pool - die Kompetenz in NRW
Oh man, danke!
Betriebsblindheit.
Ich stelle gerade fest, dass PHP keine Rechte besitzt Ordner oder Dateien anzulegen, die in Webverzeichnis anlegbar sein sollen!