Software-update: Fasterfox 2.0.0

Het heeft even geduurd, maar Fasterfox is bijgewerkt naar versie 2.0.0. Met deze extensie voor Firefox kan de eerder genoemde webbrowser worden getweakt. Het programma stelt je in staat om zaken als bijvoorbeeld cache, de connectie en pipelining te fine-tunen. Daarnaast is er ook een functie met de naam Enhanced Prefetching. Deze benut ongebruikte bandbreedte om alvast data op te halen die achter de links op een webpagina zitten, zodat deze snel op het scherm verschijnen als er eenmaal daadwerkelijk op geklikt wordt. Meer informatie over dit programma en de mogelijkheden ervan kunnen in deze FAQ worden gevonden. Naast de toevoeging van diverse vertalingen en het oplossen van een bug is de grootse verandering in deze release natuurlijk de ondersteuning voor Firefox 2.0. Voor de volledigheid geven we je alle veranderingen die zijn aangebracht sinds de vorige vermelding in de meuktracker:

Changes in Fasterfox 2.0.0:

• Added support for Firefox 2.0.
• Added the following 11 locales:
  • Spanish (Argentina) (es-AR)
  • Spanish (Spain) (es-ES)
  • Frisian (fy-NL)
  • Hungarian (hu-HU)
  • Lithuanian (lt-LT)
  • Portuguese (Brazilian) (pt-BR)
  • Portuguese (Portugal) (pt-PT)
  • Russian (ru-RU)
  • Swedish (sv-SE)
  • Ukrainian (uk-UA)
  • Chinese (Traditional) (zh-TW)
• Fixed bug which caused OK and Cancel buttons to not display properly in some locales and themes.

Changes in Fasterfox 1.0.3:

• Max version is now 1.5.0.* so that minor security versions will automatically be supported.
• Fixed problem with prefetching case sensitive links.
• Added Chinese (Simplified) locale, special thanks to Pudgy and rickcart.
• Added Hebrew locale, special thanks to Pavel Savchenko.
• Updated Türkisch locale.
• Updated Finnish locale.

Changes in Fasterfox 1.0.2:

• Added updated German locale.
• Added Slovenian locale, special thanks to miles.
• Added Korean locale, special thanks to heygom.
• Added Finnish locale, special thanks to Lauri Lahnasalo.

Changes in Fasterfox 1.0.1:

• Now checks robots.txt before prefetching.
• Options window now properly resizes for larger font themes. Special thanks to Teo for the XUL help.

[break]

Versienummer	2.0.0
Website	Fasterfox
Download	http://downloads.mozdev.org/fasterfox/fasterfox-2.0.0-fx.xpi
Bestandsgrootte	115,00kB
Licentietype	Freeware

Reacties (35)

[TD-er]

Kijk wel uit met deze plugin.
Sites zoals dnsstuff.com blokkeren mensen die nogal aggressief met meerdere threads alle links op de site binnen gaan halen, wat deze plugin dus doet.

[MavhRik]

Zet gewoon prefetsching uit en je hebt daar geen last meer van...

[Palomar]

Dat soort prefetching-dingen zijn sowieso vrij link. Bijv. op slecht gemaakte websites die acties uitvoeren via de url (forum.php?action=logout of webshop.php?action=delete_all_products ).

Uitzetten dus.

[XplodingForce]

Dat soort links prefetched ie dus niet

Daar past FasterFox echt wel mee op hoor, prima extensie!

[YaPP]

Nog belangrijker: je belast de server zwaarder. Het is niet voor niets dat dit geblokkeerd wordt op sommige sites.

Fasterfox werkt alleen omdat het percentage irefox nog laag ligt. Als iedere internetter dit zal gebruiken zal het effect weer ongedaan zijn, dan deel je met z'n alleen de bandbreedte van de server weer gelijk.

[Anoniem: 111246]

hoe kun je dat dan blocken?

[The Condor]

Bijvoorbeeld door op de server in te stellen dat er maar maximaal 1 of 2 threads tegelijk mogen op lopen op de server

[aramdin]

Dan zou je toch verwachten dat je de site "langzamer" binnenhaalt ipv dat je geblocked wordt?

[mxcreep]

@ The Condor :

Dat is makkelijker gezegd als gedaan...zowieso heb je het niet over threads maar over http connecties. Het is alleen amper te controleren of die connecties nou daadwerkelijk van een specifieke client afkomen. Je zou een ip adres kunnen gebruiken daarvoor, maar dan nog, zoveel netwerken gebruiken NAT en hebben daardoor aan de buitenkant 1 ip adres. Als je zo gaat blocken hou je weinig verkeer meer over. Verder is dit ook niet iets wat 'zomaar' in te stellen is op een webserver.

[84hannes]

Als iedere internetter dit zal gebruiken zal het effect weer ongedaan zijn,

In tegendeel. Als iedereen gaat prefetchen dan daalt de snelheid bij iedereen drastisch omdat je heel veel stuff binnenhaald die je niet leest, dus meer bandbreedte nodig hebt.

[PoisonouZ]

Proxy's zijn uit de tijd, de één na de andere provider smijt ze de deur uit. Puur omdat dit weinig meer uit maakt voor de snelheid. Heeft een provider nog wel een proxy, doet deze vaak niks meer dan doorgooien het internet op, en niks meer cachen.

[needless to say]

Ach, als iedereen de proxy van de provider zou gebruiken valt dit nog mee. (Zolang die proxy genoeg uit de kluiten gewassen is)

[bartje]

krijg je dan niet hetzelfde probleem als eerst bij die google tool, dat sommige dingen al gecommit worden wanneer dat nog helemaal niet mag

[YaPP]

