Speicherbedarf Firefox

[Namenloser]

Zitat:

Zitat von Towmuz (Beitrag 1379967)

Zitat:

Zitat von Namenloser (Beitrag 1379961)

Ich weiß schon, was das ist. Die Frage war, was hat es mit dem asynchronen Laden von Bildern zu tun?

Wie sollen denn Seite und Browser sonst an die generierten Inhalte kommen(html, text, bild)?

Über die URL im <img>-Tag? Nochmal, ich rede hier nur über Bilder, nicht über das dynamische Nachladen von Texten auf Unendlich-Scroll-Seiten. Letzteres geht logischerweise nicht ohne Javascript. Aber HTML ist HTML und es ist egal, ob es auf dem Server generiert wurde oder clientseitig per JavaScript nachgeladen wurde. Ein <img>-Element ist ein <img>-Element. Man muss das Laden von Bildern nicht in JS neu erfinden.

Aber wie gesagt, der Fall von Unendlich-Scroll-Seiten interessiert mich eh nicht, weil JavaScript da ja eh schon aktiviert sein muss. Ich rede von Bildern in komplett statischen Seiten wie Nachrichtenseiten oder Blogs. Dort ist es mir ein Dorn im Auge.

Allerdings wäre es davon abgesehen schön, wenn auch diese Unendlich-Scroll-Seiten bei deaktiviertem JS sinnvoll downgraden würden. Es ist nicht sonderlich schwierig, ich habe es selbst schon gemacht. Es fehlt nur der Wille.

[Towmuz]

Zitat:

Zitat von Namenloser (Beitrag 1379970)

Aber wie gesagt, der Fall von Unendlich-Scroll-Seiten interessiert mich eh nicht, weil JavaScript da ja eh schon aktiviert sein muss. Ich rede von Bildern in komplett statischen Seiten wie Nachrichtenseiten oder Blogs. Dort ist es mir ein Dorn im Auge.

Allerdings wäre es davon abgesehen schön, wenn auch diese Unendlich-Scroll-Seiten bei deaktiviertem JS sinnvoll downgraden würden. Es ist nicht sonderlich schwierig, ich habe es selbst schon gemacht. Es fehlt nur der Wille.

Ich behaupte mal, das Nachladen auf statischen Seiten ist Bedingung für eine gutes Googleranking auf Seite 1, langsame Seiten werden wohl schlechter bewertet, aber das ist dieses leidige SEO Thema.

Hab das auch mal beruflich gemacht und durch verwenden von JS-Frameworks kann man sich schonmal einiges an Arbeit sparen, was das Bedienen der unterschiedlichen Plattformen angeht ( im Prinzip das selbe Schema wie´s Feueräffchen). Trotz Frameworks ist der Aufwand enorm, dann kommt noch SEO-Krams dazu und dann möchtest du auch noch Downgrades für JSVerweigerer :p

[Sherlock]

Es ist absolut legitim und IMHO auch Pflicht JS zu blocken. Allein durch Werbescripte kann auf einer ansonsten 100% seriösen Seite unlauterer Code zur Ausführung kommen. Das ist gerade erst wieder durch die Fachpresse gegangen. So lange mir keiner zu 100% belegen kann, daß JS unschädlich ist, so lange bleibt es als potentiell schädliche Marketingmaßnahme aus. FB und Konsorten interessieren mich ohnehin nicht. Und ja: Ich komme von Früher™ :D

Sherlock

[Namenloser]

Zitat:

Zitat von Towmuz (Beitrag 1379974)

Ich behaupte mal, das Nachladen auf statischen Seiten ist Bedingung für eine gutes Googleranking auf Seite 1, langsame Seiten werden wohl schlechter bewertet, aber das ist dieses leidige SEO Thema.

Ich weiß, ich kenne das. Die Google Webmastertools monieren bei einer Seite von mir auch immer, dass ich die Bilder nicht dynamisch lade. Deswegen sage ich ja, dass Google für diesen Unsinn mitverantwortlich ist. Von Google gibt es ja sogar so ein Plugin für verschiedene Webserver, was automatisch solchen Kram in den HTML-Code einbaut.

Und das machen sie natürlich nicht aus Gemeinnützigkeit, sondern aus zwei Gründen:

1. Es macht anderen Browser-Entwicklern das Leben schwer und sorgt so dafür dass ihr eigener Browser Chrome einen Wettbewerbsvorteil hat (vor allem am Anfang war Chrome ja so ziemlich der einzige Browser mit schnellem JavaScript)
2. Die Leute werden angehalten ihre JS-Frameworks von Googles öffentlich verfügbaren Servern zu laden, weil
___a. es bequem ist
___b. es sonst auch wieder Abzug bei der Geschwindigkeitsnote gibt

