Problem mit mod rewrite
Hallo, ich habe folgendes Problem: dynamisch erzeugte Webseite holt Seiten aus DB Parameter: lang = [de|en] index = numerischer Index eines Eintrages in DB Damit ich keine URLs der Form page.php?lang=de&index=47 habe, setze ich mod rewrite ein, das mir URLs der Form /de/47.html in obiges umsetzt. Das Rewrite Rule in der .htaccess ist folgendes: RewriteEngine On RewriteRule \.(html)$ /sidounX.php DAs klappt auch wunderbar, mit einer nicht sehr schönen Konsequenz: Bestimmte Clients können die Seiten nicht lesen, z.B. - Suchmaschinenrobots - HTML Validator - lynx - wget - ... ? ein Testuser hat berichtet, dass er die Seiten mit IE 6 nicht aufrufen kann, da wird womöglich was anderes (Firewall?) dafür sorgen, dass es nicht geht. (Vermutung) Zum Testen eine URL http://www.movens.de/de/1.html Ein moderner Browser (Mozilla, IE) zeigt die Seite normal an. Ein Aufruf über http://validator.w3.org/ ergibt: Source Listing Below is the source input I used for this validation: 1: lynx http://www.movens.de/de/1.html bringt auch eine leere Seite, wget legt eine leere Datei ab. Ich bin ratlos. Momentan bleibt mir nur, auf mod rewrite zu verzichten, und halt wieder Parameter an URL dranhängen wie gehabt. Ich habe schon mehrere Tage investiert, um darüber im Netz was zu finden, bin aber auf nichts gestossen, was mir weiterhilft. Vielleicht weiss von euch jemand was darüber? Grüße Christoph -- --- * Christoph Löffler - c.loeffler AT xtraport DOT de * * xtraport IT Consulting - www.xtraport.de * * Fingerprint: GnuPG * * 9082 0E53 50C1 209C 0E6F 4E3A 26F0 83F3 072B 44B0 * --- -- Apache HTTP Server Mailing List "users-de" unsubscribe-Anfragen an [EMAIL PROTECTED] sonstige Anfragen an [EMAIL PROTECTED] --
RE: Problem mit mod rewrite
Hallo Christoph, > Damit ich keine URLs der Form >page.php?lang=de&index=47 > habe, setze ich mod rewrite ein, das mir URLs der Form >/de/47.html > in obiges umsetzt. ich werde aus deiner RewriteRule nicht so ganz schlau, ich würde das so machen: RewriteRule ^/([^/]*)/([^/]*).html$ /page.php?lang=$1&index=$2 Viel Erfolg! -- Gruß Hannes -- Apache HTTP Server Mailing List "users-de" unsubscribe-Anfragen an [EMAIL PROTECTED] sonstige Anfragen an [EMAIL PROTECTED] --
Re: Problem mit mod rewrite
Hallo, Hannes Korte wrote: Damit ich keine URLs der Form page.php?lang=de&index=47 habe, setze ich mod rewrite ein, das mir URLs der Form /de/47.html in obiges umsetzt. ich werde aus deiner RewriteRule nicht so ganz schlau, meins: RewriteRule \.(html)$ /sidounX.php Die Seite sidounX.php verarbeitet den RequestURI dann etwa folgendermassen: //2. if not, go ahead and check for dynamic content. $url = strip_tags( $_SERVER['REQUEST_URI'] ); $url_array = explode( "/", $url ); array_shift( $url_array ); //the first one is empty anyway Dann habe ich in $url_array meine beiden Parameter. > ich würde das so machen: RewriteRule ^/([^/]*)/([^/]*).html$ /page.php?lang=$1&index=$2 Viel Erfolg! Danke, ich werde das mal testen. Der Punkt muss noch escaped werden, oder? So: RewriteRule ^/([^/]*)/([^/]*)\.html$ /page.php?lang=$1&index=$2 ^^ Grüße Christoph -- --- * Christoph Löffler - c.loeffler AT xtraport DOT de * * xtraport IT Consulting - www.xtraport.de * * Fingerprint: GnuPG * * 9082 0E53 50C1 209C 0E6F 4E3A 26F0 83F3 072B 44B0 * --- -- Apache HTTP Server Mailing List "users-de" unsubscribe-Anfragen an [EMAIL PROTECTED] sonstige Anfragen an [EMAIL PROTECTED] --
Apache 1.3.29 und IPv6
Hallo, gibt es einen patch um den apache-1.3.29 IPv6-faehig zu machen? Das aktuellste was ich gefunden habe ist fuer 1.3.19 Stefan -- Apache HTTP Server Mailing List "users-de" unsubscribe-Anfragen an [EMAIL PROTECTED] sonstige Anfragen an [EMAIL PROTECTED] --
Re: Apache 1.3.29 und IPv6
According to Stefan: > gibt es einen patch um den apache-1.3.29 IPv6-faehig zu > machen? Wäre Apache 2.0 eine Lösung? Da ist IPv6-Support schon drin. ciao... -- Lars Eilebrecht - Some Windows were made to be broken. [EMAIL PROTECTED] -- Apache HTTP Server Mailing List "users-de" unsubscribe-Anfragen an [EMAIL PROTECTED] sonstige Anfragen an [EMAIL PROTECTED] --
Re: Apache 1.3.29 und IPv6
On Thu, Apr 22, 2004 at 01:02:05PM +0200, Lars Eilebrecht {unsecured} wrote:
> According to Stefan:
>
> > gibt es einen patch um den apache-1.3.29 IPv6-faehig zu
> > machen?
>
> Wäre Apache 2.0 eine Lösung?
Aktuell nein, mittelfristig ja.
> Da ist IPv6-Support schon drin.
>
Ich weiss, moechte/kann aber aktuell nur beim 1.3er bleiben.
Stefan
--
Apache HTTP Server Mailing List "users-de"
unsubscribe-Anfragen an [EMAIL PROTECTED]
sonstige Anfragen an [EMAIL PROTECTED]
--
Probleme mit Zertifikat
Ich hab mir bei thawte eine Zertifikat erstellen lassen und bekomme nun beim Start von apache-ssl auf Debian/sid immer folgende Meldung: [Thu Apr 22 14:28:53 2004] [crit] unable to set private key [Thu Apr 22 14:28:53 2004] [crit] error:0B080074:x509 certificate routines:func(128):reason(116) [Thu Apr 22 14:28:53 2004] [error] ApacheSSLSetCertStuff failed Kann mir jemand weiterhelfen? -- Jochen Kaechelin -- Apache HTTP Server Mailing List "users-de" unsubscribe-Anfragen an [EMAIL PROTECTED] sonstige Anfragen an [EMAIL PROTECTED] --
RE: Probleme mit Zertifikat
> -Original Message- > From: Jochen Kaechelin [mailto:[EMAIL PROTECTED] > Sent: Thursday, April 22, 2004 2:30 PM > To: users-de@httpd.apache.org > Subject: Probleme mit Zertifikat > Hi Jochen, [..] > Kann mir jemand weiterhelfen? hast Du eventuell eine Passphrase im Cert? Greets, Peter -- Apache HTTP Server Mailing List "users-de" unsubscribe-Anfragen an [EMAIL PROTECTED] sonstige Anfragen an [EMAIL PROTECTED] --
RE: Probleme mit Zertifikat
On Thu, 22 Apr 2004, Peter Stoehr wrote: > [..] > > Kann mir jemand weiterhelfen? > > hast Du eventuell eine Passphrase im Cert? Dann würde er eigentlich beim Starten danach fragen ... Emu -- | Emilio Paolini <[EMAIL PROTECTED]>. 10553 Berlin | IM-NETZ GROUP, Berlin. http://www.IM-NETZ.de | Telekom ++49 30 3900 1600 (Q) und 0177 451 2000 -- Apache HTTP Server Mailing List "users-de" unsubscribe-Anfragen an [EMAIL PROTECTED] sonstige Anfragen an [EMAIL PROTECTED] --
Re: Probleme mit Zertifikat
> hast Du eventuell eine Passphrase im Cert? Ja, aber ich werde nicht aufgefordert es anzugeben! also das SSLCertificateFile ist die .crt - Datei, oder? SSLertificateKeyFile ist die .key - Datei, oder? Was passiert mit der privkey.pem? -- Jochen -- Apache HTTP Server Mailing List "users-de" unsubscribe-Anfragen an [EMAIL PROTECTED] sonstige Anfragen an [EMAIL PROTECTED] --
RE: Probleme mit Zertifikat
> -Original Message- > From: Emilio Paolini [mailto:[EMAIL PROTECTED] > Sent: Thursday, April 22, 2004 2:34 PM > To: users-de@httpd.apache.org; [EMAIL PROTECTED] > Cc: [EMAIL PROTECTED] > Subject: RE: Probleme mit Zertifikat > > > On Thu, 22 Apr 2004, Peter Stoehr wrote: > > [..] > > > Kann mir jemand weiterhelfen? > > > > hast Du eventuell eine Passphrase im Cert? > > Dann würde er eigentlich beim Starten danach fragen ... Mein Apache aus Debian/testing nicht... lg, Peter -- Apache HTTP Server Mailing List "users-de" unsubscribe-Anfragen an [EMAIL PROTECTED] sonstige Anfragen an [EMAIL PROTECTED] --
RE: Probleme mit Zertifikat
> -Original Message-
> From: Jochen Kaechelin [mailto:[EMAIL PROTECTED]
> Sent: Thursday, April 22, 2004 2:40 PM
> To: users-de@httpd.apache.org
> Subject: Re: Probleme mit Zertifikat
>
>
> > hast Du eventuell eine Passphrase im Cert?
>
> Ja, aber ich werde nicht aufgefordert es
> anzugeben!
bei mir hab ichs so in der httpd.conf:
# SSL Config global
SSLLog /var/log/apache/ssl_engine_log
SSLLogLevel debug
SSLPassPhraseDialog exec:/etc/apache/pass.sh
SSLSessionCache dbm:/var/tmp/ssl_scache
SSLSessionCacheTimeout 300
SSLMutexfile:/var/tmp/ssl_mutext
SSLRandomSeed startup builtin
SSLRandomSeed connect builtin
SSLProtocol all
SSLCipherSuite ALL:!ADH:!EXPORT56:RC4+RSA:+HIGH:+MEDIUM:+LOW:+SSLv2:+EXP:+eNULL
SSLVerifyClient 0
ServerName intranet
DocumentRoot /var/www/intranet/htdocs/
ScriptAlias /cgi-bin/ /var/www/intranet/cgi-bin/
TransferLog "|/usr/sbin/cronolog /var/www/intranet/logs/ssl_access_log.%Y%m%d"
LogFormat combined
ErrorLog "|/usr/sbin/cronolog /var/www/intranet/logs/ssl_error_log.%Y%m%d"
#CustomLog "|/usr/sbin/cronolog /var/www/intranet/logs/ssl_mod_gzip.%Y%m%d"
common_with_mod_gzip_info2
SSLEngine on
SSLCertificateFile "/etc/apache/intranet.crt"
SSLCertificateKeyFile "/etc/apache/intranet.key"
SetEnvIf User-Agent ".*MSIE.*" \
nokeepalive ssl-unclean-shutdown \
downgrade-1.0 force-response-1.0
CustomLog /var/www/intranet/logs/ssl_request_log \
"%t %h %{SSL_PROTOCOL}x %{SSL_CIPHER}x \"%r\" %b"
in die /etc/apache/pass.sh (chmod 700, UID/GID: root/root) schreibst Deine
PassPharse rein, damit bei einem Restart Du nicht immer das Passwort eintippen
mußt (praktisch wenn die Kiste nicht im Haus steht).
/etc/apache/pass.sh
#!/bin/sh
echo "abcdefgh" <-- durch Deine PassPhrase ersetzen
In diesem Beispiel liegt intranet.key und intranet.crt in /etc/apache
Greets, Peter
--
Apache HTTP Server Mailing List "users-de"
unsubscribe-Anfragen an [EMAIL PROTECTED]
sonstige Anfragen an [EMAIL PROTECTED]
--
RE: Problem mit mod rewrite
Hallo Christoph, > > ich werde aus deiner RewriteRule nicht so ganz schlau, > > RewriteRule \.(html)$ /sidounX.php > > Die Seite sidounX.php verarbeitet den RequestURI dann etwa > folgendermassen: > $url = strip_tags( $_SERVER['REQUEST_URI'] ); Ah, jetzt hab ichs auch.. ok.. > Der Punkt muss noch escaped werden, > oder? So: > RewriteRule ^/([^/]*)/([^/]*)\.html$ /page.php?lang=$1&index=$2 Na klar.. Richtig.. Hab ich übersehen.. -- Gruß hannes -- Apache HTTP Server Mailing List "users-de" unsubscribe-Anfragen an [EMAIL PROTECTED] sonstige Anfragen an [EMAIL PROTECTED] --
Re: Probleme mit Zertifikat
> SSLLogLevel debug Geht bei mir nicht, ich hab den 1.3.29er! Hat jemand das gleiche Teil unter Debian/sid laufen? -- Jochen Kaechelin -- Apache HTTP Server Mailing List "users-de" unsubscribe-Anfragen an [EMAIL PROTECTED] sonstige Anfragen an [EMAIL PROTECTED] --
RE: Probleme mit Zertifikat
> -Original Message- > From: Jochen Kaechelin [mailto:[EMAIL PROTECTED] > Sent: Thursday, April 22, 2004 3:20 PM > To: users-de@httpd.apache.org > Subject: Re: Probleme mit Zertifikat > > > > SSLLogLevel debug > > Geht bei mir nicht, ich hab den 1.3.29er! > Hat jemand das gleiche Teil unter Debian/sid > laufen? hmm, hab den apache 1.3.29.0.1-3 aus testing und libapache-mod-ssl/stable (2.8.9-2.1) am laufen, zuvor die selbe Config mit dem apache 1.3.26-0woody3. Greets, Peter -- Apache HTTP Server Mailing List "users-de" unsubscribe-Anfragen an [EMAIL PROTECTED] sonstige Anfragen an [EMAIL PROTECTED] --
Re: Probleme mit Zertifikat
> hmm, hab den apache 1.3.29.0.1-3 aus testing und > libapache-mod-ssl/stable (2.8.9-2.1) am laufen, zuvor die selbe > Config mit dem apache 1.3.26-0woody3. Ich hab den Indianer mit ssl fest eingebunden, als kein libapache-mod-ssl, dass musste ich bei thawte angeben, irendwie scheint es da unterschiede zu geben. Es gab die Auswahl Apache BEN... ODER mod_ssl! -- Jochen -- Apache HTTP Server Mailing List "users-de" unsubscribe-Anfragen an [EMAIL PROTECTED] sonstige Anfragen an [EMAIL PROTECTED] --
RE: Probleme mit Zertifikat
> -Original Message- > From: Jochen Kaechelin [mailto:[EMAIL PROTECTED] > Sent: Thursday, April 22, 2004 3:32 PM > To: users-de@httpd.apache.org > Subject: Re: Probleme mit Zertifikat > > > > hmm, hab den apache 1.3.29.0.1-3 aus testing und > > libapache-mod-ssl/stable (2.8.9-2.1) am laufen, zuvor die selbe > > Config mit dem apache 1.3.26-0woody3. > > Ich hab den Indianer mit ssl fest eingebunden, als kein > libapache-mod-ssl, dass musste ich bei thawte angeben, > irendwie scheint es da unterschiede zu geben. > > Es gab die Auswahl Apache BEN... ODER mod_ssl! In meinem Fall war es mod_ssl. Hast Du das Testzertifikat installiert? -- Apache HTTP Server Mailing List "users-de" unsubscribe-Anfragen an [EMAIL PROTECTED] sonstige Anfragen an [EMAIL PROTECTED] --
Re: Probleme mit Zertifikat
> In meinem Fall war es mod_ssl. Hast Du das Testzertifikat > installiert? Nein! Meinst du das von thawtw? -- Apache HTTP Server Mailing List "users-de" unsubscribe-Anfragen an [EMAIL PROTECTED] sonstige Anfragen an [EMAIL PROTECTED] --
RE: Probleme mit Zertifikat
> -Original Message- > From: Jochen Kaechelin [mailto:[EMAIL PROTECTED] > Sent: Thursday, April 22, 2004 3:48 PM > To: users-de@httpd.apache.org > Subject: Re: Probleme mit Zertifikat > > > > In meinem Fall war es mod_ssl. Hast Du das Testzertifikat > > installiert? > > Nein! Meinst du das von thawtw? Jep, von Thawte. Du kannst mit dem selben Server-CSR Dir ein Testzert holen, welches 3 Wochen gilt. So kannst testen, ob alles bei Deinem Server funzt, und erst dann das Zertifikat kaufen. http://www.thawte.com/ucgi/gothawte.cgi?a=w44700158187049000 Greets, Peter -- Apache HTTP Server Mailing List "users-de" unsubscribe-Anfragen an [EMAIL PROTECTED] sonstige Anfragen an [EMAIL PROTECTED] --
Re: Problem mit mod rewrite
Hallo, Der Punkt muss noch escaped werden, oder? So: RewriteRule ^/([^/]*)/([^/]*)\.html$ /page.php?lang=$1&index=$2 Also, das funktioniert mit einem "normalen" Browser ebenfalls. Nur mit wget oder lynx bekomme ich weiterhin eine leere Seite (0 bytes). (Beispiel: http://www.movens.de/de/1.html ) Können diese Clients und SearchRobots, oder auch der HTML Validator irgend eine Server Response nicht verstehen? Grüße Christoph -- --- * Christoph Löffler - c.loeffler AT xtraport DOT de * * xtraport IT Consulting - www.xtraport.de * * Fingerprint: GnuPG * * 9082 0E53 50C1 209C 0E6F 4E3A 26F0 83F3 072B 44B0 * --- -- Apache HTTP Server Mailing List "users-de" unsubscribe-Anfragen an [EMAIL PROTECTED] sonstige Anfragen an [EMAIL PROTECTED] --
Re: Apache 1.3.29 und IPv6
Stefan M. Brandl wrote: Hallo, gibt es einen patch um den apache-1.3.29 IPv6-faehig zu machen? Das aktuellste was ich gefunden habe ist fuer 1.3.19 falls Debian: http://people.debian.org/~csmall/ipv6/packages.html 1.3.27-0.1.ipv6.r2 Grüße Chris -- --- * Christoph Löffler - c.loeffler AT xtraport DOT de * * xtraport IT Consulting - www.xtraport.de * * Fingerprint: GnuPG * * 9082 0E53 50C1 209C 0E6F 4E3A 26F0 83F3 072B 44B0 * --- -- Apache HTTP Server Mailing List "users-de" unsubscribe-Anfragen an [EMAIL PROTECTED] sonstige Anfragen an [EMAIL PROTECTED] --
Re: Problem mit mod rewrite
Hallo ich schrieb heute: ich habe folgendes Problem: immer noch... dynamisch erzeugte Webseite holt Seiten aus DB Parameter: lang = [de|en] index = numerischer Index eines Eintrages in DB Damit ich keine URLs der Form page.php?lang=de&index=47 habe, setze ich mod rewrite ein, das mir URLs der Form /de/47.html in obiges umsetzt. Das Rewrite Rule in der .htaccess ist folgendes: RewriteEngine On RewriteRule \.(html)$ /sidounX.php DAs klappt auch wunderbar, mit einer nicht sehr schönen Konsequenz: Bestimmte Clients können die Seiten nicht lesen, z.B. - Suchmaschinenrobots - HTML Validator - lynx - wget [...] Habe das Verhalten von wget zwischenzeitlich etwas genauer untersucht (sidoun.consulting ist unser lokaler Server): [EMAIL PROTECTED]:~$ wget -S http://sidoun.consulting/ --17:21:08-- http://sidoun.consulting/ => `index.html' Resolving sidoun.consulting... done. Connecting to sidoun.consulting[192.168.0.150]:80... connected. HTTP request sent, awaiting response... 1 HTTP/1.1 302 Found 2 Date: Thu, 22 Apr 2004 15:21:08 GMT 3 Server: Apache/1.3.26 (Unix) Debian GNU/Linux PHP/4.3.4 4 X-Powered-By: PHP/4.3.4 5 Location: http://sidoun.consulting/de/1.html 6 Connection: close 7 Content-Type: text/html; charset=iso-8859-1 Location: http://sidoun.consulting/de/1.html [following] --17:21:08-- http://sidoun.consulting/de/1.html => `1.html' Connecting to sidoun.consulting[192.168.0.150]:80... connected. HTTP request sent, awaiting response... 1 HTTP/1.1 200 OK 2 Date: Thu, 22 Apr 2004 15:21:08 GMT 3 Server: Apache/1.3.26 (Unix) Debian GNU/Linux PHP/4.3.4 4 X-Powered-By: PHP/4.3.4 5 Connection: close 6 Content-Type: text/html; charset=iso-8859-1 [ <=> ] 0 --.--K/s 17:21:09 (0.00 B/s) - `1.html' saved [0] mit wget, der sich als Mozilla ausgibt ;-) [EMAIL PROTECTED]:~$ wget -S -U "Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7b) Gecko/20040316" http://sidoun.consulting/ --17:20:23-- http://sidoun.consulting/ => `index.html' Resolving sidoun.consulting... done. Connecting to sidoun.consulting[192.168.0.150]:80... connected. HTTP request sent, awaiting response... 1 HTTP/1.1 302 Found 2 Date: Thu, 22 Apr 2004 15:20:23 GMT 3 Server: Apache/1.3.26 (Unix) Debian GNU/Linux PHP/4.3.4 4 X-Powered-By: PHP/4.3.4 5 Location: http://sidoun.consulting/de/1.html 6 Connection: close 7 Content-Type: text/html; charset=iso-8859-1 Location: http://sidoun.consulting/de/1.html [following] --17:20:23-- http://sidoun.consulting/de/1.html => `1.html' Connecting to sidoun.consulting[192.168.0.150]:80... connected. HTTP request sent, awaiting response... 1 HTTP/1.1 200 OK 2 Date: Thu, 22 Apr 2004 15:20:23 GMT 3 Server: Apache/1.3.26 (Unix) Debian GNU/Linux PHP/4.3.4 4 X-Powered-By: PHP/4.3.4 5 Content-length: 2206 6 Keep-Alive: timeout=15, max=100 7 Connection: Keep-Alive 8 Content-Type: text/html; charset=iso-8859-1 100%[==>] 2,206 2.10M/sETA 00:00 17:20:23 (2.10 MB/s) - `1.html' saved [2206/2206] was mich dabei verwundert, dass die erste Variante ein "Connection: Close" liefert. Der Test mit http://www.delorie.com/web/headers.html auf http://www.movens.de/ lieferte nichts anderes: Test mit http://www.movens.de/ HTTP/1.1 302 Found Date: Thu, 22 Apr 2004 14:59:59 GMT Server: Apache/1.3.26 (Unix) Debian GNU/Linux PHP/4.3.6 mod_ssl/2.8.9 OpenSSL/0.9.6d X-Powered-By: PHP/4.3.6 Location: http://www.movens.de/de/1.html Connection: close Content-Type: text/html; charset=iso-8859-1 Test mit http://www.movens.de/de/1.html HTTP/1.1 200 OK Date: Thu, 22 Apr 2004 15:01:18 GMT Server: Apache/1.3.26 (Unix) Debian GNU/Linux PHP/4.3.6 mod_ssl/2.8.9 OpenSSL/0.9.6d X-Powered-By: PHP/4.3.6 Connection: close Content-Type: text/html; charset=iso-8859-1 Dummerweise verhalten sich Suchmaschinen und der HTML Validator eben wie wget und nicht wie "normale Browser". Weiss jmd. Rat? Grüße Chris -- --- * Christoph Löffler - c.loeffler AT xtraport DOT de * * xtraport IT Consulting - www.xtraport.de * * Fingerprint: GnuPG * * 9082 0E53 50C1 209C 0E6F 4E3A 26F0 83F3 072B 44B0 * --- -- Apache HTTP Server Mailing List "users-de" unsubscribe-Anfragen an [EMAIL PROTECTED] sonstige Anfragen an [EMAIL PROTECTED] --
RE: Problem mit mod rewrite
Hi Christoph, hast du mal probiert, die Seite mit wget zu laden, bevor du die RewriteRule gesetzt hast? Hast du vielleicht ein einer RewriteCond vorher noch eine Browserweiche eingesetzt? Sonst könnte ich mir höchstens vorstellen, dass das PHP-Script sich bei unterschiedlichen USER_AGENT's anders verhält. -- Gruß Hannes -- Apache HTTP Server Mailing List "users-de" unsubscribe-Anfragen an [EMAIL PROTECTED] sonstige Anfragen an [EMAIL PROTECTED] --
Re: Problem mit mod rewrite
Christoph Löffler wrote: Hallo, Der Punkt muss noch escaped werden, oder? So: RewriteRule ^/([^/]*)/([^/]*)\.html$ /page.php?lang=$1&index=$2 Also, das funktioniert mit einem "normalen" Browser ebenfalls. Nur mit wget oder lynx bekomme ich weiterhin eine leere Seite (0 bytes). (Beispiel: http://www.movens.de/de/1.html ) Scheinbar weil der Webmaster des Servers irgendeinen obskuren und hilflosen AntiLeach-Schutz (in sein PHP?) eingebaut hat. Ich kann Dein Problem mit "wget http://www.movens.de/de/1.html"; nachvollziehen, aber mit wget 'Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7b) \ Gecko/20040316' http://www.movens.de/de/1.html 'beheben'. Wäre interessant was da eingesetzt wird. gruss, .max -- Apache HTTP Server Mailing List "users-de" unsubscribe-Anfragen an [EMAIL PROTECTED] sonstige Anfragen an [EMAIL PROTECTED] --
Re: Problem mit mod rewrite
Max Dittrich wrote: Scheinbar weil der Webmaster des Servers irgendeinen obskuren und hilflosen AntiLeach-Schutz (in sein PHP?) eingebaut hat. das ist nicht der Fall. Ich kann Dein Problem mit "wget http://www.movens.de/de/1.html"; nachvollziehen, aber mit wget 'Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7b) \ Gecko/20040316' http://www.movens.de/de/1.html 'beheben'. Wäre interessant was da eingesetzt wird. Ich bin der Webmaster. Grüße Chris -- --- * Christoph Löffler - c.loeffler AT xtraport DOT de * * xtraport IT Consulting - www.xtraport.de * * Fingerprint: GnuPG * * 9082 0E53 50C1 209C 0E6F 4E3A 26F0 83F3 072B 44B0 * --- -- Apache HTTP Server Mailing List "users-de" unsubscribe-Anfragen an [EMAIL PROTECTED] sonstige Anfragen an [EMAIL PROTECTED] --
Re: Problem mit mod rewrite
Christoph Löffler wrote: Max Dittrich wrote: Scheinbar weil der Webmaster des Servers irgendeinen obskuren und hilflosen AntiLeach-Schutz (in sein PHP?) eingebaut hat. das ist nicht der Fall. Die Vermutung lag nahe (auto_prepend_file). Leider finde ich die anfänglich von Dir erwähnte Seite page.php auf die Deine RewriteRule umschreibt nicht. Dann hätte ich an nochmal testen können, ob das Rewriting auszuschliessen ist. Schalte doch mal für einen kurzen Moment das RewriteLog ein, vielleicht findet sich dort noch ein Hinweis. Und wenn Dich das eh schon länger beschäftigt, würde ich gleich auf die aktuelle Apache-Version wechseln. AFAIK wurden erst in den letzten zwei Versionen einige Dinge in mod_rewrite gefixed. [...] gruss, .max -- Apache HTTP Server Mailing List "users-de" unsubscribe-Anfragen an [EMAIL PROTECTED] sonstige Anfragen an [EMAIL PROTECTED] --
Re: Problem mit mod rewrite
Hallo, > Christoph Löffler wrote: > >> Max Dittrich wrote: >> >> >>> Scheinbar weil der Webmaster des Servers irgendeinen obskuren und >>> hilflosen AntiLeach-Schutz (in sein PHP?) eingebaut hat. >> >> >> das ist nicht der Fall. > > Die Vermutung lag nahe (auto_prepend_file). > > Leider finde ich die anfänglich von Dir erwähnte Seite page.php auf die > Deine RewriteRule umschreibt nicht. Dann hätte ich an nochmal testen > können, ob das Rewriting auszuschliessen ist. Die heisst http://www.movens.de/sidounX.php > Schalte doch mal für einen kurzen Moment das RewriteLog ein, vielleicht > findet sich dort noch ein Hinweis. Hmm, auf meiner lokalen Testmaschine hab ich das mitlaufen lassen. Hat mir jetzt nichts gesagt, hatte nur auf LogLevel 2, die Meldungen bei Aufruf eines Browsers und bei wget waren identisch. > Und wenn Dich das eh schon länger beschäftigt, würde ich gleich auf die > aktuelle Apache-Version wechseln. AFAIK wurden erst in den letzten zwei > Versionen einige Dinge in mod_rewrite gefixed. Du meinst die Version 2.0.x? Die Version: 2.0.49-0.backports.org.1 wäre auf backports.org für Debian zu haben... Grüße Chris -- --- * Christoph Löffler * [EMAIL PROTECTED] * * xtraport IT Consulting * http://www.xtraport.de * * Fingerprint: GnuPG * * 9082 0E53 50C1 209C 0E6F 4E3A 26F0 83F3 072B 44B0 * --- Fremdwörter sind mein Tresor, da bin ich eine Konifere, damit kann mir keiner imprägnieren! Da können noch Generatoren von profilieren. --- -- Apache HTTP Server Mailing List "users-de" unsubscribe-Anfragen an [EMAIL PROTECTED] sonstige Anfragen an [EMAIL PROTECTED] --
Re: Problem mit mod rewrite [SOLVED]
Hallo, vielen Dank, allen, die sich mit der Sache beschäftigt haben. > >> Christoph Löffler wrote: >> >>> Max Dittrich wrote: >>> Scheinbar weil der Webmaster des Servers irgendeinen obskuren und hilflosen AntiLeach-Schutz (in sein PHP?) eingebaut hat. >>> >>> das ist nicht der Fall. >> >> Die Vermutung lag nahe (auto_prepend_file). Es war ein include! Danke für die Idee, nach so was ähnlichem zu suchen. Die Datei http://www.movens.de/inc/weiche.phps wird jedesmal von der Steuerdatei eingebunden, das steht am Ende ein exit() im Falle, dass keiner der im Skript angegebenen Browser die Datei anfragt. Ist jetzt auskommentiert, jetzt klappts auch mit wget! Es war der PHP-Programmierer...(nicht der WebMaster ;-) Mit dem habe ich morgen noch ein Wörtchen zu reden Was mich das Arbeitszeit gekostet hat! Tob! Grüße Christoph (der sich sicher gleich wieder beruhigt) -- --- * Christoph Löffler * [EMAIL PROTECTED] * * xtraport IT Consulting * http://www.xtraport.de * * Fingerprint: GnuPG * * 9082 0E53 50C1 209C 0E6F 4E3A 26F0 83F3 072B 44B0 * --- Fremdwörter sind mein Tresor, da bin ich eine Konifere, damit kann mir keiner imprägnieren! Da können noch Generatoren von profilieren. --- -- Apache HTTP Server Mailing List "users-de" unsubscribe-Anfragen an [EMAIL PROTECTED] sonstige Anfragen an [EMAIL PROTECTED] --
Re: Problem mit mod rewrite [SOLVED]
Christoph Löffler wrote: [..] Scheinbar weil der Webmaster des Servers irgendeinen obskuren und hilflosen AntiLeach-Schutz (in sein PHP?) eingebaut hat. das ist nicht der Fall. Die Vermutung lag nahe (auto_prepend_file). Es war ein include! Danke für die Idee, nach so was ähnlichem zu suchen. Die Datei http://www.movens.de/inc/weiche.phps wird jedesmal von der Steuerdatei eingebunden, das steht am Ende ein exit() im Falle, dass keiner der im Skript angegebenen Browser die Datei anfragt. Ist jetzt auskommentiert, jetzt klappts auch mit wget! Es war der PHP-Programmierer...(nicht der WebMaster ;-) :). War nicht so gemeint. Mit dem habe ich morgen noch ein Wörtchen zu reden Was mich das Arbeitszeit gekostet hat! Tob! Genau, schüttel den mal durch. ;) Das exit() ist wirklich Unsinn. Neben den ganzen missachteten Browsern gibt es auch sicher ein paar Firmennetze, die Angaben wie User-Agent und Referer nicht über Ihren Proxy rauslassen. Und nebenbei: ein switch mit break wäre vermutlich performanter als wiederholte if-statements, die sich ausschliessen. gruss, .max -- Apache HTTP Server Mailing List "users-de" unsubscribe-Anfragen an [EMAIL PROTECTED] sonstige Anfragen an [EMAIL PROTECTED] --
