internet lahm durch pagead2.googlesyndication.com?
seit gestern dauert der seitenaufbau bei fast allen webseiten bis zu 10 minuten. egal ob ie, mozilla oder opera. meistens reagiert der browser auch garnicht mehr. 
seiten wie yahoo, web, chip.de, etc. dauern 10 minuten, andere hingegen sind in sekundenschnelle geladen. 
oft steht in der leiste unten auch: warten auf pagead2.googlesyndication.com 
werde also immer umgeleitet!! 
virenscanner, etc - nichts gefunden. 
system: winxp, t-online, router.
router ist in ordnung, bin gerade mit einer knoppix-cd im web - ohne probleme
lösche mal die cookies und leere den cache-ordner.sehr einfach geht das mit dem tuning-tool ccleaner,welches du hier downloaden kannst:

http://www.chip.de/downloads/c1\_downloads\_16317939.html

installiere nach dem download ccleaner,dann,nach der installation,öffne ccleaner und klicke auf analysieren,dann auf starte ccleaner.die mülldateien wurden nun gelöscht und die seiten müssten schneller laden.
<p>die kurze antwort lautet: niemand außer ihnen kann diese frage beantworten.</p><p>die lange antwort lautet, dass sie das benchmarking ihrer spezifischen arbeitsbelastung selbst durchführen müssen, da es ein bisschen so ist, als würden sie fragen: "wie lang ist ein stück schnur?".</p><p>eine einfache einseitige statische website könnte auf einem pentium pro 150 gehostet werden und dennoch jeden tag tausende von impressionen liefern.</p><p>der grundlegende ansatz, den sie zur beantwortung dieser frage wählen müssen, besteht darin, <em> zu versuchen </em> und zu sehen, was passiert. es gibt viele werkzeuge, mit denen sie ihr system künstlich unter druck setzen können, um zu sehen, wo es knickt.</p><p>ein kurzer überblick darüber ist:</p><ul> <li>stellen sie ihr szenario auf</li> <li>überwachung hinzufügen</li> <li>fügen sie verkehr hinzu</li> <li>ergebnisse auswerten</li> <li>abhilfe basierend auf den ergebnissen</li> <li>spülen, wiederholen, bis einigermaßen glücklich</li> </ul><h2>stellen sie ihr szenario auf</h2><p>grundsätzlich benötigen sie zum testen einer last etwas, gegen das sie testen können. richten sie eine umgebung zum testen ein. dies sollte nach möglichkeit eine ziemlich genaue vermutung für ihre produktionshardware sein, da sie sonst ihre daten extrapolieren müssen.</p><p>richten sie ihre server, konten, websites, bandbreite usw. ein. auch wenn sie dies auf vms tun, ist dies in ordnung, solange sie bereit sind, ihre ergebnisse zu skalieren.</p><p>also werde ich eine virtuelle maschine mit mittlerer leistung (zwei kerne, 512 mb ram, 4 gb festplatte) einrichten und meinen bevorzugten load balancer installieren, <a href="http://haproxy.1wt.eu/"><code>haproxy</code></a> inside - <a href="http://en.wikipedia.org/wiki/red\_hat\_linux">red hat linux</a> auf der vm.</p><p>ich werde auch zwei webserver hinter dem load balancer haben, die ich zum stresstest des load balancers verwenden werde. diese beiden webserver sind identisch mit meinen live-systemen eingerichtet.</p><h2>überwachung hinzufügen</h2><p>sie müssen einige metriken überwachen, damit ich messen kann, wie viele anforderungen an meine webserver gesendet werden und wie viele anforderungen ich pro sekunde verarbeiten kann, bevor benutzer eine antwortzeit von mehr als zwei sekunden erhalten.</p><p>ich werde auch die ram-, cpu- und festplattennutzung auf der instanz <code>haproxy</code> überwachen, um sicherzustellen, dass der load balancer die verbindungen verarbeiten kann.</p><p>wie dies zu tun ist, hängt stark von ihren plattformen ab und liegt außerhalb des rahmens dieser antwort. möglicherweise müssen sie webserver-protokolldateien überprüfen, leistungsindikatoren starten oder sich auf die berichtsfunktionen ihres stresstest-tools verlassen.</p><p>ein paar dinge, die sie immer überwachen möchten:</p><ul> <li>cpu auslastung</li> <li>ram-nutzung</li> <li>festplattennutzung</li> <li>festplattenlatenz</li> <li>netzwerkauslastung</li> </ul><p>sie können sich auch sql-deadlocks, suchzeiten usw. ansehen, je nachdem, was sie speziell testen.</p><h2>fügen sie verkehr hinzu</h2><p>hier macht es spaß. jetzt müssen sie eine testlast simulieren. es gibt <a href="https://stackoverflow.com/questions/1754427/jmeter-alternative">viele tools</a> , die dies mit konfigurierbaren optionen tun können:</p><ul> <li> <a href="https://jmeter.apache.org/">jmeter</a> (web, ldap)</li> <li> <a href="http://httpd.apache.org/docs/2.4/programs/ab.html">apache benchmark</a> (web)</li> <li> <a href="http://grinder.sourceforge.net/">grinder</a> (web)</li> <li> <a href="http://code.google.com/p/httperf/">httperf</a> (web)</li> <li> <a href="http://www.iis.net/community/default.aspx?tabid=34&amp;i=1466&amp;g=6"> wcat </a> (web)</li> <li>visual studio-auslastungstest (web)</li> <li> <a href="https://www.microsoft.com/download/en/details.aspx?id=20163"> sqlio </a> (sql server)</li> </ul><p>wählen sie eine nummer, eine beliebige nummer. angenommen, sie werden sehen, wie das system mit 10.000 treffern pro minute reagiert. es spielt keine rolle, welche nummer sie wählen, da sie diesen schritt viele male wiederholen und diese nummer nach oben oder unten anpassen, um zu sehen, wie das system reagiert.</p><p>idealerweise sollten sie diese 10.000 anforderungen auf mehrere lasttest-clients/-knoten verteilen, damit ein einzelner client nicht zu einem engpass bei anforderungen wird. zum beispiel bietet jmeters <a href="http://jmeter.apache.org/usermanual/remote-test.html">remote testing</a> eine zentrale schnittstelle, über die mehrere clients von einer steuernden jmeter-maschine aus gestartet werden können.</p><p>drücken sie die magische <em> go </em> taste und beobachten sie, wie ihre webserver zusammenbrechen und abstürzen.</p><h2>ergebnisse auswerten</h2><p>nun müssen sie zu ihren metriken zurückkehren, die sie in schritt 2 gesammelt haben. sie sehen, dass bei 10.000 gleichzeitigen verbindungen ihre <code>haproxy</code>-box kaum ins schwitzen kommt, aber die antwortzeit mit zwei webservern ist eine berührung über fünf sekunden. das ist nicht cool - denken sie daran, ihre reaktionszeit beträgt zwei sekunden. wir müssen also einige änderungen vornehmen.</p><h2>abhilfe schaffen</h2><p>jetzt müssen sie ihre website um mehr als das doppelte beschleunigen. sie wissen also, dass sie entweder skalieren oder verkleinern müssen.</p><p>holen sie sich zum skalieren größere webserver, mehr ram und schnellere festplatten.</p><p>holen sie sich zum skalieren mehr server.</p><p>verwenden sie ihre metriken aus schritt 2 und testen sie, um diese entscheidung zu treffen. wenn sie beispielsweise festgestellt haben, dass die festplattenlatenz während des tests sehr hoch war, müssen sie skalieren und schnellere festplatten erhalten.</p><p>wenn sie festgestellt haben, dass der prozessor während des tests zu 100% ausgelastet war, müssen sie möglicherweise skalieren, um zusätzliche webserver hinzuzufügen, um den druck auf die vorhandenen server zu verringern.</p><p>es gibt keine generische richtige oder falsche antwort, es gibt nur das, was für sie richtig ist. versuchen sie es mit einer skalierung. wenn dies nicht funktioniert, skalieren sie stattdessen. oder auch nicht, es liegt an ihnen und einigen, die über den tellerrand hinaus denken.</p><p>nehmen wir an, wir werden skalieren. also entscheide ich mich, meine zwei webserver (sie sind vms) zu klonen und jetzt habe ich vier webserver.</p><h2>spülen, wiederholen</h2><p>beginnen sie erneut mit schritt 3. wenn sie feststellen, dass die dinge nicht wie erwartet verlaufen (z. b. haben wir die webserver verdoppelt, die antwortzeiten betragen jedoch immer noch mehr als zwei sekunden), prüfen sie andere engpässe. zum beispiel haben sie die webserver verdoppelt, haben aber immer noch einen beschissenen datenbankserver. oder sie haben mehr vms geklont, aber da sie sich auf demselben physischen host befinden, haben sie nur eine höhere konkurrenz für die serverressourcen erzielt.</p><p>mit diesem verfahren können sie dann andere teile des systems testen. versuchen sie, anstatt den load balancer zu treffen, den webserver direkt zu treffen, <a href="https://serverfault.com/q/350458/7709">oder den sql server mit einem sql-benchmarking-tool</a> .</p> <p>es wird direkt aus crawls und suchen abgerufen und enthält möglicherweise andere informationen als google analytics. weitere informationen finden sie in den <a href="http://www.google.com/support/webmasters/bin/answer.py?hl=en&amp;answer=35769">häufig gestellten fragen zu google webmaster-tools</a> </p> Hi, meistens sind das so Werbeseiten und Fenster. Ich glaube das es für die meisten Browser hierfür bereits Adons gibt die diese Seiten blockieren. Ansonsten kannst du diese Seiten wahrscheinlich auch in den Einstellungen deines Browsers blockieren. <p>nun, sie werden all diese anderen kategorien vor den benutzern verstecken, sodass sie möglicherweise nie wissen, dass sie existieren. wenn es sich um informationsseiten handelt, kann ich das opfer verstehen, aber wenn es sich um andere produktkategorien handelt, ist es auf lange sicht vielleicht in ihrem interesse, sie anzuzeigen, selbst auf kosten einiger benutzer, die entkommen.</p><p>wenn sie zu recht davon ausgehen, dass sie bei google sehr spezifisch waren, weil sie genau wissen, was sie wollen, dann würde ich erwarten, dass sie zurückkommen und den kauf abschließen, auch nachdem sie ein wenig auf der website gestöbert haben. die tatsache, dass sie es nicht tun (ich nehme an, sie haben sich das angesehen), legt mir nahe, dass sie vielleicht doch nicht so sehr auf das produkt aus sind. in diesem fall können sie jetzt davon profitieren, ihre website weiter für sie zugänglich zu machen, oder ihr risiko mit der reduzierten navigation eingehen.</p><p>reduzierte navigation ist im checkout-prozess selbst üblich, auf seiten in der haupthierarchie jedoch viel weniger.</p><p>noch etwas zu beachten: sie beeinträchtigen die konsistenz ihrer website. eine person, die ihren freunden einen link zu einer produktseite sendet oder diese über soziale medien teilt, und eine person, die diesem link folgt, sehen nicht dieselbe navigation. selbst eine person, die den link in ihren lesezeichen oder e-mails oder was auch immer gespeichert hat, sieht nicht das gleiche menü wie beim ersten mal. sie werden es nicht unbedingt bemerken, aber es ist eine schlechte praxis.</p> Ist normal, daß kurz nach dem Speichern noch für einige Zeit eine Temporärdatei mit Tildesymbol im Explorer sichtbar ist. Meistens auch erkennbar am Dateinamen mit WRD. Bevor weitergearbeitet wird mit demselben Word-Datei, muß immer erst abgewartet werden, bis diese Temp verschwindet. Je nach Größe und Systemperformance dauert das schon mal etwas länger. Bei WinME und Word6/95 bis zu 3 Minuten, je nach Größe des "Worddocs". Bleiben diese Temporärdateien aber dauerhaft im Explorer sichtbar, ist die Originaldatei eventuell nicht im selben Format gespeichert oder teilweise beschädigt. Das mache ich oft. Word fragt ja, ob Datei im aktuellen Format oder einem anderen, z.B. Word6/95 gespeichert werden soll. Wird das bejaht (aktuelles Format), sind die Temporärdateien schnell verschwunden.
Das ist dann die Kompatibilität der verschiedenen Word-Versionen. Welche Word-Version wird benutzt? Habe hier noch Word der Office Suite 2000 (registriert/lizensiert) in Benutzung. <p>die url-weiterleitungen von googlepages funktionieren jetzt wieder. ich weiß nicht, ob dieser beitrag irgendetwas damit zu tun hatte oder nicht, aber trotzdem - danke, dass sie dies behoben haben, google.</p> <p>hier ist ein anfang ... :)</p><ul> <li> <a href="http://www.totalvalidator.com/validator/validatorform">wcag-validator</a> </li> <li> <a href="http://wave.webaim.org/">wave - tool zur bewertung der barrierefreiheit im internet</a> </li> <li> <a href="http://www.w3.org/wai/er/tools/complete">vollständige liste der tools zur bewertung der barrierefreiheit im internet</a> - eine ziemlich lange liste, aber sie können diese lange liste durchsuchen</li> </ul> Hallo Luca
* Falls du Entfernungsanträge gestellt hast, nimm diese zurück.
* Und schau beim URL Test in der SC genau ob G. eventuell ein Duplikat kennt.


 
Ansonsten kannst du leider gar nichts tun, außer warten bis sich G. bequemt nochmals vorbeizukommen. Das ist leider immer wieder bei WP CMS der Fall durch dieses unsinnige auf "Noindex" stellen, das Google danach für lange Zeit immer von einem Noindex ausgeht, da hilft auch ein Antrag auf Neuindexierung wenig.
 