Letzteres ist für Google extrem wichtig, weil sie es zum Datamining einsetzen. Ich habe das selbst erlebt. Ich hatte eine nicht öffentliche Test-Website auf einer Subdomain, die definitiv nirgendwo verlinkt war, aber öffentlich zugänglich. Plötzlich war sie im Google-Index. Warum? Ich hatte JQuery von Googles CDN eingebunden. Google wertet offenbar den Referrer aus. Da ist mir klar geworden, warum Google diese ganzen Hostingdienste (auch Google Fonts usw.) kostenlos betreibt. Es ist nicht aus Großzügigkeit, sondern das ist wie eine Push-Notification für die, immer wenn es eine neue Seite gibt. Google kann so viel schneller auf neu erscheinende Seiten reagieren. Früher hat es Wochen gedauert, bis eine Seite in den Index aufgenommen wurde, heute sind Seiten meist nach ein paar Stunden schon im Index. Das wird sicherlich damit zu tun haben. Und noch besser, Google findet auf diese Weise sogar Seiten, die nirgendwo verlinkt sind. Auch dadurch sichert Google sich einen Vorsprung gegenüber anderen Suchmaschinen.

Für Google ist das also eine Win/Win-Situation, sowohl auf dem Browsermarkt als auch auf dem Suchmaschinenmarkt. Ob das für den Rest der Welt auch ein Mehrwert ist, ist eher zweifelhaft.

Und auf eine Sache bin ich noch gar nicht eingegangen: Dass diese eingebundenen 3rd-Party-Skripte auch benutzt werden können, um User zu tracken ist ja völlig klar.

[TiGü]

Zitat:

Zitat von Namenloser (Beitrag 1379987)

Letzteres ist für Google extrem wichtig, weil sie es zum Datamining einsetzen. Ich habe das selbst erlebt. Ich hatte eine nicht öffentliche Test-Website auf einer Subdomain, die definitiv nirgendwo verlinkt war, aber öffentlich zugänglich. Plötzlich war sie im Google-Index. Warum? Ich hatte JQuery von Googles CDN eingebunden. Google wertet offenbar den Referrer aus. Da ist mir klar geworden, warum Google diese ganzen Hostingdienste (auch Google Fonts usw.) kostenlos betreibt. Es ist nicht aus Großzügigkeit, sondern das ist wie eine Push-Notification für die, immer wenn es eine neue Seite gibt. Google kann so viel schneller auf neu erscheinende Seiten reagieren. Früher hat es Wochen gedauert, bis eine Seite in den Index aufgenommen wurde, heute sind Seiten meist nach ein paar Stunden schon im Index. Das wird sicherlich damit zu tun haben. Und noch besser, Google findet auf diese Weise sogar Seiten, die nirgendwo verlinkt sind. Auch dadurch sichert Google sich einen Vorsprung gegenüber anderen Suchmaschinen.

Für Google ist das also eine Win/Win-Situation, sowohl auf dem Browsermarkt als auch auf dem Suchmaschinenmarkt. Ob das für den Rest der Welt auch ein Mehrwert ist, ist eher zweifelhaft.

Und auf eine Sache bin ich noch gar nicht eingegangen: Dass diese eingebundenen 3rd-Party-Skripte auch benutzt werden können, um User zu tracken ist ja völlig klar.

OT: Was als mäßig interessantes Thema begann, entwickelt sich zum echten Wissensschatz mit lehrreichen Beiträgen. Gerne mehr davon. :thumb:

[Aviator]

Ich habe irgendwie das Gefühl, dass es hier langsam nicht mehr um den Speicherverbrauch eines bestimmten Browser geht. Hier geht es wohl eher um Glaubenskriege. Auch wenn bestimmt interessant Dinge dabei sind. :roll:

Aber es sollte doch jeder seinen Browser so einstellen wie er es für richtig hält. Wenn jemand JS nicht mag, dass soll er es ausschalten. Brauch sich dann aber nicht wundern, wenn diverse Seiten nicht laden. Jemand der JS standardmäßig aktiviert hat kann zwar wunderbar alle Seiten ohne Probleme laden, sollte sich dann aber nicht wundern, wenn er sich durch eine Sicherheitslücke einen Virus einfängt.

[himitsu]

Google und andere Such-/Index-Portale müssen nicht unbedingt so ihren Index füllen. Sie bekommen oftmals auch ganz direkt die Informationen zugesendet.

