<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Web design blog &#187; Speed Optimization</title>
	<atom:link href="http://www.web-resources.eu/archives/category/speed-optimization/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.web-resources.eu</link>
	<description>Ενημερωθείτε για τις εξελίξεις στο web, για εργαλεία, δωρεάν πηγές και άλλα</description>
	<lastBuildDate>Fri, 13 Apr 2012 07:23:28 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.2</generator>
<xhtml:meta xmlns:xhtml="http://www.w3.org/1999/xhtml" name="robots" content="noindex" />
		<item>
		<title>Gzip</title>
		<link>http://www.web-resources.eu/archives/gzip</link>
		<comments>http://www.web-resources.eu/archives/gzip#comments</comments>
		<pubDate>Sat, 10 Jul 2010 16:01:02 +0000</pubDate>
		<dc:creator>CorfuGmr</dc:creator>
				<category><![CDATA[Speed Optimization]]></category>
		<category><![CDATA[SEO]]></category>
		<category><![CDATA[Speed optimization]]></category>

		<guid isPermaLink="false">http://www.web-resources.eu/?p=1104</guid>
		<description><![CDATA[Ο χρόνος που χρειάζεται για τη μεταφορά μιας αίτησης και μιας απάντησης μέσω HTTP μπορεί να μειωθεί σημαντικά από τους προγραμματιστές ιστοσελίδων. Είναι αλήθεια πως ένας προγραμματιστής ιστοσελίδας δεν μπορεί να κάνει και πολλά για την ταχύτητα σύνδεσης του τελικού χρήστη, για την ποιότητα του ISP, για τη σχετική θέση χρήστη και διακομιστή. Υπάρχουν όμως [...]]]></description>
			<content:encoded><![CDATA[<p>Ο χρόνος που χρειάζεται για τη μεταφορά μιας αίτησης και μιας απάντησης μέσω <abbr title="Hyper Text Transfer Protocol">HTTP</abbr> μπορεί να μειωθεί σημαντικά από τους προγραμματιστές ιστοσελίδων. Είναι αλήθεια πως ένας προγραμματιστής ιστοσελίδας δεν μπορεί να κάνει και πολλά για την ταχύτητα σύνδεσης του τελικού χρήστη, για την ποιότητα του <abbr title="Internet Service Provider">ISP</abbr>, για τη σχετική θέση χρήστη και διακομιστή. Υπάρχουν όμως και άλλες παράμετροι που μπορούν να επηρεάσουν τον χρόνο απόκρισης μιας σελίδας. Ένας από αυτούς τους παράγοντες είναι η συμπίεση του περιεχομένου κάθε αίτησης <abbr title="Hyper Text Transfer Protocol">HTTP</abbr> με αποτέλεσμα να γίνετε ταχύτερα η μεταφορά της ιστοσελίδας.<span id="more-1104"></span><br />
Αρχίζοντας με το HTTP/1.1, οι περιηγητές ενημερώνουν το διακομιστή για το αν μπορούν να δεχτούν συμπιεσμένα δεδομένα με ένα header Accept-Encoding μέσα στο HTTP Request.</p>
<pre class="brush:plain">Accept-Encoding: gzip, deflate</pre>
<p>Αν ο διακομιστής δει αυτό το header στο Request που λαμβάνει, τότε ίσως να συμπιέσει τα δεδομένα που θα στείλει στον περιηγητή διαδικτύου χρησιμοποιώντας μια από τις μεθόδους που έστειλε με το Request. Ο διακομιστής με τη σειρά του προσθέτει ένα header στο <abbr title="Hyper Text Transfer Protocol">HTTP</abbr> response για να ενημερώσει τον περιηγητή για το συμπιεσμένο περιεχόμενο.</p>
<pre class="brush:plain">Content-Encoding: gzip</pre>
<p>Το Gzip είναι το ποιο δημοφιλές και αποτελεσματικό λογισμικό συμπίεσης αυτή τη στιγμή. Η ανάπτυξη του έγινε από το GNU Project και έγινε πρότυπο από το <a title="RFC 1952" href="http://www.ietf.org/rfc/rfc1952.txt"><abbr title="Request for Comment">RFC</abbr> 1952</a>. Η μόνη εναλλακτική μέθοδος συμπίεσης που μπορείτε να δείτε είναι το deflate, αλλά είναι λιγότερο αποδοτική και λιγότερο δημοφιλής.</p>
<p>Το Gzip γενικότερα μειώνει το συνολικό όγκο δεδομένων κατά 70%. Κατά προσέγγιση το 90% της κίνησης των δεδομένων περνά από περιηγητές που υποστηρίζουν το gzip. Αν χρησιμοποιείτε τον Apache η μονάδα ρύθμισης του gzip εξαρτάτε από την έκδοση. Ο Apache 1.3 χρησιμοποιεί το <a title="mod_gzip" href="http://sourceforge.net/projects/mod-gzip/" target="_self">mod_gzip</a> ενώ ο Apache 2.x χρησιμοποιεί το <a title="mod_deflate" href="http://httpd.apache.org/docs/2.0/mod/mod_deflate.html" target="_self">mod_deflate</a>.</p>
<p>Υπάρχουν γνωστά προβλήματα από περιηγητές και εξυπηρετητές Proxy που μπορεί να προκαλέσουν μια αναντιστοιχία σε σχέση με το τι πραγματικά περιμένει ο περιηγητής διαδικτύου και τι πραγματικά παραλαμβάνει όσον αφορά το συμπιεσμένο περιεχόμενο. Ευτυχώς, αυτές οι ακραίες περιπτώσεις μειώνονται καθώς οι παλαιότερης τεχνολογίας περιηγητές διαδικτύου αντικαθιστώνται από του νεώτερους. Επίσης πρέπει να σημειωθεί ότι ο Apache βοηθά την κατάσταση με την προσθήκη απαντήσεων ανάλογα με την κατάσταση αυτόματα.</p>
<p>Οι διακομιστές αποφασίζουν τι θα συμπιέσουν με το gzip βάση του τύπου του αρχείου που διανείμουν κάθε φορά, αλλά συνήθως είναι πολύ περιορισμένοι στο τι μπορούν να συμπιέσουν.  Στα περισσότερα Web Sites η συμπίεση γίνετε μόνο στα έγγραφα που περιέχουν <abbr title="Hyper Text Markup Language">HTML</abbr>. Σημαντικό είναι επίσης να συμπιέζετε και τα αρχεία σεναρίων (javascript, <abbr title="Visual Basic Script">vbscript</abbr>) και τα αρχεία <abbr title="Cascading Style Sheets">CSS</abbr>, κάτι που δεν συμβαίνει στα περισσότερα Web sites. Επίσης είναι σημαντικό να συμπιέζετε ότι είναι σε μορφή κειμένου όπως είναι και τα αρχεία <abbr title="Extensible Markup Language">XML</abbr> και <abbr title="JavaScript Object Notation">JSON</abbr>. Οι εικόνες και τα αρχεία <abbr title="Portable Document Format">PDF</abbr> δεν θα πρέπει να συμπιέζονται διότι είναι ήδη συμπιεσμένα. Με το να συμπιέζετε ήδη συμπιεσμένα αρχεία, εκτός του ότι καταναλώνετε πόρους από το σύστημα σας υπάρχει πιθανότητα να αυξήσετε και το τελικό μέγεθος των αρχείων αυτών.</p>
<p>Η συμπίεση όσο περισσότερων αρχείων μπορείτε είναι ένας εύκολος τρόπος να κάνετε τη σελίδα σας ποιο ελαφριά.</p>
<p>Πηγή : <a title="Yahoo!" href="http://developer.yahoo.com/performance/rules.html" target="_self">Yahoo!</a></p>
]]></content:encoded>
			<wfw:commentRss>http://www.web-resources.eu/archives/gzip/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Χρησιμοποιήστε δίκτυα διανομής περιεχομένου ! (CDN)</title>
		<link>http://www.web-resources.eu/archives/content-delivery-networks</link>
		<comments>http://www.web-resources.eu/archives/content-delivery-networks#comments</comments>
		<pubDate>Thu, 01 Jul 2010 20:54:57 +0000</pubDate>
		<dc:creator>CorfuGmr</dc:creator>
				<category><![CDATA[Speed Optimization]]></category>
		<category><![CDATA[SEO]]></category>
		<category><![CDATA[Speed optimization]]></category>

		<guid isPermaLink="false">http://www.web-resources.eu/?p=1083</guid>
		<description><![CDATA[Η σχέση γεωγραφικής θέσης του χρήστη με τη γεωγραφική θέση του διακομιστή έχει αντίκτυπο στον χρόνο ανταπόκρισης του διακομιστή. Αν έχετε το Web Site σας σε ένα τέτοιο δίκτυο από διάσπαρτους γεωγραφικά διακομιστές τότε η σελίδα σας θα είναι πολύ ποιο γρήγορα διαθέσιμη σε χρήστες παντού στον κόσμο. Αλλά από που πρέπει να αρχίσετε; Το [...]]]></description>
			<content:encoded><![CDATA[<p>Η σχέση γεωγραφικής θέσης του χρήστη με τη γεωγραφική θέση του διακομιστή έχει αντίκτυπο στον χρόνο ανταπόκρισης του διακομιστή. Αν έχετε το Web Site σας σε ένα τέτοιο δίκτυο από διάσπαρτους γεωγραφικά διακομιστές τότε η σελίδα σας θα είναι πολύ ποιο γρήγορα διαθέσιμη σε χρήστες παντού στον κόσμο. Αλλά από που πρέπει να αρχίσετε;<span id="more-1083"></span></p>
<p>Το πρώτο βήμα για την εφαρμογή του διάσπαρτου περιεχομένου της ιστοσελίδας σας, είναι να μην προσπαθήσετε να γράψετε κάποιο λογισμικό κατάλληλο για να διανείμει την ιστοσελίδα σας σε διαφορετικούς διακομιστές σε όλο τον πλανήτη. Ανάλογα με το λογισμικό που σκοπεύετε να δημιουργήσετε για αυτό το σκοπό, η αλλαγή της αρχιτεκτονικής μπορεί να έχει πέραν του βαθμού δυσκολίας και άλλους αποθαρρυντικούς παράγοντες όπως είναι για παράδειγμα ο συγχρονισμός της κατάστασης των συνόδων, την αναπαραγωγή των κινήσεων της βάσης δεδομένων μεταξύ των διακομιστών, κα. Κάθε προσπάθεια να μειώσετε την απόσταση μεταξύ των χρηστών της ιστοσελίδας σας και του διακομιστή με τη χρήση λογισμικού που γράφετε εσείς μπορεί να σας καθυστερήσει πολύ ή/και να μην μπορέσει να ολοκληρωθεί ποτέ.</p>
<p>Θυμηθείτε πως το 80 &#8211; 90% χάνετε στο κατέβασμα των διάφορων συστατικών της σελίδας σας όπως είναι οι εικόνες, τα <strong><abbr title="Cascading Style Sheets">css</abbr></strong>, τα σενάρια της <strong>JavaScript</strong>, τα <strong>Flash</strong>, κα. Αυτός είναι ο χρυσός κανόνας της βελτιστοποίησης της ιστοσελίδας σας για καλύτερους χρόνους. Αντί να αρχίσετε να γράφετε το δικό σας λογισμικό για την αλλαγή της αρχιτεκτονικής της εφαρμογής σας, είναι καλύτερα πρώτα να διασπείρετε το στατικό σας περιεχόμενο. Αυτή η πρακτική, όχι μόνο επιτυνγχάνει μεγάλη μείωση στο χρόνο απόκρισης, αλλά είναι και ευκολότερη χάρη στα δίκτυα διανομής περιεχομένου !</p>
<p>Ένα δίκτυο διανομής περιεχομένου (<strong><abbr title="Content Delivery Network">CDN</abbr></strong>), είναι μια ομάδα από διακομιστές, οι οποίοι βρίσκονται σε διάφορα γεωγραφικά μέρη του πλανήτη διασκορπισμένοι για να διανείμουν το περιεχόμενο αποτελεσματικά στους χρήστες. Ο διακομιστής που επιλέγετε κάθε φορά να διανείμει περιεχόμενο σε κάθε χρήστη βασίζετε τυπικά στην απόσταση του χρήστη και του σχετικά κοντινότερου δικτύου. Για παράδειγμα, ο διακομιστής με τις λιγότερες αναπηδήσεις δικτύου ή ο διακομιστής με την ταχύτερη ανταπόκριση επιλέγετε για να μεταδώσει το περιεχόμενο.</p>
<p>Μερικές μεγάλες εταιρείες διαδικτύου διαθέτουν δικό τους δίκτυο διανομής περιεχομένου (<strong><abbr title="Content Delivery Network">CDN</abbr></strong>), όπως αυτό της <a title="Akamai Technologies" href="http://www.akamai.com/" target="_blank">Akamai Technologies</a>, <a title="Mirror Image Internet" href="http://www.mirror-image.com/" target="_blank">Mirror Image Internet</a> ή της <a title="Limelight Networks" href="http://www.limelightnetworks.com/" target="_blank">Limelight Networks</a>. Για εταιρείες που αρχίζουν τώρα ή για μια μόνο ιστοσελίδα το κόστος ενός δικτύου διανομής περιεχομένου μπορεί να είναι απαγορευτικό, αλλά καθώς το κοινό σας θα μεγαλώνει τότε θα είναι απαραίτητο ένα δίκτυο διανομής περιεχομένου (<strong><abbr title="Content Delivery Network">CDN</abbr></strong>). Στην Yahoo!, όπου μεταφέρθηκε το στατικό περιεχόμενο σε των εφαρμογών της σε δίκτυο διανομής περιεχομένου ο χρόνος αναμονής των χριστών μειώθηκε κατά 20% ή/και περισσότερο. Η μετάβαση σε ένα δίκτυο διανομής περιεχομένου απαιτεί μια πολύ μικρή αλλαγή στον τρόπο που γράφετε τα προγράμματα σας η οποία όμως θα βελτιώσει δραματικά την ταχύτητα της ιστοσελίδας σας.</p>
<p>Πηγή : <a title="Yahoo!" href="http://developer.yahoo.com/performance/rules.html" target="_blank">Yahoo!</a></p>
]]></content:encoded>
			<wfw:commentRss>http://www.web-resources.eu/archives/content-delivery-networks/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Μειώστε τα Http Requests</title>
		<link>http://www.web-resources.eu/archives/less-http-requests</link>
		<comments>http://www.web-resources.eu/archives/less-http-requests#comments</comments>
		<pubDate>Thu, 01 Jul 2010 16:25:29 +0000</pubDate>
		<dc:creator>CorfuGmr</dc:creator>
				<category><![CDATA[Speed Optimization]]></category>
		<category><![CDATA[Http Requests]]></category>
		<category><![CDATA[SEO]]></category>
		<category><![CDATA[Speed optimization]]></category>

		<guid isPermaLink="false">http://www.web-resources.eu/?p=1075</guid>
		<description><![CDATA[To 80% του χρόνου ανταπόκρισης του περιηγητή καταναλώνετε στα Http Requests. Το μεγαλύτερο μέρος αυτού του χρόνου καταναλώνετε στο κατέβασμα όλων των στοιχείων μιας σελίδας: εικόνες, stylesheets, scripts, Flash, κα. Μειώνοντας τον αριθμό των στοιχείων που χρειάζεται μια σελίδα για να ολοκληρωθεί η εμφάνιση της, μειώνετε και το σύνολο των Http Request και κατ επέκταση [...]]]></description>
			<content:encoded><![CDATA[<p>To 80% του χρόνου ανταπόκρισης του περιηγητή καταναλώνετε στα <abbr title="Hyper Text Transfer Protocol">Http</abbr> Requests. Το μεγαλύτερο μέρος αυτού του χρόνου καταναλώνετε στο κατέβασμα όλων των στοιχείων μιας σελίδας: εικόνες, <strong>stylesheets</strong>, scripts, <strong>Flash</strong>, κα.<span id="more-1075"></span></p>
<p>Μειώνοντας τον αριθμό των στοιχείων που χρειάζεται μια σελίδα για να ολοκληρωθεί η εμφάνιση της, μειώνετε και το σύνολο των <abbr title="Hyper Text Transfer Protocol">Http</abbr> Request και κατ επέκταση και το συνολικό χρόνο που θέλει η σελίδα για να κατέβει στον περιηγητή διαδικτύου. Αυτό είναι το κλειδί για γρηγορότερες ιστοσελίδες.</p>
<p>Ένας τρόπος για να μειώσετε τον αριθμό των στοιχείων μιας σελίδας είναι να απλοποιήσετε τον σχεδιασμό της. Υπάρχει όμως τρόπος να δημιουργήσετε ιστοσελίδες ποιο απλά σχεδιασμένες με ποιο πλούσιο περιεχόμενο ενώ παράλληλα έχετε και καλύτερο χρόνο; Ακολουθούν μερικές τεχνικές για να μειώσετε τα <abbr title="Hyper Text Transfer Protocol">Http</abbr> Requests, με τις οποίες μπορείτε να έχετε και πλούσιο σχεδιασμό.</p>
<h2>Συνδυασμένα αρχεία</h2>
<p>Τα συνδυασμένα αρχεία είναι ένας τρόπος για να μειώσετε τον αριθμό των Http Request συνδυάζοντας το περιεχόμενο όλων των αρχείων σεναρίων (πχ. Javascript) σε ένα αρχείο, και κάνοντας το ίδιο και με τα αρχεία <strong>stylesheet</strong>. Αυτή η διαδικασία σε ορισμένες περιπτώσεις είναι πραγματική πρόκληση, ειδικά όταν τα σενάρια ή οι κανόνες μορφοποίησης διαφέρουν από σελίδα σε σελίδα, αλλά κάνοντας αυτή τη διαδικασία κατά την δημιουργία μιας ιστοσελίδας επιταχύνετε το κατέβασμα της σελίδας.</p>
<h2><a title="CSS Sprites" href="http://www.web-resources.eu/archives/menu-with-css-sprites" target="_self">CSS Sprites</a></h2>
<p>Τα <strong><abbr title="Cascading Style Sheets">CSS</abbr> Sprites</strong> είναι ο ιδανικός τρόπος για να μειώσετε τον αριθμό των Http Requests. Συνδυάστε   τις εικόνες φόντου σε ένα αρχείο εικόνας, και στη συνέχεια χρησιμοποιήστε τις ιδιότητες μορφοποίησης των <abbr title="Cascading Style Sheets">CSS</abbr> background-image και background-position για να προβάλλετε το επιθυμητό τμήμα της εικόνας.</p>
<h2>Image Maps</h2>
<p>Τα Image maps συνδυάζουν πολλές εικόνες μέσα σε ένα αρχείο εικόνας. Το συνολικό μέγεθος είναι σχεδόν το ίδιο, αλλά μειώνοντας το σύνολο των Http Requests επιταχύνετε το κατέβασμα της σελίδας. Τα Image Maps μπορούν να εφαρμοστούν μόνο αν οι εικόνες είναι γειτονικές μέσα στη σελίδα, όπως για παράδειγμα στο κεντρικό μενού πλοήγησης.</p>
<h2>Inline images</h2>
<p>Τα inline images χρησιμοποιούν <a title="URL Schema" href="http://tools.ietf.org/html/rfc2397" target="_blank">data: URL Schema</a> για να ενσωματώσουν τα δεδομένα της εικόνας στα δεδομένα της σελίδας. Αυτό μπορεί να αυξάνει το συνολικό μέγεθος της ιστοσελίδας. Ο συνδυασμός όμως των inline images στα αρχεία <strong>CSS</strong> που αποθηκεύονται προσωρινά στον περιηγητή του χρήστη μπορούν να μειώσουν το σύνολο των Http Request και έτσι αποφεύγετε και τα μεγάλα αρχεία ιστοσελίδων. Να σημειωθεί πως τα inline images δεν υποστηρίζονται ακόμα από όλους τους περιηγητές.</p>
<p>Η μείωση των Http Request στην ιστοσελίδας σας είναι το σημείο από το οποίο θα πρέπει να ξεκινήσετε. Αυτός είναι ο ποιο σημαντικός κανόνας για να  βελτιώσετε την ταχύτητα της σελίδας σας για τους όσους επισκέπτονται για πρώτη φορά τη σελίδα σας. Όπως περιγράφετε στο ιστολόγιο του Tenni Theurer&#8217;s “<a title="Browser Cache Usage" href="http://yuiblog.com/blog/2007/01/04/performance-research-part-2/" target="_blank">Browser Cache Usage – Exposed!</a>”, το 40 – 60% από τους καθημερινούς χρήστες της ιστοσελίδας σας, έρχεται με την <em>cache</em> του κενή.</p>
<p>Πηγή : <a title="Yahoo!" href="http://developer.yahoo.com/performance/rules.html" target="_blank">Yahoo!</a></p>
]]></content:encoded>
			<wfw:commentRss>http://www.web-resources.eu/archives/less-http-requests/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
	</channel>
</rss>

