|
||||
Zitat:
Zitat:
Zitat:
__________________
Die Zeit hat ihre Kinder längst gefressen: hund (back in black) | ??? | ??? | ... |
Sponsored Links |
|
|||
Zitat:
REQUEST_URI (nicht _url) enthält immer den URI, unter dem die scriptressource angefordert wurde. dass andere, zeitliche in etwa parallele, requests da mit reinspielen, ist absolut unmöglich. |
|
||||
Zitat:
anweisung: Code:
$query = ' INSERT INTO hg_impressions SET imp_date = NOW(), url = "'.$_SERVER['REQUEST_URI'].'" '; $db->query($query); Code:
SQL-query: SELECT * FROM `hg_impressions` WHERE url != "/" AND url NOT LIKE "%html%" LIMIT 0, 30; Rows: 14 id imp_date url 283 2005-04-19 02:06:37 /platzierung-verschiedener-teilnehmer-des-seo-wettbewerbs-top-100-seekport-klein.jpg 284 2005-04-19 02:06:37 /platzierung-verschiedener-teilnehmer-des-seo-wettbewerbs-top-10-seekport-klein.jpg 286 2005-04-19 02:06:55 /platzierung-verschiedener-teilnehmer-des-seo-wettbewerbs-top-10-seekport-klein.jpg 287 2005-04-19 02:06:55 /platzierung-verschiedener-teilnehmer-des-seo-wettbewerbs-top-100-seekport-klein.jpg 1485 2005-04-21 15:37:16 /images/background/body.png 1486 2005-04-21 15:37:16 /images/background/header.png 1487 2005-04-21 15:37:16 /images/background/fish.gif 1488 2005-04-21 15:37:17 /images/background/container.png 1489 2005-04-21 15:37:17 /images/background/foot.png 1490 2005-04-21 15:37:17 /images/icon/star_medium.gif 1491 2005-04-21 15:37:17 /images/icon/bread.gif
__________________
Die Zeit hat ihre Kinder längst gefressen: hund (back in black) | ??? | ??? | ... |
|
|||
Zitat:
du lässt deine bilder nicht zufällig per script ausgeben, und hast da den code auch drin? schreibst die bild-requests per mod_rewrite auf ein script um? etc., sonstwas in der art, dass dafür sorgt das bei requests auf bilder dieser code auch ausgeführt wird? p.s.: was mir da gerade noch auffällt: wenn ich bspw. mal http:/gepardenforelle.nophia.de/images/icon/bread.gif direkt aufrufe, bekomme ich einen 404er. dabei wird diese grafik auf der 404-seite selber oben in der navigation angezeigt ("Sie sind hier: Startseite > Fehlerseite ") wenn ich dann aber im IE auf diese grafik rechtsklicke und mit die eigenschaften anzeigen lasse, steht dort wieder bei typ, größe etc. "nicht verfügbar". also irgendeine art anti-trafficklau-mechanismus? na gut, das würde dann auch die einträge in deinem REQUEST_URI-"log" erklären: http:/gepardenforelle.nophia.de/images/icon/bread.gif löst 404 aus, 404-seite wird stattdessen ausgegeben. diese ist bei dir aber ein PHP-script, welches auch obigen code enthält (richtig?) - und damit dann den REQUEST_URI "/images/icon/bread.gif" in die DB einträgt. dieser hat sich schließlich durch das ausliefern der fehlerseite nicht geändert, weil diese bei ErrorDocument mit relativem URI angegeben wurde (absoluter URI hätte einen redirect ausgelöst, und dann würde REQUEST_URI die adresse deiner fehlerseite enthalten, und diese jedes mal in die DB eintragen). edit: http:// durch http:/ ersetzt, um automatische verlinkung zu umgehen. könnte mir denken, dass zu häufig gespiderte 404er deinem wettbewerbsbeitrag nicht unbedingt gut tun ... |
|
||||||||
Zitat:
Zitat:
Zitat:
Zitat:
Zitat:
Code:
background : url("images/icon/bread.gif") no-repeat right; Zitat:
Zitat:
Zitat:
das gibt alles irgendwie keinen sinn. für die impression-tabelle vielleicht noch, aber dort, wo ich nur visitor-tabellen hab, wo also nur erste/letzte URI gespeichert werden, tritt das auch auch. ich muß das mal ganz genau analysieren. meine zwei fragen also an dich: - wo hast du die bread-url her? ist die angabe im stylesheet (demnach) falsch? - wenn nicht, wie sollen die vielen fehl-requests zustande kommen? ich hole mir jetzt die apache-log-files und schau die mir genau an. mist. kommt davon. edit: dann bastele ich jetzt einen styleswitcher mit REQUEST_URI.
__________________
Die Zeit hat ihre Kinder längst gefressen: hund (back in black) | ??? | ??? | ... |
|
||||||||
Zitat:
/platzierung-verschiedener-teilnehmer-des-seo-wettbewerbs-top-100-seekport-klein.jpg lies vermuten, dass es sich um deine gepardenforellenseite handelt - und an deren adresse hab ich dann einfach nur mal das ebenfalls im geposteten auszug vorkommende /images/icon/bread.gif angehängt, rein zu testzwecken - um zu schauen ob's mehr informationen zum problem liefert. Zitat:
was zum geier macht der IE da? im kontextmenü sind die einträge "hintergrund speichern unter/als hintergrund/hintergrund kopieren" ausgegraut; und bei "eigenschaften" zeigt er mir als adresse http:/gepardenforelle.nophia.de/images/icon/bread.gif an - wie schon erwähnt mit dem zusatz "nicht verfügbar". nichts desto trotz sehe ich dort dieses dreieck ... moment, ich sehe dort ein etwas größeres weißes dreieck - wenn ich dann aber den pfad zu deiner CSS-datei ergänze, und mir http:/gepardenforelle.nophia.de/templates/standard/images/icon/bread.gif anschaue - dann ist das ein kleineres, dunkles dreieck ...? Zitat:
scherz beiseite: ich bleibe bei der vermutung, dass diese logeinträge durch dein 404-script gemacht werden. REQUEST_URI enthält immer den pfad ab dem ersten slash hinter dem domainnamen - wenn also /images/icon/bread.gif in deinem log auftaucht, dann muss auch irgend ein client diese datei so angefordert haben, http:/gepardenforelle.nophia.de/images/icon/bread.gif Zitat:
wenn ich mich recht erinnere, war das ein bekannter bug im NS4, dass der den pfad von hintergrundbildern immer in bezug auf das HTML-dokument erweitert hat, und nicht auf's stylesheet. (mal die access logs checken, ob sich ein NS4 zum fraglichen zeitpunkt zu erkennen gibt?) Zitat:
Zitat:
zuerst wird das html-dokument geladen, dann das stylesheet - und die hintergrundbilder dürften dann oftmals das letzte sein, was dieser client anfordert. also erster URI = html-dokument, letzter URI = irgendein hintergrundbild. Zitat:
und wenn die da so drinsteht, und du REQUEST_URI vor dem eintragen nicht manipuliert/abgeschnitten hast, dann hat das auch irgendein client so angefordert. angabe im stylesheet ist korrekt - da käme eher ein client in betracht, der damit nicht richtig umgehen kann, wie erwähnter NS4. wenn du doch den verdacht hast, dass du (oder vielleicht auch jemand anders, extern?) das bild an irgendeiner anderen stelle falsch verlinkt haben könntest - dann lass doch dein 404-script auch mal den referrer (und ggf. UA) loggen, vielleicht findest du so noch eine stelle, wo die einbindung falsch ist. |
|
||||
Zitat:
wenn ich das mal herausbekommen hab ... hol ich den thread wieder hoch ... nach soviel offtopic.
__________________
Die Zeit hat ihre Kinder längst gefressen: hund (back in black) | ??? | ??? | ... |
Themen-Optionen | |
Ansicht | |
|
|
Ähnliche Themen | ||||
Thema | Autor | Forum | Antworten | Letzter Beitrag |
Styleswitcher - Ausgewählte Option ändert sich bei neuem Seitenaufruf | ChOpSueY! | Javascript & Ajax | 4 | 31.08.2010 22:29 |
jQuery: Problem mit Fancy Zoom und Styleswitcher | fixekiste | Javascript & Ajax | 13 | 07.12.2008 20:02 |
Per Styleswitcher Container verstecken | haschi | CSS | 3 | 07.03.2007 18:15 |
Styleswitcher für mehrere Stylesheets (Stylesets) | captain | Javascript & Ajax | 12 | 07.09.2006 17:39 |
Styleswitcher | dietzi | CSS | 2 | 10.10.2003 14:18 |