krijg je dan niet hetzelfde probleem als eerst bij die google tool, dat sommige dingen al gecommit worden wanneer dat nog helemaal niet mag

Als dat gebeurt is dat eerder een teken van een incompetente webbouwer.

Als iets een link naar "?page=producten&do=deleteall" alles weghaald, kan deze door een willekeurige spider of linkchecker aangeroepen worden. Wat moet doen, is een formulier aanmaken die een POST request verstuurd.

Zo'n actie zal een zoekmachine/linkchecker nooit uitvoeren. Dit is ook de manier zoals de site geprogrammeerd zal moeten worden, en dan krijg je geen rare fouten.

Het is ook een teken van onveilige code. Je zou bij zo'n delete actie op z'n minst een login check verwachten. De spider/linkchecker is niet ingelogd, dus de server zal deze actie nooit mogen toelaten. Dit betekend de programmeur browser-side JavaScript checks gebruikt, of alleen de hoofdpagina van zijn site beveiligd heeft.

[Bosmonster]

Yup.. en dan zeggen ze dat dat de schuld is van de bouwers.. wat onzin is natuurlijk.

Een tool die willekeurig links gaat 'aanklikken' voor je komt er bij mij in ieder geval niet in..

[Olaf van der Spek]

Yup.. en dan zeggen ze dat dat de schuld is van de bouwers.. wat onzin is natuurlijk.

Waarom is dat onzin?
GET requests zouden (should, volgens de HTTP RFC) zonder bijeffecten moeten zijn.

[Gerco]

En in RFCs zijn bewoordingen heel erg belangrijk. SHOULD is niet hetzelfde als MUST of MUST NOT. Als het slechts SHOULD is, kun je er niet op rekenen dat het side-effect vrij is, maar is het wel "bad form" van de bouwer als het side-effects heeft.

GET methods zijn slechts "idempotent", dus meerdere dezelfde requests mogen geen ander effect veroorzaken dan 1 enkele request, maar side effects zijn dus niet uitgesloten.

Een GET is overigens ook "safe", dus deletes in reaktie op een GET mogen dan weer niet.

bron: RFC 2616: HTTP 1.1

[84hannes]

Yup.. en dan zeggen ze dat dat de schuld is van de bouwers.. wat onzin is natuurlijk.

In dit geval is het juist wel de schuld van je browser. Google beweerde destijds juist dat het aan de website bouwer lag, die bij links moest aangeven of ze wel of niet gevolgd moeten worden (en dat normale links nooit bedoeld zijn voor acties al verwijderen, inschrijven etc., waar ze dan weer wel een beetje gelijk in hebben).

[Anoniem: 91418]

Maar, werkt het wel lekker sneller?

[markiemannie]

Ja, het werkt best wel wat sneller.
Sommige websites van het type 1200 baud snelheid ramt hij er nu door op topsnelheid.
Prima progje!
Voor serverbeheerders: Via het bestandje robots.txt kan je fasterfox makkelijk blokkeren, zodat hij niet meer prefetchd:
User-agent: Fasterfox
Disallow: /
bron: Fasterfoxwebsite

[Sir Isaac]

Ik zou liever tweak mogelijkheden hebben om het renderen te versnellen. Gecko is vreselijk traag op mijn oude laptopje. Weet iemand tweaks voor gecko?

[Jozz]

Ik gebruik zelf Firefox 3 (alpha) Minefield (Nightly Build). Deze draait op de 1.9a Gecko render engine en dat merk ik toch wel. De performance is beter als bij Gecko 1.8. Probleem is dat hij af en toe wel eens kan crashen bij sommige sites, maar dat komt maar zelden voor.

[nietes]

Elke browser is snel als er op een site geen extra pagina's ( die je niet eens ziet ) geladen worden zoals nl.sitestat.com, stats.ilsemedia.nl en al die google shit !!!!!!!!!!!!!!!

[FlorisNielssen]

Maar daar heb je Adblock (ook een extensie van Firefox) voor. Deze filtert al die rotzooi er mooi uit.

[nietes]

Dat bedoel ik niet. Wat ik bedoel is dat er contact met zo' n site word gemaakt !!!!!!. De adblocker van FF is prima

[Ronwiel]

Wat voor mij nog steeds de meeste snelheids winst geeft is het blokkeren van ad site's (met de plugin adblock) waarmee je eerst verbinding maakt voordat je op de daadwerkelijk website terecht komt..

[Zay]

is dit niet gewoon een GUI op 'about:config' heen?

[The__Virus]

Dat zijn veel extensies. Maar deze kent ook prefetching en dat staat volgens mij niet in about:config.

[McChouffe]

Hij werkt niet bij mij (Ubuntu Edgy Eft 32bit). Als ik em wil configureren krijg ik gewoon een lege window.

[Superboer12]

Heb hetzelfde probleem.
Draai trouwens de 64 bit Ubuntu Edgy Eft.

[Ragger]

Voor Linux-gebruikers heb je natuurlijk Swiftfox. Een geoptimaliseerde Firefox voor diverse Intel en AMD-processors.

[CloudSquall]

Ik heb altijd veel van Firefox gehoord, op een goed manier dan. Dus ik heb eindelijk geprobeert.

Mijn ervaring als new gebruiker:

1. Het is super handig met die Tabs.
2. Veel maal sneller dan IE6.
3. Als de browser crashed dan gaat niet de hele windows naar de klote zoals bij IE6.
4. Heel erg jammer dat veel van mijn bezochte sites veel weergave fouten hadden, ik heb natuurlijk gelijk gemeld dat in Firefox zit

Overall score: 8/10

[Anoniem: 148409]

Dit doet toch hetzelfde als firetune?

http://www.softpedia.com/...wser-Tweak/FireTune.shtml