Re: stop / restart Prozess verstehen

Hallo Mario, oh, vielen Dank! mod_md kannte ich noch garnicht. Manfred Am 29.10.19 um 10:46 schrieb Mario Brandt: > Hi, > mit mod_md konntest Du das umgehen. > > > Grüße > Mario > -- -- COMPARAT Software-Entwicklungs-GmbH

Re: stop / restart Prozess verstehen

Hallo Max, Am 28.10.19 um 21:25 schrieb Max Dittrich: > Hi, > > Am 28.10.2019 um 19:44 schrieb Manfred Rebentisch: >> auf meinen Servern läuft Apache mit bis zu 30 Domains (VirtualHost). >> Bei einem certbot renew wird bei jedem Zertifikat ein reload vorgenommen. >> M

Re: stop / restart Prozess verstehen

Hallo Harald, Am 28.10.19 um 19:46 schrieb Reindl Harald: > > > Am 28.10.19 um 19:44 schrieb Manfred Rebentisch: >> auf meinen Servern läuft Apache mit bis zu 30 Domains (VirtualHost). >> Bei einem certbot renew wird bei jedem Zertifikat ein reload vorgenommen. >> M

stop / restart Prozess verstehen

Hallo, auf meinen Servern läuft Apache mit bis zu 30 Domains (VirtualHost). Bei einem certbot renew wird bei jedem Zertifikat ein reload vorgenommen. Meine Frage ist: wann stoppt Apache? Kann es sein, dass ein auf graceful start folgendes stop auch noch startende Domains unterbricht - zum Beispiel

Re: Domains zu Websites auf vServer werden teilweise nicht aufgelöst

Hallo, Am 14.03.17 um 16:28 schrieb Reindl Harald: > So in etwa sollte eine vernünftige ssl-config für den httpd aussehen > > SSLProtocol All -SSLv2 -SSLv3 > SSLFIPS Off > SSLCompression Off > SSLInsecureRenegotiation Off > SSLSessionTickets Off > SSLVerifyClient none > SSLHonorCipherOrder On >

Re: Fehlercode: SSL_ERROR_RX_RECORD_TOO_LONG

Hallo, ich habs: ohne darauf zu achten, hatte ich einen zweiten Virtualhost eingerichtet, der von domain.tld auf www.domain.tld weiterleitete. Dort muss aber auch das Zertifikat eingebunden werden, was ich übersah. Manfred Am 06.02.19 um 13:15 schrieb Manfred Rebentisch: > Hallo, > ich ha

Fehlercode: SSL_ERROR_RX_RECORD_TOO_LONG

Hallo, ich habe bei einer Domain ein merkwürdiges Problem. Der Browser meldet: Fehlercode: SSL_ERROR_RX_RECORD_TOO_LONG Der Server ist Debian Jessie (mit backports), Der Apache hat die Version 2.4.10-10+deb8u13 Installiert sind: Paket: libgnutls-openssl27 Version: 3.3.30-0+deb8u1 Paket:

Re: Apache Hauptprozess frißt GBweise Ram.

For additional commands, e-mail: users-de-h...@httpd.apache.org -- COMPARAT Software-Entwicklungs-GmbH Prießstraße 16 23558 Lübeck Telefon: 0451/479 56 60 Geschf: Manfred Rebentisch AG Lübeck, HRB 3559 Web: http://www.comparat.de Die Cards: https://cards.athesios.de Der Cards-Film: http

Re: Module-Aufrufe

Glück bei der weiteren Fehlersuche Emil Danke, bin gespannt, ob es wirklich am *:80 liegt. Manfred -- COMPARAT Software-Entwicklungs-GmbH Prießstraße 16 23558 Lübeck Telefon: 0451/479 56 60 Geschf: Manfred Rebentisch AG Lübeck, HRB 3559 Web: http://www.comparat.de Die Cards: https

Module-Aufrufe

-- COMPARAT Software-Entwicklungs-GmbH Prießstraße 16 23558 Lübeck Telefon: 0451/479 56 60 Geschf: Manfred Rebentisch AG Lübeck, HRB 3559 Web: http://www.comparat.de Die Cards: https://cards.athesios.de Der Cards-Film: http://www.youtube.com/watch?v=siZaciL6mdg Businessplattform: https://www.athesios.de

Re: SSI Includes funktionieren nicht

. index.shtml lauten während die test.shtml auch text.xyz lauten könnte. Manfred -- COMPARAT Software-Entwicklungs-GmbH Prießstraße 16 23558 Lübeck Telefon: 0451/479 56 60 Geschf: Manfred Rebentisch AG Lübeck, HRB 3559 Web: www.comparat.de Businessplattform: www.athesios.de Lübeck: www.luebeck-info.com

Browser-Cache, dynamische Seiten, stabile Javascriptdateien und HEAD-Requests

