Fehlerseite -> Url: http://www.domain.de/cms/%22http://%2

master111 · Beitrag von **master111** » Mo 10. Jan 2005, 23:57

Hallo zusammen,

bei uns stellt sich folgendes Problem: immerwieder kommt es vor dass man auf einen korrekten link geht und dann auf eine Fehlerseite kommt. In der Adressleiste wird dann immer http://www.malteser-graefelfing.de/cms/%22http://%22 angezeigt.

Geht man dann mit dem Browser zurück und wieder auf den Link klappts.

Wo ist denn der Fehler zu sichen?? Wir sind vollkommen ratlos...!

Beste Dank
DoMi

Beitrag von **emergence** » Di 11. Jan 2005, 09:39

check mal bei idcat 34 beim startartikel
eigenschaften was bei weiterleitung drinnen steht und ob sie aktiv ist...
lt. server header müsste dort http:// drinnen stehen.

siehe hier

Code: Alles auswählen

HTTP/1.1 302Date: Tue, 11 Jan 2005 08:28:32 GMT
Server: Apache/1.3.29 (Unix)
Cache-control: post-check=0, pre-check=0, private, no-cache
Expires: Mon, 26 Jul 1997 05:00:00 GMT
Pragma: no-cache
X-Powered-By: PHP/4.3.10
Set-Cookie: sid_1_1=70ace3d8a036d84214a1c3fbb52106f2; path=/Set-Cookie: poll=poll_allowed; expires=Sun, 10-Jul-2005 08:28:33 GMT; path=/
Last-Modified: Tue, 11 Jan 2005 08:28:33 GMT
Location: "http://"
Connection: close
Content-Type: text/html

master111 · Beitrag von **master111** » Di 11. Jan 2005, 15:14

bei catart=34 steht bei Weiterleitung "http://" wie immer drinnen. Es ist nicht aktiv.

Ist der Fehler bekannt; kann man mehr dazu finden? Es tritt oftmals auf; meist beim ersten mal; auch im backend und bei vielene Seiten....

Besten Dank!
DoMI

Beitrag von **emergence** » Di 11. Jan 2005, 15:26

catart ? ähm
die id der kategorie mein ich...
bei idcat 11(Küchengruppe) stimmts zum bleistift...
bei idcat 34(Seebeben Asien) stimmts nicht...
meines erachtens hat der startartikel bei seebeben asien ein hakerl bei der weiterleitung...
kann auch sein das es aufgrund einer anderen weiterleitung zu dem fehler kommen kann...

master111 · Beitrag von **master111** » Di 11. Jan 2005, 15:32

meine natürlich auch idcsat (asien) - da ist kein hakerl gesetzt.

es kam auch schon vor bei mitarbeiterlogin und dann auf ssl-login gehen...

kann ich den feler in der datenbank ausfindig machen, oder wie kommen wir da nun zurecht?

danke emergence für deine hilfe!
DoMi

Beitrag von **emergence** » Di 11. Jan 2005, 15:41

an sich ja
tabelle con_art_lang

feld: redirect (falls nicht aktiv 0 aktiv 1)
feld: redirect_url (falls nichts definiert ist sollte 0 drinnen stehen)

timo · Beitrag von **timo** » Mi 19. Jan 2005, 15:07

ist das noch aktuell?