zurück zur Startseite
  


Zurück XHTMLforum > Webentwicklung (außer XHTML und CSS) > Serveradministration und serverseitige Scripte
Seite neu laden Styleswitcher

Antwort
 
LinkBack Themen-Optionen Ansicht
  #41 (permalink)  
Alt 24.04.2005, 21:57
Benutzerbild von derHund
durstiges Tier
XHTMLforum-Mitglied
 
Registriert seit: 16.09.2004
Beiträge: 869
derHund befindet sich auf einem aufstrebenden Ast
Standard

Zitat:
Zitat von Floele
man kann es zum Beispiel benutzen um auf einer 404 Fehlerseite festzustellen, was der Besucher aufgerufen hat.
nutze ich selbst ...
Zitat:
so bald aber mehrere seiten, die den gleichen "style" aufweisen sollen
das verstehe ich nicht!?
Zitat:
Davon abgesehen ist server-seitig zuverlässiger.
aus sicht der usability ists meiner meinung nach mal wieder nicht so schön.
__________________
Die Zeit hat ihre Kinder längst gefressen: hund (back in black) | ??? | ??? | ...
Mit Zitat antworten
Sponsored Links
  #42 (permalink)  
Alt 24.04.2005, 22:10
Benutzerbild von Floele
Erfahrener Benutzer
XHTMLforum-Mitglied
 
Registriert seit: 30.03.2005
Beiträge: 355
Floele befindet sich auf einem aufstrebenden Ast
Standard

Zitat:
aus sicht der usability ists meiner meinung nach mal wieder nicht so schön.
Wo liegt denn das Problem?
Mit Zitat antworten
Sponsored Links
  #43 (permalink)  
Alt 25.04.2005, 18:14
Erfahrener Benutzer
XHTMLforum-Mitglied
 
Registriert seit: 18.01.2005
Beiträge: 696
wahsaga befindet sich auf einem aufstrebenden Ast
Standard

Zitat:
Zitat von derHund
- request_url ist genauso schlecht, da ich festgestellt habe, daß dort nicht nur die seitenurl steht, sondern die zuletzt (oder so, nichts genaues weiß man) erfragte url, was auch css/img/etc. sein könnte => korrigier mich, wenns falsch sein sollte, ich habe es desöfteren schon bei mir so feststellen können.
nein, das ist wirklich ganz und gar nicht zutreffend.

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.
Mit Zitat antworten
  #44 (permalink)  
Alt 25.04.2005, 19:00
Benutzerbild von derHund
durstiges Tier
XHTMLforum-Mitglied
 
Registriert seit: 16.09.2004
Beiträge: 869
derHund befindet sich auf einem aufstrebenden Ast
Standard

Zitat:
Zitat von wahsaga
dass andere, zeitliche in etwa parallele, requests da mit reinspielen, ist absolut unmöglich.
aber wo liegt mein (denk)-fehler? das interessiert mich brennend. so ists kein zustand.

anweisung:
Code:
  $query = '
    INSERT INTO hg_impressions
    SET         imp_date = NOW(),
                url      = "'.$_SERVER['REQUEST_URI'].'"
  ';
  $db->query($query);
tabellendump (gekürzt).
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) | ??? | ??? | ...
Mit Zitat antworten
  #45 (permalink)  
Alt 28.04.2005, 15:06
Erfahrener Benutzer
XHTMLforum-Mitglied
 
Registriert seit: 18.01.2005
Beiträge: 696
wahsaga befindet sich auf einem aufstrebenden Ast
Standard

Zitat:
Zitat von derHund
aber wo liegt mein (denk)-fehler? das interessiert mich brennend. so ists kein zustand.
wo führst du diese query denn aus, bzw. wo überall?

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 ...
Mit Zitat antworten
  #46 (permalink)  
Alt 28.04.2005, 16:51
Benutzerbild von derHund
durstiges Tier
XHTMLforum-Mitglied
 
Registriert seit: 16.09.2004
Beiträge: 869
derHund befindet sich auf einem aufstrebenden Ast
Standard