Hallo, gibt es eine Konfiguration, sei es für Apache oder in den Response-Http-Headern, mit der ich das Caching im Browser beeinflußen kann? Ich habe mit den Headern Cache-Control: no-cache, must revalidate Pragma: no-cache angeben, dass der Browser nicht cachen soll. Das ging früher ganz

Re: Browser-Cache, dynamische Seiten, stabile Javascriptdateien und HEAD-Requests

Noch eine Ergänzung Am Thursday 24 September 2009 21:53:17 schrieb Manfred Rebentisch: Hallo, gibt es eine Konfiguration, sei es für Apache oder in den Response-Http-Headern, mit der ich das Caching im Browser beeinflußen kann? Ich habe mit den Headern Cache-Control: no-cache, must

Re: Verzeichnisse, Pfade in der URL

-de-h...@httpd.apache.org -- -- COMPARAT Software-Entwicklungs-GmbH Prießstraße 16 23558 Lübeck Telefon: 0451/479 56 60 Fax: 0451/479 56 62 Web: www.comparat.de + www.bkupserver.de Geschf: Manfred Rebentisch AG Lübeck, HRB

Re: Verzeichnisse, Pfade in der URL

Uups, jetzt habe ich aus Versehen die Mail versendet, die nur als Fragment auf dem Desktop stand. Löscht sie einfach weg. Manfred -- Apache HTTP Server Mailing List users-de unsubscribe-Anfragen an

Re: Verzeichnisse, Pfade in der URL

Hallo Bob, also nochmal vielen Dank für Deine Hilfe. Ich wollte noch auf ein paar Dinge enigehen und Fragen stellen - aber ich habe grad keine Zeit. Vielleicht in ein paar Tagen? Grüße Manfred -- Apache HTTP

Re: Verzeichnisse, Pfade in der URL

Am Montag 02 Februar 2009 10:20:37 schrieb James Blond: Hallo Manfred, RewriteEngine on RewriteRule !\.(js|ico|gif|jpg|png|css)$ index.php ... Du hast das Rewriting oben nicht ganz verstanden. Die URL würden ja bleiben, egal ob vorhanden im Filesystem oder nicht. Mit rewrite habe ich

Re: Verzeichnisse, Pfade in der URL

Hallo Bob, vielen Dank für Deine ausführlichen Antworten! Im Moment raucht mir der Kopf, weil ich so viele Varianten ausprobiert habe. Ich fasse nochmal zusammen, damit die Mühe, die Du Dir machst, nicht umsonst ist. A) Ich will Pseudo-Path-Parameter verwenden, weil die Anwender meines Moduls

Re: Verzeichnisse, Pfade in der URL

Hallo Bob, erstmal vielen Dank für Deine ausführliche und kompetente Antwort! Ich benutze kein PHP, habe den Apache 2 unter Debian Etch. Ich werde mir jetzt mal Deinen Text vornehmen und testen und dann gebe ich hier wieder ein Feedback. Grüeß Manfred

Re: Verzeichnisse, Pfade in der URL

Hallo Bob, Am Montag 02 Februar 2009 23:06:26 schrieb Bob Ionescu: 3) Mich mit mod_rewrite beschäftigen, falls das überhaupt Sinn macht. Zum setzen des Handlers, ja, Rewriting selbst, nein - es gibt ja nichts zum Umschreiben auf eine andere Ressource. Ja, das schaue ich mir auch nochmal an.

Re: Verzeichnisse, Pfade in der URL

Am Sonntag 01 Februar 2009 07:37:17 schrieb Emil Obermayr: Mit welchen Direktiven hast Du es denn schon versucht? AcceptPathInfo Ich denke das sollte es tun: Location / SetHandler mein_handler /Location Hm, ich habs noch mal probiert. Aber das ist es nicht. Der Apache schaut per

Re: [OT] Browser und Proxies: Caching-Kontrolle

Ich antworte mir mal selbst, weil ich glaube, das Problem gefunden zu haben: bei diesem einen Projekt fehlten die HTTP-Header: Cache-Control: no-cache, must revalidate Pragma: no-cache die ja zusätlich zu den MetaTags gesetzt sein müssen. Tschau Manfred

Request Method CONNECT

Hallo, ich fand im Access-Log meines Webservers den folgenden Eintrag: 172.130.34.83 - - [24/Apr/2007:02:47:04 +0200] CONNECT MX.FUSEMAIL.NET:25 HTTP/1.0 405 948 - - Ich interpretiere mal ganz frei und vermute, dass jemand versucht, über meinen Apache eine Verbindung zu einem

Re: Zwei Apache-Server auf einer Linux-Maschine

Vielen Dank Carsten und Sascha, für eure Ratschläge. Es scheint ja ohne Probleme zu gehen. Grüße Manfred -- Apache HTTP Server Mailing List users-de unsubscribe-Anfragen an [EMAIL PROTECTED]