Frage zur .htaccess – SELFHTML-Forum Forum als Ergänzung zum SELFHTML-Wiki und zur Dokumentation SELFHTML https://forum.selfhtml.org/self Frage zur .htaccess Wed, 06 Apr 22 13:08:07 Z https://forum.selfhtml.org/self/2022/apr/06/frage-zur-htaccess/1798083#m1798083 https://forum.selfhtml.org/self/2022/apr/06/frage-zur-htaccess/1798083#m1798083 <p>Hi,</p> <p>kann die .htaccess von Bots gelesen werden?</p> Frage zur .htaccess Wed, 06 Apr 22 13:33:09 Z https://forum.selfhtml.org/self/2022/apr/06/frage-zur-htaccess/1798084#m1798084 https://forum.selfhtml.org/self/2022/apr/06/frage-zur-htaccess/1798084#m1798084 <p>Hallo Jörg,</p> <ul> <li>kommt drauf an, wo der Bot ausgeführt wird.</li> <li>kommt drauf an, ob der Webserver ein Apache ist</li> <li>kommt drauf an, ob auf dem Server ein Script läuft, das Schwachstellen hat.</li> </ul> <p>Im Normalfall: Nein. Ein Bot, der über's Web an einen Apache geht, bekommt keine .ht* Datei geliefert, und wenn er noch so bettelt.</p> <p>Wenn es eine PHP Seite mit Bugs gibt, die das Lesen beliebiger Dateien erlauben, sieht die Sache anders aus.</p> <p>Wenn der Webserver KEIN Apache ist, sieht's auch anders aus, aber dann ist die .htaccess auch wurscht.</p> <p><em>Rolf</em></p> <div class="signature">-- <br> sumpsi - posui - obstruxi </div> Frage zur .htaccess Wed, 06 Apr 22 14:53:55 Z https://forum.selfhtml.org/self/2022/apr/06/frage-zur-htaccess/1798090#m1798090 https://forum.selfhtml.org/self/2022/apr/06/frage-zur-htaccess/1798090#m1798090 <blockquote> <p>kann die .htaccess von Bots gelesen werden?</p> </blockquote> <p>Möglicherweise! Kannst Du sie denn via HTTP abrufen? Warum fragst Du?</p> Glück gehabt! Thu, 07 Apr 22 07:35:39 Z https://forum.selfhtml.org/self/2022/apr/06/frage-zur-htaccess/1798105#m1798105 https://forum.selfhtml.org/self/2022/apr/06/frage-zur-htaccess/1798105#m1798105 <p>Hallo,</p> <p>da habe ich seit Jahren für mehrere Vereine einfache Homepages erstellt bei den unterschiedlichsen Providern und immer die .htaccess verwendet.</p> <p>Auch im Forum habe ich mir immer wieder Tipps zu der .htaccess-Datei geholt. Nie gab es Probleme!</p> <p>Glück gehabt!</p> <p>Aber gibt es aber eine Datei, in der man redirects steuern, globale Variablen anlegen kann, die bei allen Servertypen verwendet werden kann.</p> Frage zur .htaccess Wed, 06 Apr 22 13:46:26 Z https://forum.selfhtml.org/self/2022/apr/06/frage-zur-htaccess/1798085#m1798085 https://forum.selfhtml.org/self/2022/apr/06/frage-zur-htaccess/1798085#m1798085 <p>Hallo Rolf</p> <blockquote> <p>Wenn der Webserver KEIN Apache ist, sieht's auch anders aus, aber dann ist die .htaccess auch wurscht.</p> </blockquote> <p>Wenn die .htaccess "wurscht" ist, dann läuft ja meine Anwendung nur auf Apache-Servern, denn in meiner .htaccess stehen DirectoryIndex-, ErrorDocument-, SetEnv- u.a. Angaben.</p> Frage zur .htaccess Wed, 06 Apr 22 15:24:34 Z https://forum.selfhtml.org/self/2022/apr/06/frage-zur-htaccess/1798092#m1798092 https://forum.selfhtml.org/self/2022/apr/06/frage-zur-htaccess/1798092#m1798092 <p>Moin Rolf,</p> <blockquote> <p>Im Normalfall: Nein. Ein Bot, der über's Web an einen Apache geht, bekommt keine .ht* Datei geliefert, und wenn er noch so bettelt.</p> </blockquote> <p>Das kommt darauf an, welcher <a href="https://httpd.apache.org/docs/2.4/de/howto/htaccess.html" rel="nofollow noopener noreferrer">AccessFileName</a> und Zugriffsschutz definiert ist. Der Default ist</p> <pre><code class="block language-apacheconf"><span class="token directive-block tag"><span class="token directive-block tag"><span class="token punctuation"><</span>FilesMatch</span><span class="token directive-block-parameter attr-value"> <span class="token string">"^\.ht"</span></span><span class="token punctuation">></span></span> <span class="token directive-inline property">Require</span> all denied <span class="token directive-block tag"><span class="token directive-block tag"><span class="token punctuation"></</span>FilesMatch</span><span class="token punctuation">></span></span> </code></pre> <p>allerdings ist es sinnvoll das anzupassen, wenn man einen anderen <em>AccessFileName</em> verwendet.</p> <blockquote> <p>Wenn es eine PHP Seite mit Bugs gibt, die das Lesen beliebiger Dateien erlauben, sieht die Sache anders aus.</p> </blockquote> <p>So sieht das auch aus, wenn beliebige andere Seiten (ASP, JSP, …) oder CGI-Executables Mist bauen.</p> <blockquote> <p>Wenn der Webserver KEIN Apache ist, sieht's auch anders aus, aber dann ist die .htaccess auch wurscht.</p> </blockquote> <p>Dafür gibt es dort andere Ressourcen, die man schützen möchte.</p> <p>Viele Grüße<br> Robert</p> Frage zur .htaccess Wed, 06 Apr 22 14:07:29 Z https://forum.selfhtml.org/self/2022/apr/06/frage-zur-htaccess/1798086#m1798086 https://forum.selfhtml.org/self/2022/apr/06/frage-zur-htaccess/1798086#m1798086 <p>Servus!</p> <blockquote> <p>Hallo Rolf</p> <blockquote> <p>Wenn der Webserver KEIN Apache ist, sieht's auch anders aus, aber dann ist die .htaccess auch wurscht.</p> </blockquote> <p>Wenn die .htaccess "wurscht" ist, dann läuft ja meine Anwendung nur auf Apache-Servern, denn in meiner .htaccess stehen DirectoryIndex-, ErrorDocument-, SetEnv- u.a. Angaben.</p> </blockquote> <p>Deine Anwendung läuft nur auf <em><strong>einem</strong></em>, nämlich Deinem Server.</p> <ul> <li><a href="https://wiki.selfhtml.org/wiki/Webserver/Grundlagen" rel="nofollow noopener noreferrer">Webserver/Grundlagen</a></li> </ul> <p>Welche Browser clientseitig vorhanden sind, hat nichts mit Servern zu tun.</p> <p>Herzliche Grüße</p> <p>Matthias Scharwies</p> <div class="signature">-- <br> Einfach mal was von der <a href="https://wiki.selfhtml.org/wiki/Kategorie:ToDo" rel="nofollow noopener noreferrer">ToDo-Liste</a> auf die Was-Solls-Liste setzen.“ </div> Frage zur .htaccess Wed, 06 Apr 22 14:18:35 Z https://forum.selfhtml.org/self/2022/apr/06/frage-zur-htaccess/1798087#m1798087 https://forum.selfhtml.org/self/2022/apr/06/frage-zur-htaccess/1798087#m1798087 <p>Hallo Jörg,</p> <p>wenn dein Server mit Apache läuft, dann ist die .htaccess natürlcih relevant, aber da kümmert sich der Apache darum, dass ein Bot oder sonst ein Webclient nicht auf direktem Wege an .ht* Dateien herankommt.</p> <p>Ich habe den Fall "nicht Apache" nur deshalb aufgelistet, weil Du deine Frage dermaßen globalgalaktisch formuliert hast.</p> <p><em>Rolf</em></p> <div class="signature">-- <br> sumpsi - posui - obstruxi </div> Frage zur .htaccess Wed, 06 Apr 22 14:26:42 Z https://forum.selfhtml.org/self/2022/apr/06/frage-zur-htaccess/1798088#m1798088 https://forum.selfhtml.org/self/2022/apr/06/frage-zur-htaccess/1798088#m1798088 <p>Ich verstehe Euch nicht.<br> Ich habe doch keinen eigenen Server.<br> Und auf den Server des Providers habe ich doch keinen Einfluss.</p> Frage zur .htaccess Wed, 06 Apr 22 14:30:43 Z https://forum.selfhtml.org/self/2022/apr/06/frage-zur-htaccess/1798089#m1798089 https://forum.selfhtml.org/self/2022/apr/06/frage-zur-htaccess/1798089#m1798089 <p>Hallo Jörg,</p> <p>vielleicht erklärst Du uns mal, was Du <strong>eigentlich</strong> wissen willst.</p> <p>.htaccess ist eine Datei, die auf einem Apache-getriebenen Webserver in einem Ordner liegen kann, der vom Webserver im Netz bereitgestellt wird. Darin stehen Steueranweisungen für den Apache. Und - wie ich schon schrieb - der Apache kümmert sich darum, dass von außen keiner an die Datei herankommt. Der Apache verwehrt den Zugriff auf alle Dateien, deren Name mit .ht beginnt.</p> <p>Ein Zugang zur .htaccess am Apache vorbei ist möglich, setzt aber voraus, dass Du selbst eine Schwachstelle einbaust. Wie ich schon schrieb.</p> <p>Aber wenn Du keinen Server hast - was soll dann die Frage?</p> <p><em>Rolf</em></p> <div class="signature">-- <br> sumpsi - posui - obstruxi </div> Frage zur .htaccess Wed, 06 Apr 22 15:23:01 Z https://forum.selfhtml.org/self/2022/apr/06/frage-zur-htaccess/1798091#m1798091 https://forum.selfhtml.org/self/2022/apr/06/frage-zur-htaccess/1798091#m1798091 <blockquote> <p>Aber wenn Du keinen Server hast - was soll dann die Frage?</p> </blockquote> <p>Wenn ich meine Anwendung bei einem Provider hochlade, lade ich auch die .htaccess hoch. Also habe ich zwar keinen Server, aber der Provider. Und ob der Apache einsetzt, weiß ich im Normalfall nicht.</p> <p>Wenn ich Euch richtig verstanden habe, ist die .htaccess nur auf Apache-Servern relevant. Wie funktionieren aber dann bei anderen Serven die genannten .htaccess-Einträge?</p> <p>In vielen Posts im Selfhtml habe ich über Einträge in der .htaccess gelesen, nie aber den Hinweis "Vorsicht, nur für Apache verwenden".</p> Frage zur .htaccess Wed, 06 Apr 22 15:31:14 Z https://forum.selfhtml.org/self/2022/apr/06/frage-zur-htaccess/1798093#m1798093 https://forum.selfhtml.org/self/2022/apr/06/frage-zur-htaccess/1798093#m1798093 <blockquote> <p>Wenn ich meine Anwendung bei einem Provider hochlade, lade ich auch die .htaccess hoch. Also habe ich zwar keinen Server, aber der Provider. Und ob der Apache einsetzt, weiß ich im Normalfall nicht.</p> </blockquote> <p>Das sollte sich zumindest in Erfahrung bringen lassen.</p> <blockquote> <p>Wenn ich Euch richtig verstanden habe, ist die .htaccess nur auf Apache-Servern relevant.</p> </blockquote> <p>Selbst beim Apache ist die nicht zwangsläufig relevant. Ob und welche Direktiven hierfür freigeschaltet sind, ist Sache der darunter liegenden Serverkonfiguration.</p> <blockquote> <p>Wie funktionieren aber dann bei anderen Serven die genannten .htaccess-Einträge?</p> </blockquote> <p>1:1 meines Wissens überhaupt nirgends. Der RolfB ist hier der IIS-Guru. Da gibt es analoge Mechanismen, welche aber komplett anders hinterlegt werden.</p> <p>Ich meine mich an irgendwelche XML-Konstrukte in irgendeiner Gui zu erinnern, das ist aber schon viele Jahre her…</p> <p>IIS im Massenhosting dürfte allerdings eher selten sein ;-) Im Regelfall wirst Du da einen Apache haben, ja. Nur wie gesagt: ob und welche Spielereien da via .htaccess gehen, wäre erstmal zu prüfen.</p> <blockquote> <p>In vielen Posts im Selfhtml habe ich über Einträge in der .htaccess gelesen, nie aber den Hinweis "Vorsicht, nur für Apache verwenden".</p> </blockquote> <p>Das könnte evtl. daran liegen, dass die üblichen Fragen zum Thema sehr spezifisch auf den Apache abzielen.</p> Frage zur .htaccess Wed, 06 Apr 22 15:32:13 Z https://forum.selfhtml.org/self/2022/apr/06/frage-zur-htaccess/1798094#m1798094 https://forum.selfhtml.org/self/2022/apr/06/frage-zur-htaccess/1798094#m1798094 <p>Servus!</p> <blockquote> <p>In vielen Posts im Selfhtml habe ich über Einträge in der .htaccess gelesen, nie aber den Hinweis "Vorsicht, nur für Apache verwenden".</p> </blockquote> <p>Das Forum ist ein guter Ort um Fragen zu stellen und Antworten zu erhalten.</p> <p>Man sollte aber auch Selbststudium betreiben. Im SELF-Wiki gibt es mehrere Seiten zu .htaccess:</p> <p><a href="https://wiki.selfhtml.org/wiki/Webserver/htaccess" rel="nofollow noopener noreferrer">Webserver/htaccess</a></p> <ol> <li>Satz dort:</li> </ol> <p>Die <strong>.htaccess-Datei</strong> (englisch <em>hypertext access</em> „Hypertext-Zugriff“) ist eine Konfigurationsdatei auf NCSA-kompatiblen Webservern wie dem vor allem bei Shared-Hosting weit verbreiteten <strong>Apache</strong>.</p> <p>Herzliche Grüße</p> <p>Matthias Scharwies</p> <div class="signature">-- <br> Einfach mal was von der <a href="https://wiki.selfhtml.org/wiki/Kategorie:ToDo" rel="nofollow noopener noreferrer">ToDo-Liste</a> auf die Was-Solls-Liste setzen.“ </div> Frage zur .htaccess Wed, 06 Apr 22 16:40:34 Z https://forum.selfhtml.org/self/2022/apr/06/frage-zur-htaccess/1798096#m1798096 https://forum.selfhtml.org/self/2022/apr/06/frage-zur-htaccess/1798096#m1798096 <p>Hallo Jörg,</p> <p>wie der Mitleser schrieb, sieht die Welt bei anderen Servern anders aus - wobei man da auch genau mit dem Begriff aufpassen muss. Server kann das Konglomerat aus Blech und Silizium sein, auf dem man Popcorn rösten kann, aber auch das Stück Software, das darauf läuft und Dir dein HTML nach Hause schickt. Hier meine ich mit "anderen Servern" die Software.</p> <p>.htaccess ist definitiv Apache-spezifisch. MÖGLICHERWEISE gibt es andere Webserverprogramme, die ebenfalls eine .htaccess Datei nutzen. Das entzieht sich meiner Knoff-Hoff-Sphäre.</p> <p>Beim IIS (Windows Webserver) gibt es die zentrale applicationhost.config Datei (eine XML Datei), wo Dinge drinstehen, der der Serveradmin einstellt. Dort wird dann auch - analog zum Apache - festgelegt, welche Einstellungen im Web überschrieben werden dürfen.</p> <p>Das geschieht dann mittels web.config Dateien (ebenfalls XML), deren Inhalt zur Kategorie WRITE-ONLY gehört. Microsoft dokumentiert das zwar auf doc.microsoft.com, aber ohne den IIS Manager ist man reichlich am Schwimmen.</p> <p>Der NGINX, den wir bspw. für das Offline-Wiki verwenden, kennt eine Datei nginx.conf. Deren Format ist nicht XML, nicht JSON, es scheint auch nicht YAML zu sein. Wenn das ein Standardformat ist, kenne ich es nicht. Ob der NGINX ebenfalls lokale Config-Dateien kennt, die zentrale Settings überschreiben, weiß ich nicht.</p> <p>Im Tomcat wird es sicherlich wieder anders sein, aber von dem kenn' ich nur den Namen.</p> <p>Und so weiter und so weiter.</p> <p>Die diversen Hosting-Anbieter, bei denen Du Webspace mieten kannst, verwenden typischerweise den Apache. Warum? Weil der der gängige und bekannteste Webserver für Linux ist und nichts kostet.</p> <p>Mein Arbeitgeber setzt auf den IIS. Warum? Weil wir viele .net Anwendungen betreiben und der IIS die perfekt integriert.</p> <p><em>Rolf</em></p> <div class="signature">-- <br> sumpsi - posui - obstruxi </div> Frage zur .htaccess Wed, 06 Apr 22 17:30:26 Z https://forum.selfhtml.org/self/2022/apr/06/frage-zur-htaccess/1798097#m1798097 https://forum.selfhtml.org/self/2022/apr/06/frage-zur-htaccess/1798097#m1798097 <p>Hallo Jörg,</p> <blockquote> <p>Also habe ich zwar keinen Server, aber der Provider. Und ob der Apache einsetzt, weiß ich im Normalfall nicht.</p> </blockquote> <p>im Normalfall doch. Denn entweder sind meine Ansprüche so niedrig, dass mir die technischen Details einfach egal sind (z.B. wenn ich nur eine einfache Web-Visitenkarte machen will), oder ich suche mir den Provider und das Hosting-Paket gezielt danach aus, dass da ein Apache jodelt.</p> <blockquote> <p>In vielen Posts im Selfhtml habe ich über Einträge in der .htaccess gelesen, nie aber den Hinweis "Vorsicht, nur für Apache verwenden".</p> </blockquote> <p>Vermutlich weil das bei den allermeisten Hostingpaketen der Fall ist.</p> <p>Einen schönen Tag noch<br>  Martin</p> <div class="signature">-- <br> Мир для України. </div> Ja! Mein Gott! Wed, 06 Apr 22 19:46:42 Z https://forum.selfhtml.org/self/2022/apr/06/frage-zur-htaccess/1798098#m1798098 https://forum.selfhtml.org/self/2022/apr/06/frage-zur-htaccess/1798098#m1798098 <blockquote> <p>In vielen Posts im Selfhtml habe ich über Einträge in der .htaccess gelesen, nie aber den Hinweis "Vorsicht, nur für Apache verwenden".</p> </blockquote> <p>Ja! Mein Gott! Im Massenhosting ist anderes als der Apache Webserver faktisch nicht anzutreffen. Wer etwas anderes hat weiß das. Und vor allem ist mir jedenfalls kein anderer Server bekannt, der die fürs das Massenhosting mit PHP & Co. notwendigen Eigenschaften/Module hat. (Schaue mal nach fcgi, suexec, …)</p> <p>Sehr viel häufiger wäre, dass Du auf einem Server bei einem Massenhoster <a href="https://forum.selfhtml.org/self/2022/apr/06/frage-zur-htaccess/1798085#m1798085" rel="noopener noreferrer">die von Dir selbst gesetzten Eigenschaften</a> nicht bestimmen kannst (darfst), denn das konfiguriert der Hoster. <strong>Du musst also sowieso vor dem Kauf bzw. der Miete beim Kundendienst nachfragen.</strong></p> Frage zur .htaccess Thu, 07 Apr 22 06:22:02 Z https://forum.selfhtml.org/self/2022/apr/06/frage-zur-htaccess/1798100#m1798100 https://forum.selfhtml.org/self/2022/apr/06/frage-zur-htaccess/1798100#m1798100 <p>@@Jörg der 2.</p> <blockquote> <blockquote> <p>Aber wenn Du keinen Server hast - was soll dann die Frage?</p> </blockquote> <p>Wenn ich meine Anwendung bei einem Provider hochlade, lade ich auch die .htaccess hoch. Also habe ich zwar keinen Server, aber der Provider.</p> </blockquote> <p>Nein! Der Provider hat auch keinen Server, sondern das Rechenzentrum … Du ahnst, wie unsinnig die Wortklauberei ist‽ Wohin du deinen Kram hochlädst, ist mit „dein Server“ gemeint. Es ist dein Server.</p> <blockquote> <p>Und ob der Apache einsetzt, weiß ich im Normalfall nicht.</p> <p>Wenn ich Euch richtig verstanden habe, ist die .htaccess nur auf Apache-Servern relevant.</p> </blockquote> <p>Eben. Das heißt andersrum: Wenn .htaccess etwas bei der Serverkonfiguration bewirkt, dann handelt es sich um einen Apachen.</p> <p lang="uk"> Живіть довго і процвітайте</p> <div class="signature">-- <br> <em lang="en">When the power of love overcomes the love of power the world will know peace.</em><br> — Jimi Hendrix </div> Ja! Mein Gott! Wed, 06 Apr 22 20:36:20 Z https://forum.selfhtml.org/self/2022/apr/06/frage-zur-htaccess/1798099#m1798099 https://forum.selfhtml.org/self/2022/apr/06/frage-zur-htaccess/1798099#m1798099 <p>Hallo Raketenwilli,</p> <blockquote> <p>(Schaue mal nach fcgi, suexec, …)</p> </blockquote> <p>IIS...</p> <p>FastCGI - Check<br> suexec - Was zum Teufel? Ich lege einen Application Pool an, trage einen User ein und lege noch fest, wieviele Prozesse maximal im Pool laufen. Fettich. vhosts - was auch immer das im Apache genau ist, aber in meinem IIS konfiguriere ich so viele Webs wie ich will, binde sie an IPs und Hostnamen und lege für jedes fest, in welchem AppPool es laufen soll.</p> <p>Ich bin ein WIMP und stolz drauf </p> <p>Spaß beiseite: Der Apache hat vermutlich in seinen drölftausend mod_dingsbumsen eine Menge Funktionen, die der IIS nicht hat. Als Nicht-Indianerhäuptlich kenn ich die nicht. Und da ich mit dem IIS kein Massenhoster bin, sondern nur mich selbst auf meinem Test-PC beheimate, hab ich auch den Bedarf nicht.</p> <p><em>Rolf</em></p> <div class="signature">-- <br> sumpsi - posui - obstruxi </div> Frage zur .htaccess Thu, 07 Apr 22 07:01:58 Z https://forum.selfhtml.org/self/2022/apr/06/frage-zur-htaccess/1798101#m1798101 https://forum.selfhtml.org/self/2022/apr/06/frage-zur-htaccess/1798101#m1798101 <p>Hallo Gunnar,</p> <blockquote> <p>Wenn .htaccess etwas bei der Serverkonfiguration bewirkt, dann handelt es sich um einen Apachen.</p> </blockquote> <p>Yep. Und der Umkehrschluss gilt nicht.</p> <p>Denn:</p> <ul> <li><a href="https://httpd.apache.org/docs/2.4/mod/core.html#accessfilename" rel="nofollow noopener noreferrer">Die .htacces-Datei kann auch .raketenbefehle heißen</a>. Ich befürchte, ein WIMP wie ich könnte sie auch web.config nennen.</li> <li>Wer sowas tut, sollte aber gleich die Stelle der httpd.conf aufsuchen, wo <code><Files ".ht*"></code> steht, und dafür sorgen, dass der neue Name ebenfalls geblockt wird</li> <li>Das Überschreiben zentraler Konfigurationen muss für <a href="https://httpd.apache.org/docs/2.4/en/mod/core.html#allowoverride" rel="nofollow noopener noreferrer">gruppenweise</a> oder <a href="https://httpd.apache.org/docs/2.4/en/mod/core.html#allowoverridelist" rel="nofollow noopener noreferrer">Direktive für Direktive</a> erlaubt werden.</li> </ul> <p>Vermutlich gibt's auch noch andere Möglichkeiten, einen Apachen umzuerziehen…</p> <p><em>Rolf</em></p> <div class="signature">-- <br> sumpsi - posui - obstruxi </div> Glück gehabt! Thu, 07 Apr 22 08:37:09 Z https://forum.selfhtml.org/self/2022/apr/06/frage-zur-htaccess/1798107#m1798107 https://forum.selfhtml.org/self/2022/apr/06/frage-zur-htaccess/1798107#m1798107 <p>Hallo Lydia,</p> <blockquote> <p>Aber gibt es aber eine Datei, in der man redirects steuern, globale Variablen anlegen kann, die bei allen Servertypen verwendet werden kann.</p> </blockquote> <p>Nein. Da kocht jeder Server seine eigene Suppe.</p> <p>Das URL-Rewrite Modul vom IIS hat ein Feature zum Import von mod_rewrite-Anweisungen für den Apache, aber das ist alles.</p> <p><em>Rolf</em></p> <div class="signature">-- <br> sumpsi - posui - obstruxi </div> Glück gehabt! Thu, 07 Apr 22 08:42:51 Z https://forum.selfhtml.org/self/2022/apr/06/frage-zur-htaccess/1798108#m1798108 https://forum.selfhtml.org/self/2022/apr/06/frage-zur-htaccess/1798108#m1798108 <blockquote> <p>Glück gehabt</p> </blockquote> <p>Ungefähr so viel, wie wenn Du ins Wasser fasst und dann fest stellst, dass es nass ist.</p> <blockquote> <p>Aber gibt es aber eine Datei, in der man redirects steuern, globale Variablen anlegen kann, die bei allen Servertypen verwendet werden kann.</p> </blockquote> <p>Unabhängig vom Server kann man vieles (nicht alles) <strong>z.B.</strong> (es gibt weitere Möglichkeiten, angefangen bei SSI) in einer stets zu inkludierenden PHP-Datei (PHP muss er dazu freilich können) machen. Das müsste aber auch dann geschehen können, wenn ein 404er auftritt.</p> Glück gehabt! Thu, 07 Apr 22 09:51:33 Z https://forum.selfhtml.org/self/2022/apr/06/frage-zur-htaccess/1798109#m1798109 https://forum.selfhtml.org/self/2022/apr/06/frage-zur-htaccess/1798109#m1798109 <p>Hallo Raketenwilli,</p> <blockquote> <p>kann man vieles ... machen</p> </blockquote> <p>Aber sollte man das - außer zum akademischen Lustgewinn? Als Privatmensch deploye ich eine Webanwendung ja normalerweise auf genau einen Typ Server und weiß deshalb, in welche Konfiguration ich was eintragen muss.</p> <p>Wenn ich eine kommerzielle Anwendung erstelle, die auf vielen unterschiedlichen Servertypen laufen können soll, dann kann ich</p> <p>(a) die Configs für diese Typen mitliefern (b) eine Anleitung erstellen, die beschreibt, welche Funktionen der Server beistellen muss und vom Admin erwarten, dass er das konfiguriert.</p> <p>Gerne auch beides. Als kommerzieller Anbieter muss ich meine Anwendung ja auf den von mir als "unterstützt" gelisteten Webservern getestet haben und kann in dem Zusammenhang Muster-Konfigurationen erstellen. Und für die Anwender, denen die Musterkonfigurationen nicht reichen, muss ich die Konfigurationsmöglichkeiten eh dokumentieren.</p> <p>Eine Lösung, die die nativen Möglichkeiten des Servers ignoriert und sie statt dessen auf andere Weise nachbaut, kann im produktiven Einsatz nur schlechter sein. Sie ist umständlicher, fehleranfälliger und sehr wahrscheinlich auch weniger performant. Der einzige Grund, weshalb man so etwas tun sollte, wäre ein Server, den ich nicht wie erforderlich unter Kontrolle habe und die nativen Möglichkeiten nicht konfigurieren <strong>darf</strong>.</p> <p>Oder ein Server, der die nativen Möglichkeiten schlicht nicht bietet. Gibt's sicher auch. Aber sollte man deshalb eine Anwendung ausgehend vom dümmsten aller möglichen Fälle bauen?</p> <p>Bei einer "historischen" Anwendung mag das anders sein. Vielleicht hat man mit einem Server begonnen, dem es an solchen Funktionen gebrach, und schleppt deswegen handgemachte Redirects und ähnliches mit. Das wäre dann aber ein Sanierungsfall. Bei neuen Anwendungen sollte man die nativen Möglichkeiten nutzen, die existieren.</p> <p>Oder ich sehe die Welt zu blauäugig, kommt gerne immer wieder vor…</p> <p><em>Rolf</em></p> <div class="signature">-- <br> sumpsi - posui - obstruxi </div> Glück gehabt! Thu, 07 Apr 22 10:31:14 Z https://forum.selfhtml.org/self/2022/apr/06/frage-zur-htaccess/1798111#m1798111 https://forum.selfhtml.org/self/2022/apr/06/frage-zur-htaccess/1798111#m1798111 <blockquote> <p>Hallo Raketenwilli,</p> </blockquote> <p>Moin Rolf</p> <blockquote> <blockquote> <p>kann man vieles ... machen</p> </blockquote> <p>Aber sollte man das</p> </blockquote> <p>Ganz ehrlich? Nein. Ich persönlich betrachte ja nicht einmal einen Apache unter Windows (z.B. XAMPP) als <em>geeignete</em> Testumgebung. Außerdem ist spätestens seit dem <a href="https://de.wikipedia.org/wiki/Hyper-V" rel="nofollow noopener noreferrer">HyperVi</a> und also Windows 8 jede, bisher als Begründung ansehbare Notwendigkeit, sowas zu machen, schon lange entfallen.</p> <p><strong>Bevor gefragt wird:</strong> Den IIS bzw. Kestrel halte ich in <em>„besonders kontrollierten Umgebungen“</em> für akzeptabel, wenn er genutzt werden soll, z.B. (es gibt weitere Gründe) weil eine Anbindung an die Authorisierungsmechanik von Windows-Domaincontrolern, ASP.net, … erforderlich oder ausreichend dringend gewünscht ist.</p> <p>Dann wäre es nämlich <em>„akademisch“</em> auf dem Apache zu bestehen und den mit Modulen oder schrägen Konfigurationen dafür fit zu machen.</p> <blockquote> <p>Eine Lösung, die die nativen Möglichkeiten des Servers ignoriert und sie statt dessen auf andere Weise nachbaut, kann im produktiven Einsatz nur schlechter sein. Sie ist umständlicher, fehleranfälliger und sehr wahrscheinlich auch weniger performant.</p> </blockquote> <p>Und darüber hinaus völlig unnötig wenn der „Server mit den nativen Möglichkeiten“ derart verbreitet ist wie der Apache. Ich investiere doch nicht hunderte Kilo Gehirnschmalz und Zeit um etwas zu bauen, was ich mit 3 bis 10 Config-Zeilen und einen ausreichend aufmerksamen Blick auf die Beschreibung/Dokumentation des Hosters (notfalls einen Anruf vor dem Kauf) schon haben kann.</p>