Ich hab für meine Webseite ein selbstgehostetes WordPress (von WordPress.org) als Basis und dort wird standadmäßig erstmal an WordPress.net die neuen Posts mitgeteilt, damit in deren Newstickern das mit auftauchen kann und ich lasse auch Google das schicken. Über die index.xml kann so Google schneller und vorallem richtig die Webseite indizieren und deren Suchbot muß nicht ständig meine komplette Seite durchackern, weil sie schon wissen welche Unterseiten es gibt und wie alt sie sind.


Nervig beim Nachladen ist, wenn im HTML nicht bereits die Größe der Bilder hinterlegt ist, damit der Platzhalter gleich die richtige Größe hat und dann nicht ständig auf der ganzen Seite alles umherrutscht, bis die Bilder geladen wurden.
Auch zusammengefaltete Code-Blöcke werden erstmal entfaltet geladen, falls Javascript inaktiv ist.
Was besonders toll bei Sprungmarken ist, wenn die dann auch wegrutschen und man nicht da landet, wo man hin wolle. (Anker)

[jaenicke]

Zitat:

Zitat von Namenloser (Beitrag 1379987)

Google wertet offenbar den Referrer aus.

Was da alles ausgewertet wird, sieht man ja in den Google Analytics Statistiken.
Die haben mir auch sehr geholfen bei der Webseitenoptimierung.

Zitat:

Zitat von Namenloser (Beitrag 1379961)

Und Antivirensoftware ist eh für die Tonne. Wenn du dich darauf verlässt, bist du verloren. Das einzige, was wirklich gegen Schadsoftware hilft

Da kennst du offenbar die Funktionsweise moderner Antivirensoftware nicht.

Denn die filtert quasi alle neue Bedrohungen sehr zuverlässig heraus indem z.B. schlicht geschaut wird wie viele Nutzer die Software schon nutzen. Ist es eine neue Software wie z.B. ein neuer Virus, wird erst einmal blockiert. Wer dann dies manuell umgeht, kann die Software nach der Warnung natürlich ausführen (das ist aber meistens nicht so einfach und damit für den normalen Nutzer kaum zu machen), liefert dann an dieses Netzwerk aber auch die Information, ob sich die Software verdächtig verhält.

Dass eine reine Heuristik nicht alles findet, ist schon richtig, aber Antivirensoftware besteht schon noch aus deutlich mehr...

[Namenloser]

Zitat:

Zitat von jaenicke (Beitrag 1380006)

Denn die filtert quasi alle neue Bedrohungen sehr zuverlässig heraus indem z.B. schlicht geschaut wird wie viele Nutzer die Software schon nutzen. Ist es eine neue Software wie z.B. ein neuer Virus, wird erst einmal blockiert. Wer dann dies manuell umgeht, kann die Software nach der Warnung natürlich ausführen (das ist aber meistens nicht so einfach und damit für den normalen Nutzer kaum zu machen), liefert dann an dieses Netzwerk aber auch die Information, ob sich die Software verdächtig verhält.

Das hilft dir aber rein gar nichts gegen Browser-Exploits, denn der Browser ist ja eine bekannte Anwendung.

[jaenicke]

Zitat:

Zitat von Namenloser (Beitrag 1380008)

Das hilft dir aber rein gar nichts gegen Browser-Exploits, denn der Browser ist ja eine bekannte Anwendung.

Die durch einen Exploit nachgeladene Malware ist aber eine andere Anwendung...
Dass im Browserkontext selbst Schadcode ausgeführt wird, lässt sich dadurch natürlich nicht unbedingt vermeiden. Aber das Installieren von Malware und damit der Hauptzweck eines solchen Angriffs schon.

Die Deaktivierung von Javascript ist für die meisten Benutzer, mich selbst eingeschlossen, keine Option. Insofern ist dieser Schutz besser als gar kein solcher Schutz. Dann wie schon erwähnt wurde: Vorsicht hilft an der Stelle auch nicht immer weiter, dann Malware kann sich auch auf absolut vertrauenswürdigen Webseiten verstecken.

Ein gutes Beispiel ist hier für die welcome page in Delphi selbst, die von dem angegriffenen Server von Embarcadero nachgeladen wurde.

Egal welcher Browser und egal ob Javascript deaktiviert ist, Angriffe sind immer möglich. Durch Vorsicht minimiert man nur die Wahrscheinlichkeit, dass etwas passiert. Und genau das ist auch der Ansatz von Antiviren-Software. Deshalb ist beides sinnvoll.