Zitat:
Zitat von wahsaga
wo führst du diese query denn aus, bzw. wo überall?
dahingehend hatte ich auch schon überlegt, aber:
Zitat:
du lässt deine bilder nicht zufällig per script ausgeben, und hast da den code auch drin?
nein.
Zitat:
schreibst die bild-requests per mod_rewrite auf ein script um?
etc.,
ja.
Zitat:
sonstwas in der art, dass dafür sorgt das bei requests auf bilder dieser code auch ausgeführt wird?
nein. definitiv nicht.
Zitat:
wenn ich bspw. mal
http:/gepardenforelle.nophia.de/images/icon/bread.gif
direkt aufrufe, bekomme ich einen 404er.
wo hast du die url her? das bread wird im stylesheet eingebunden. dort ists
Code:
  background : url("images/icon/bread.gif") no-repeat right;
da das bisher funktionierte, hab ich mir nie gedanken gemacht, daß das ein problem sein könnte ... ich dachte bisher, die url wäre relativ aufs stylesheet bezogen.
Zitat:
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?
nein. das bild ist ein hintergrund ... ich habe leider keinen ie verfügbar, kann der hintergrundbilder so ansprechen?
Zitat:
na gut, das würde dann auch die einträge in deinem REQUEST_URI-"log" erklären:
ich hätte fast geschrien, ja - du bist der größte, aber ... hmm ... wenigstens habe ich ersteinmal einen ansatz zum prüfen.
Zitat:
absoluter URI hätte einen redirect ausgelöst
ich befürchte fast, du meinst den vollständigen URI, also auch mit protokoll? den absolut ist mein error-document angegeben.

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) | ??? | ??? | ...
Mit Zitat antworten
  #47 (permalink)  
Alt 28.04.2005, 17:42
Erfahrener Benutzer
XHTMLforum-Mitglied
 
Registriert seit: 18.01.2005
Beiträge: 696
wahsaga befindet sich auf einem aufstrebenden Ast
Standard

Zitat:
Zitat von derHund
wo hast du die url her?
aus deinem vorherigen posting :)
/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:
nein. das bild ist ein hintergrund ... ich habe leider keinen ie verfügbar, kann der hintergrundbilder so ansprechen?
merke auch jetzt erst, dass es an dieser stelle gar kein <img> ist, sondern ein hintergrundbild.
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:
ich hätte fast geschrien, ja - du bist der größte, aber ... hmm ... wenigstens habe ich ersteinmal einen ansatz zum prüfen.
das darfst du ruhig trotzdem machen :)

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:
da das bisher funktionierte, hab ich mir nie gedanken gemacht, daß das ein problem sein könnte ... ich dachte bisher, die url wäre relativ aufs stylesheet bezogen.
ja, ist ja auch korrekt.

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:
absoluter URI hätte einen redirect ausgelöst
ich befürchte fast, du meinst den vollständigen URI, also auch mit protokoll? den absolut ist mein error-document angegeben.
ja, wenn ich absoluter URI sage, meine ich http://... :)

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.
na ja, lass einen besucher/client nur eine seite betrachten:
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:
- wo hast du die bread-url her? ist die angabe im stylesheet (demnach) falsch?
- wenn nicht, wie sollen die vielen fehl-requests zustande kommen?
wie gesagt, URL eigentlich nur so auf gut glück zusammengebastelt, aus dem von dir geposteten log.
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.
Mit Zitat antworten
  #48 (permalink)  
Alt 28.04.2005, 19:39
Benutzerbild von derHund
durstiges Tier
XHTMLforum-Mitglied
 
Registriert seit: 16.09.2004
Beiträge: 869
derHund befindet sich auf einem aufstrebenden Ast
Standard

Zitat:
Zitat von wahsaga
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 ...?
ja, das habe ich vergessen zu sagen, vorhin ... ists das andere stylesheet, kann grad nicht wechseln, kein switch installiert und original-css nicht eingebunden ...

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) | ??? | ??? | ...
Mit Zitat antworten
Antwort

Themen-Optionen
Ansicht

Forumregeln
Es ist Ihnen nicht erlaubt, neue Themen zu verfassen.
Es ist Ihnen nicht erlaubt, auf Beiträge zu antworten.
Es ist Ihnen nicht erlaubt, Anhänge hochzuladen.
Es ist Ihnen nicht erlaubt, Ihre Beiträge zu bearbeiten.

BB-Code ist an.
Smileys sind an.
[IMG] Code ist an.
HTML-Code ist aus.
Trackbacks are an
Pingbacks are an
Refbacks are aus


Ä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


Alle Zeitangaben in WEZ +2. Es ist jetzt 11:13 Uhr.