Κάντε τον firefox να πετάει

[xaplas]

Είτε χρησιμοποιείτε τον επίσημο Firefox είτε το DeerPark, αυτά τα κόλπα θα σας φανούν πολύ χρήσιμα.

1) Γράψτε στην address bar "about:config" και πατήστε enter

2) Κατεβείτε μέχρι να βρείτε τα:

network.http.pipelining
network.http.proxy.pipelining
network.http.pipelining.maxrequests

3) Με διπλό κλικ αλλάξτε το καθένα στα εξής:

network.http.pipelining από "false" σε "true"
network.http.proxy.pipelining από "false" σε "true"
network.http.pipelining.maxrequests, γράψτε ένα μεγάλο νούμερο π.χ. 40 αντί του 4 που σημαίνει ότι θα κάνει 40 request για να ανοίξει η σελίδα αντί για 4.

4) Έπειτα κάντε δεξί κλικ οπουδήποτε μέσα στο config και επιλέξτε New->Integer και ορίστε ως όνομα "nglayout.initialpaint.delay" και ως value "0".
Αυτό είναι ο χρόνος απόκρισης του firefox για να εκκινήσει τη μεταφορά του request που του έχετε δώσει.

Η διαφορά στην ταχύτητα του Firefox είναι μεγάλη και γίνεται πραγματικά ο γρηγορότερος Browser ειδικά αν συνυπάρχει με σύνδεση ADSL.

[Remali tis Fokionos Negri]

Ωωω! Μούρη!

[O_Xamenos]

πραγματικα και εγω που συνδεομαι με διαμερισμενη πιεςτιεν βλεπω τα πραγματα πιο γρηγορα!!!!

[O kanenas]

Χρησιμότατο θα έλεγα!
Αναρωτιέμαι όμως, πού και πώς τα βρίσκετε αυτα?

[drcypher]

Normally, HTTP requests are issued sequentially, with the next request being issued only after the response to the current request has been completely received. Depending on network latencies and bandwidth limitations, this can result in a significant delay before the next request is seen by the server.

HTTP/1.1 allows multiple HTTP requests to be written out to a socket together without waiting for the corresponding responses. The requestor then waits for the responses to arrive in the order in which they were requested. The act of pipelining the requests can result in a dramatic improvement in page loading times, especially over high latency connections.

[..]

Pipelining can also dramatically reduce the number of TCP/IP packets.

[..]

HTTP/1.1 conforming servers are required to support pipelining. This does not mean that servers are required to pipeline responses, but that they are required to not fail if a client chooses to pipeline requests. This obviously has the potential to introduce a new category of evangelism bugs, since no other popular web browsers implement pipelining.

Only idempotent requests can be pipelined, such as GET and HEAD requests. POST and PUT requests should not be pipelined. We also should not pipeline requests on a new connection, since it has not yet been determined if the origin server (or proxy) supports HTTP/1.1. Hence, pipelining can only be done when reusing an existing keep-alive connection.

Well, pipelining many requests can be costly if the connection closes prematurely because we would have wasted time writing requests to the network, only to have to repeat them on a new connection. Moreover, a longer pipeline can actually cause user-perceived delays if earlier requests take a long time to complete. The HTTP/1.1 spec does not provide any guidelines on the ideal number of requests to pipeline.

Πηγή: Mozilla HTTP/1.1 Piplining FAQ

Γενικά θα πρέπει κανείς να είναι προσεκτικός με το pipeling, καθώς υποθέτω μπορεί να προκαλέσει συμφώρηση ή καθυστέρηση (σε server/client αντίστοιχα) όταν χρησιμοποιείται με κριτήριο την υπερβολή

[rosepunk]

Thanks! Ontws apotelesmatikes oi odigies.

[O kanenas]

Απορία άσχετης: Αφού κάνουμε και το τέταρτο βήμα, δεν χρειάζεται να πατήσουμε τίποτα παραπάνω? Ένα Enter μήπως? Ένα κάτι τις βρε παιδί μου...?

[xaplas]

Όχι, συνεχίζεις κανονικά το browsing, πηγαίνεις σε μια σελίδα, πχ. http://www.semfe.gr

[Wizard]

Και αν ο server του semfe.gr υπερφορτωθεί και αρχίζει και πετάει σφάλματα, να μην αρχίσετε να μας τα λέτε. Στείλτε πμ στον xaplas. Αυτός είναι η αιτία που ο server μας θα λαμβάνει καμιά 40αριά request από τον καθένα σας και θα βαρέσει μπιέλες
Αλλιώς βοηθήστε χρηματικά να πληρώνουμε καλύτερη γραμμή..