Zitat von boardraiderProblem für Proxies ist bereits erfasst:
https://bugzilla.mozilla.org/show_bug.cgi?id=492459
Dürfte damit zusammen hängen:
https://bugzilla.mozilla.org/show_bug.cgi?id=479880
genau das ist es ...
nur daß 492459 auch für Windows gilt - ich hab' ja das Problem unter Windows festgestellt;
Ist bekannt - was möchtest du damit aussagen ?
daß Du obigen HTML-Code in einen HTML File kopierst und unter Windows
mit Firefox öffnest, und damit das Problem nachvollziehst;
bei HTTPS Verbindungen, welche geblockt werden finde ich im Log von Squid
/var/log/squid/access.log z.B. folgendes:
1269345010.008 4 192.168.23.1 TCP_DENIED/403 1374 CONNECT www.googleadservices.com:443 - NONE/- text/html
im Unterschied zu HTTP
1269345699.995 644 192.168.23.1 TCP_DENIED/403 1382 GET http://www.googleadservices.com/ - NONE/- text/html
1269345700.013 17 192.168.23.1 TCP_DENIED/403 1404 GET http://www.googleadservices.com/favicon.ico - NONE/- text/htmlAuch hier wie erwartet
Klar, der Fx unter Linux bleibt von diversen "Hilfsanwendungen" verschont, aber auf dieser Ebene gibt es keine Unterschiede.
und mit https?
Immer noch nicht nachvollziehbar.
[Blockierte Grafik: http://www.imagebanana.com/img/kev65605/thumb/BildschirmfototestMinefield.png]
Die dabei benutzte naive Blockade:
der HTTP-Header stimmt schon, der wird auch bei mir so geliefert, nur wie verhält sich Dein Browser?
wenn Du folgenden URL probierst: https://www.googleadservices.com/ ?
zeigt er eine Firefox eigene Fehlerseite oder die des Proxies an?
nebenbei: Du werkst unter Linux, hier sieht die Welt auch anders aus; probier den Firefox unter Windows;
solche Verhaltensmuster, welche unter dem einen Betriebssystem zu finden sind, müssen nicht auch auf anderen
Betriebssystemen zu finden sein;
mein System: WinXP Pro mit SP3 und verwendeter Benutzer hat keine administrativen Rechte;
kann es sein, daß die Firefox eigene Fehlerseite, welche hier bei mir kommt, die Ursache ist,
und im Falle von solchen Verlinkungen, es nicht möglich ist den "Try again" od. "Nochmals versuchen" Button niemand drücken kann, und er somit ewig wartet?
so sieht es mit Firefox aus:
[Blockierte Grafik: http://img36.imageshack.us/img36/8757/firefoxscreen.th.png]
so aber mit Netscape:
[Blockierte Grafik: http://img411.imageshack.us/img411/3577/netscapescreen.th.png]
der IE zeigt in der Version 8 ebenfalls einen eigenen Dialog, kann aber damit umgehen, sollte so eine Seite versteckt dargestellt werden;
Zitat von boardraiderDamit willst du was zum Ausdruck bringen? Die Seite
lässt sich problemlos öffnen. Solltest du auf etwas bestimmtes hinaus wollen, dann bräuchte es hier eine Erläuterung.
Klar, funktioniert die Seite, sobald ich die Sperre am Proxy 'rausnehm,
aber genau darum geht es, daß Hosts bzw. URLs total gesperrt sind;
beim IE od. Netscape funktioniert sie trotz Sperre von
.*\.googleadservices\.com
nicht so beim Firefox
[Blockierte Grafik: http://img90.imageshack.us/img90/8757/firefoxscreen.th.png]
Zitat von boardraiderDu hast auch für das "Stehen" eine entsprechende öffentliche Testseite? Oder muss sich das jeder selbst basteln?
Ohne einen Proxy, welcher http://www.googleadservices.com sperrt, läßt sich das Problem ohnehin nicht reproduzieren; es geht ja genau darum, daß Firefox nicht mit Proxies bzw. Smartfilter sauber umgehen kann ...
Zitat von boardraiderBtw. in einem lokalen Test-Setup verhält sich der Fx ganz normal. Kein "Stehen", keine Probleme.
Was verstehst Du mit "lokalen Test-Setup"? hast Du einen Proxy vorgeschalten, welcher bestimmte Hosts bzw. URLs sperrt?
hier das Problem isoliert ...
<html>
<head>
<title>test</title>
</head>
<body>
<script type="text/javascript">
<!--
var google_conversion_id = 1046450912;
var google_conversion_language = "de";
var google_conversion_format = "1";
var google_conversion_color = "ffffff";
var google_conversion_label = "UnBMCOzeogEQ4KX-8gM";
var google_conversion_value = 0;
if (Preis_exkl_MwSt) { google_conversion_value = Preis_exkl_MwSt; }
//-->
</script>
<script type="text/javascript" src="https://www.googleadservices.com/pagead/conversion.js">
</script>
<noscript>
<div style="display:inline;">
<img height="1" width="1" style="border-style:none;" alt="" src="https://www.googleadservices.com/pagead/conversion/1046450912/?value=Preis_exkl_MwSt&label=UnBMCOzeogEQ4KX-8gM&guid=ON&script=0"/>
</div>
</noscript>
</body>
</html>Problem reproduzieren ...
den HTML code als test.html lokal speichern, am Proxy http://www.googleadservices.com sperren,
und im Firefox diesen als Proxy eintragen, und dann test.html im Firefox öffnen ...
Woraufhin er die entsprechende HTML-Antwort sendet.
Richtig.
Macht er doch. Er bekommt eine valide HTML-Seite und zeigt sie erwartungsgemäß an.
Aber nur wenn er auch eine HTML Seite erwartet; er liefert auch bei https://www.googleadservices.com/test.js eine
HTML-Seite, und steht weil er sie nicht als Javascript ausführen kann ...
Genau von dem red' ich die ganze Zeit;
@Brummelchen: merkst jetzt was Du die ganze Zeit für'n Unfug faselst? 
Herr, wirf Hirn vom Himmel...
... damits Dich erschlägt
Ich denke, wer hier mehr oder weniger über Proxys weiss, muss nicht mehr festgestellt werden.
Um das mal konkret auszudrücken - was wollt ihr Deppen eigentlich hier, wenn es eh alles
nur an Firefox liegt - ausser man ist zu blöd, andere Software zu verstehen und richtig zu konfigurieren?
Und nein, ich werde für dich Horst nicht den Ghostwriter machen.
Zum einen, weil du es eh nicht verstehen würdest - zum anderen weil es dich eh offensichtlich
nicht interessiert - du bist genau so beratungsresistent wie der Kandidat im anderen Thema.
Stimmt genau: Dein Kommentar ist völlig Fehl am Platz; unter Proxy versteht man sowas wie man
unter
Einstellungen -> Erweitert -> Netwerk -> Verbindung (Einstellungen...) -> Manuelle Proxy-Konfiguration
einträgt; und hier steht bei mir 192.168.23.13 mit Port 3128
und "Für alle Protokolle diesen Proxy-Server verwenden" ist ausgewählt;
Noch Fragen?
p.s. viel Spaß mit Deiner HOSTS Datei und Regular Expressions
Wenn du das von mir verlinkte Thema aufmerksam gelesen hättest,
müsstest du jetzt nicht so saublöd daherfragen.
a) Über den Quelltext angeforderte Daten verweigern -> Timeout
b) Quelltext filtern, Anforderung entfällt, kein Timeout
Du meinst eher, hättest Du verstanden, was ein Proxy macht, hättest keinen so doofen Beitrag als Lösung von was anderem eingeworfen;
es gibt kein Timeout; es handelt sich um ein falsches Verhalten durch Firefox;
jeder nicht erwünschte Request wird von Proxy mit einem HTTP 403 quittiert
und den hat der Firefox richtig zu behandeln, was er aber anscheinend nicht tut;
Bleibt dir überlassen, welchen Weg du wählst, ich nutze den besseren davon.
Und wie ich bereits schrieb - Proxies, die den Zugriff verbieten fallen unter a)
und sind keinen Deut besser als eine gut sortierte HOSTS-Datei. Und damit
sinnlos, was deine speziellen Anforderungen angeht.
Ach, dann zeig wie es besser geht, wie gesagt, ich verzichte auf irgendwelche Zusätze -
wie Adblock udgl. zum einem und zum anderen brauche ich eine Universallsg. welche nichts mit dem
Browser zu tun hat ...
Was für ein Proxy? Was macht der genau? Filtert er den Webseitentext zurecht oder sperrt der nur?
Falls nur Sperre - sinnlos, absolut sinnlos.
Dein sinnlos wird gleich zum mehr als sinnvoll qualifiziert, oder wie meinst Du verhinderst Du, daß durch irgendwelche
komischen 1x1 .gif-Bildchen (die einfachste Art), oder verlinkte Javaskripte (die kompliziertere Art) Dritthosts irgendwelche Requests bekommen?
Zitat von boardraiderDu hast dafür auch Beispiele zur Reproduktion? Oder konkrete Bugreports?
Zitat von Oliver222MainzMan fragte Folgendes:
Welchen Proxy hattest Du eingerichtet? Wo und wie wird bei Dir genau gefiltert?
ein Squid auf einer virtuellen Maschine;
welcher z.B. folgendes liefert
ERROR
The requested URL could not be retrieved
While trying to retrieve the URL: http://www.googleadservices.com/
The following error was encountered:
* Domain Blocked.
Access control configuration prevents your request from being allowed at this time. Please contact your service provider if you feel this is incorrect.
Your cache administrator is root@proxy.local.
Generated Mon, 22 Mar 2010 13:37:11 GMT by proxy.local (squid/2.5.STABLE14)@Brummelchen: und das hat mit irgendwelchen Timeouts rein gar nichts zu tun, sondern ist eine Falschbehandlung durch Firefox ...
Zitat von Oliver222Googleadsservices = ADDomains (allg. Werbefilterung).
den Eindruck von Filterung hab' ich hier eher nicht ...
Zitat von Oliver222„Spreche“ darüberhinaus auch nicht mit Fremden. (Blockade von IP / Rechner-Adressen).
genau das bewirkt mein Proxy;
im Unterschied zu Adblock ..., bei mir geht gleich gar kein Request zu - von mir nicht gewünschten Hosts;
und damit kommt auch kein unsinniger Datenmüll retour;
Stell den Timeout anders ein - oder lies dich einfach durch:
https://www.camp-firefox.de/forum/viewtopic.php?f=3&t=79604
Timeout - Du meinst eher ich soll die Bugs im Firefox ausbessern - weil er sobald
er als Mimetype was anderes bekommt als er erwartet, dies mittels "ewig" warten falsch behandelt ...
(oder man sieht sich nach einer Alternative um ...)
Persönlich sehe ich Vorteile, wenn solche Scriptverlinkungen
erst gar nicht im Browser aufschlagen, als irgendein Heckmeck
rund um die nachträgliche Verarztung zu machen.
--> Adblock Plus
--> NoScript
--> Ad Muncher
--> Proxomitron
eben darum hab' ich ja den Proxy, damit der Schrott schon vorher gar nicht
reinkommt ...
warum macht Firefox - egal welche Version 3.x genauso wie 3.5x sowie 3.6 - Probleme,
wenn man die Domain http://www.googleadservices.com am Proxy sperrt?
es kann doch nicht sein, daß Firefox darauf beharrt irgendwelche Javaskripte od. sonstwas,
was auf Seiten verlinkt ist, auch als solches zu bekommen ..., und nicht wartet und nichts tut;
der Proxy liefert bei allem gesperrten HTML mit HTTP Code 403;
Netscape 7.2 bzw. IE 6.x, 7.x, 8.x haben damit kein Probleme