lg
PeVy hi @gulfo,die verärgerung kann ich verstehe, nur ist die antwort von @kenneth nicht automatisiert.sicher hast du schon davon gehört, dass wir als online mediathek unseren lizenzgebern gegenüber verpflichtet sind, die uns zur verfügung gestellten inhalte mit einem kopierschutz zu versehen. dieser kopierschutz wird stetig erweitert und den aktuellen gegebenheiten angepasst. durch die aktuellen anpassungen am kopierschutz kann es dazu kommen, dass der abruf mit einer älteren version deines browsers nicht mehr möglich ist. um dem vorzubeugen, müssen die von uns unterstützten browser (microsoft edge, google chrome, mozilla firefox und safari)auf der aktuellsten version laufen. darauf wollte kenneth nur hinaus.wenn alle aktualisierungen gemacht sind, fülle uns bitte die im nachfolgenden artikel stehende datenabfrage aus. mithilfe der dann erfolgenden daten können wir weiter nach der die fehlermeldungen auslösenden ursache suchen: <p>wir hatten das gleiche problem mit apache 2.4.6. nachdem wir den server überwacht und die einstellung einige stunden lang angepasst haben, scheint es uns, dass apache einen fehler hat. was zu passieren scheint, ist, dass die serverprozesse gelegentlich in den status <code>g</code> wechseln (ordnungsgemäß beendet) und neu gestartet werden, um neue anforderungen zu akzeptieren. das ist normal. was nicht normal ist, ist, dass der neustart aus irgendeinem grund bis zu einigen minuten dauern kann. wenn nur wenige serverprozesse ausgeführt werden und alle gleichzeitig in den status <code>g</code> wechseln, füllt sich ihre anzeigetafel und sie können keine weiteren anforderungen mehr bearbeiten.</p><p>wir haben die anzahl der server erhöht, sodass die wahrscheinlichkeit geringer ist, dass alle gleichzeitig in den status <code>g</code> wechseln. stellen sie außerdem sicher, dass sie jedem serverprozess mindestens 25 threads (<code>maxrequestworkers</code>) zuweisen, da dies der standard zu sein scheint (dh wenn 5 <code>servers</code> x 25 <code>threadsperchild</code> = 125 <code>maxrequestworkers</code>). sie können <code>threadsperchild</code> ändern, wenn sie möchten. wir haben es auf der standardeinstellung belassen. wenn sie nicht genügend threads zuweisen, werden die zusätzlichen server nicht gestartet. wir haben <code>minsparethreads</code> auf dem standardwert von 25 und dem standardwert für <code>maxsparethreads</code> von 75 belassen. wenn sie diese einstellungen ändern, muss der wert für <code>maxsparethreads</code> größer als oder sein gleich der summe von <code>minsparethreads</code> und <code>threadsperchild</code>. außerdem muss <code>maxrequestworkers</code> gleich oder kleiner als <code>serverlimit</code> sein.</p><p>hier ist, was für uns funktioniert hat, aber es ist möglicherweise nicht die beste konfiguration für sie.</p><pre><code>startservers 3 minspareservers 5 maxspareservers 10 serverlimit 250 maxrequestworkers 250 maxconnectionsperchild 1000 keepalive off </code></pre><p>bearbeiten: dies ist ein bestätigter <a href="https://bz.apache.org/bugzilla/show\_bug.cgi?id=53555">fehler</a> im httppm-modul mpm\_event, der möglicherweise nicht durch konfiguration behoben werden kann.<br> der verknüpfte eintrag <a href="https://bz.apache.org/bugzilla/show\_bug.cgi?id=53555">bugtracker</a> enthält einen vermuteten patch und weitere diskussionen darüber, wie dies behoben werden kann, bis eine neue version des ereignismoduls offiziell veröffentlicht wird.</p>