Subscribe to RSS feed Підписатися на RSS-канал or або follow me Follow Me on Twitter? на Twitter?
Website optimization is an important process for every webmaster trying to reach “the top”. Оптимізація веб-сайту є важливим процесом для будь-якої веб-майстер намагається досягти "зверху". It includes several parts, some of which may not be plausible for all. Вона включає в себе кілька частин, деякі з яких не може бути правдоподібною для всіх. Optimisation refers to the cleaning of code markup, images and backend so that your site loads quickly, and causes less stress on your webserver. Оптимізація відноситься до очищення коду розмітки, зображення і внутрішнім, щоб ваш сайт навантажень швидше і викликає менше навантаження на сервер.
The Importance of Optimization Важливість оптимізації
Website optimisation is important, because more optimized pages translate into lower load times. Оптимізація веб-сайту має важливе значення, оскільки більш оптимізовані сторінки, переклад у нижній рази навантаження. In today's world, “everyone wants everything quickly”, so quick and responsive sites help you to retain your visitors more. У сучасному світі, "Кожен хоче, щоб усі швидко", щоб швидко реагувати і сайти, щоб допомогти вам зберегти ваші відвідувачі більше. In other words, you can cut down or eliminate the number of frustrated surfers who ditch your blog because it doesnt load quickly. Іншими словами, ви можете скоротити або ліквідувати, зневірені серфінгістів, які канави ваш блог, тому що doesn't швидке завантаження. This is more relevant if your blog is targeted towards a non-tech-savvy audience, who are likely to have slower connections. Це більш актуальним, якщо ваш блог орієнтований у напрямку Non-технічно підкований глядачів, які можуть надати повільними сполуками.
By optimization, you can save some bandwidth(although this is not why most people do it). При оптимізації, ви можете заощадити смугу пропускання (хоча це не саме чому люди роблять це). Also, in times of intensive activity, like being Dugg or Stumbled, optimization can be the difference between your blog going offline due to stress, and your blog staying healthy even while getting ~50k visits in a day. Крім того, у період інтенсивної діяльності, як бути Dugg або спіткнувся, оптимізація може бути різниця між блогу перейти в автономний режим в результаті стресу, а в блозі, щоб залишатися здоровими навіть при отриманні ~ 50K відвідувань в день.
Some of the easiest optimization techniques include compression of codes whenever possible (like CSS), compression of images for lower sizes (use Photoshop), and reducing the number of http requests and number of objects. Деякі з найпростіших методів оптимізації включити стиснення кодів можливості (наприклад, CSS), стиснення зображень для нижніх розмірів (використання Photoshop), і скорочення кількості HTTP-запитів і кількість об'єктів. There are also hardcore stuff, including tweaking your webserver (which few can do), tweaking your scripts to execute faster, reduce the number of PHP functions in your theme etc. Є також хардкор речі, включаючи тонке налаштування веб-сервера (який мало хто може робити), настройка свої скрипти, щоб виконати швидше, зменшити кількість функцій PHP у вашій темі т.д.
My guiding light Мій маяк
Paul Stamatiou is an optimization-crazy college student, and has written several guides. Поль Stamatiou є оптимізація-Crazy студентом коледжу, а також написав кілька посібників. I found Paul Stamatiou's guides, Я знайшов керівництвом Пола Stamatiou's, How to Optimize your CSS Як оптимізувати свій CSS and і 5 ways to speed up your site 5 способів прискорити свій сайт amazing. дивовижний. After reading them a few times and implementing a few steps, I was able to cut down the loading time of this blog from 27 seconds on a dialup, to around 6 seconds! Після прочитання їх кілька разів і здійснює кілька кроків, я зміг скоротити час навантаження цього блогу з 27 секунд на дзвінки, до приблизно 6 секунд! I used his blog as a benchmark, because he is pretty much up there with the best in optimization. Я використав свій блог в якості орієнтира, тому що він дуже багато чого там з кращими в оптимізації.
I took his advice to heart, and experimented a little more. Я пішов його порадою до серця, і експериментувати трохи більше. More specifically, here are the steps (I will have a detailed How-to post later, so watch out!): Зокрема, тут кроків (я буду мати докладні інструкції по пост пізніше, так що будьте уважні!):
- Deleted all unnecessary images, like the RSS feed icon and Technorati Fav button. Saved 4Kb. Видалити всі непотрібні зображення, як і значок RSS Feed і Technorati Fav кнопки. Збережений 4Кб.
If you cannot abandon your images, at least move them to the same server ( uploads, or images folder). Якщо ви не можете відмовитися від ваших зображень, принаймні перемістити їх на тому ж сервері (завантажень, або папку із зображеннями). - Compressed the CSS using Стислі допомогою CSS CleanCSS CleanCSS . Saved 3Kb. . Збережений 3Kb.
- Used PHP compression for CSS stylesheet, as Stammy(above) suggested. Saved 2Kb. Використовується PHP стиснення таблиць стилів CSS, а Stammy (див. вище) запропонували. Збережений 2Kb.
- Removed the earlier header image, which was 500 x 200, and replaced it with a smaller 412 x 118px, with a white background. Видалити попередню заголовок зображення, яке було 500 х 200, і його замінив на меншу 412 х 118px, з білим тлом. White backround was very helpful. Saved 10Kb. Білий BACKROUND було дуже корисно. Збережений 10Kb.
So, that cut down the size by 19Kb, without compromising much on quality. Отже, що скорочує розмір 19kb, без шкоди багато на якість. I am not (yet) aware of all the server-side optimisation, so no comments there. Я (поки що) не в курсі всіх серверних оптимізацію, тому ніяких коментарів. Long story short, the optimisation bug is on me too Коротше кажучи, оптимізація помилка спостерігається на мене 
On a lighter note, I actually managed to beat Stammy's blog load times by a good margin. На легку ноту, я дійсно вдалося побили Stammy блог рази навантаження на доброму полі.
It is probably due to the sponsor images on his sidebar. Ймовірно, це пов'язано з спонсор зображення на його бічній панелі. His blog is hosted on MediaTemple's (dv) server. Його блог знаходиться на MediaTemple's (DV) сервера. For reference, this blog is on a shared webhost (for now). Для довідки, цей блог на загальних хостингу (на даний момент).
Here are (56K speeds of ) some sites according to Тут (56K швидкості) деяких сайтів відповідно до Web Page Analyzer Веб-сторінка Analyzer , as of August 19, 2007 , За станом на 19 серпня 2007
(Note: These are time taken for loading, and not actual rendering in the browser): (Примітка: Це час, необхідне для навантаження, а не фактичне відображення в браузері):
PaulStamatiou.com – PaulStamatiou.com -- 7.08 seconds 7,08 секунди
TechZilo (this blog) – TechZilo (цей блог) -- 4.33 seconds 4,33 секунди
TechCrunch – TechCrunch -- 204.97 seconds 204,97 секунди
Why did I show these load times? Чому мені показати ці навантаження раз? Bragging rights? Заявіть про себе? No. NO.
Just to prove that even big sites like TechCrunch could do with a bit of optimization. Просто щоб довести, що навіть великі сайти, як TechCrunch може робити з трохи оптимізації. I am sure that Mike Arrington will have no problem in wasting extra bandwidth, losing some frustrated visitors or being Dugg. Я впевнений, що Майк Arrington буде мати ніяких проблем витрачати додаткову пропускну здатність, втративши певне розчарування відвідувачів або бути Dugg. However, 204 seconds is way too much by any standards. Тим не менше, 204 секунд це дуже багато за будь-якими мірками.
So, make sure you optimize your blog the next time you decide to get your hands dirty in code Отже, переконайтеся, що ви оптимізувати свій блог наступний раз, коли ви вирішите, щоб ваші руки брудні в коді 
Related reading Схожі читанні
- TextSnip: free online code bin TextSnip: безкоштовні онлайн бен коду
- Site Update : Asides and Footnotes Оновлення сайту: Asides та примітки
- BitDig: Digg-like site for torrents BitDig: Digg-подібний сайт для торрентів
- Remove PirateBay BitTorrent site account Видалити PirateBay завантаження сайту рахунку
The Web Page Analyzer is based on several things such as the user's location and download speed (i think). Веб-сторінка аналізатора заснований на декількох речей, таких, як місце розташування користувача, і швидкість завантаження (я думаю). As such it says 1.55, 1.06, 16.14 for the three sites you mentioned, in that order for me and will probably say something different for someone else. Як така вона каже, 1.55, 1.06, 16.14 протягом трьох сайтах, згаданих у зазначеному порядку для мене і, мабуть, говорити один за іншого.
@Paul: Thanks for dropping by. @ Павло: Спасибо за знижується шляхом. I forgot to add that all speeds were for dialup. Я забув додати, що все було швидкості для набору телефонних номерів. Hope that solves your problem. Надії, що вирішить Вашу проблему.
thats the min disadvantage of self hosted blogs and thats where blogger wins! Thats хв недолік Самостійне розміщення блогів та блогерів Thats де перемагає!
I haven't faced any such problems, Я не відчував такі проблеми,
Most of surfers now have a broadband , and with i my blog hardly takes two seconds Більшість серферів тепер є широкосмуговий, і я навряд чи мій блог займає дві секунди
Although some graphics take time but text is visible once u type in address. Хоча деякі графічні буде потрібно час, але тексту видно раз у тип адреси.
n I hav got a cool report N Море я отримав доповідь Cool
HTML: 19708 4.13 0.30 HTML: 19708 4,13 0,30
HTML Images: 196940 45.65 7.44 HTML Зображення: 196940 45,65 7,44
CSS Images: 0 0.00 0.00 CSS Зображення: 0 0,00 0,00
Total Images: 196940 45.65 7.44 Всього фотографій: 196940 45,65 7,44
Javascript: 84241 18.39 2.05 JavaScript: 84241 18,39 2,05
CSS: 3761 1.55 0.82 CSS: 3761 1,55 0,82
Multimedia: 0 0.00 0.00 Мультимедіа: 0 0,00 0,00
Other: 0 0.00 Інше: 0 0,00
Tip: Red color doesn’t matches with white color, try something else and don’t you think overloaded text link ads advertisement? Підказка: червоний колір doesnâ € ™ т матчі з білим кольором, спробуйте що-небудь інше і Дону € ™ "" Ви думаєте, перевантажені текстового посилання оголошень реклама?
@Ashwini: Blogger sure wins, since Google's servers are among the fastest (though not the most reliable). @ Ashwini: Blogger впевнений, переможе, так як сервери компанії Google входять до числа найбільш швидко (хоча і не найнадійнішою). But the lack of flexibility really is the problem. Однак відсутність гнучкості дійсно є проблемою. With advanced compression techniques, light-weight theme and reasonable server, WordPress can beat Blogger. Застосовуючи вдосконалені методи стиснення, світло-тема ваги і розумні сервер, WordPress може побити Blogger.
Especially since Blogger themes are notorious for tonnes of JavaScript (check the source code towards the end). Тим більше, що Blogger темами славляться тонн JavaScript (перевірка вихідного коду в кінці). It isn't added by the us, but by Blogger automatically. Він не додав від нас, але блогери автоматично.
I am changing the colour scheme of the theme, one bit at a time. Я змінивши колірну схему теми, один біт за один раз. I changed the header, footer and navbar. Я змінив заголовок, виноску і Navbar. Next up, content+sidebars. Наступним, змісту + бічні панелі. OK? OK? As for ads, they're affiliate links, nofollowed and harmless in the sidebar. Що стосується реклами, вони партнерські посилання, і нешкідливі nofollowed в бічній панелі. Maybe I should reduce them to the most-rewarding ones only. Maybe Можливо, мені слід скоротити їх до самого нагородження них тільки. Може бути
There's also Там також http://tools.pingdom.com/fpt/ http://tools.pingdom.com/fpt/ which I think is much more accurate than Web Page Analyzer. який, думаю, набагато більш точні, ніж веб-сторінку Analyzer.
@Paul: I had tried it, but it was before the optimization craze ( which is thanks to you!) @ Стать: Я намагався, але це було до оптимізації Craze (яка завдяки вам!)
Let me check it now. Дозвольте мені перевірити це зараз.
my blog gets 135 seconds, not exactly great. Мій блог отримує 135 секунд, точно не більше. I guess I need to do some blog optimizing myself but at least I am faster then Techcrunch. Я думаю, мені потрібно зробити деякі блог оптимізація сам, але принаймні я швидше, ніж TechCrunch.
@Michael : TechCrunch is slow mostly because of graphics (sponsors on sidebar). @ Михайло: TechCrunch повільний основному через графіка (спонсорів на бічній панелі). Yours is slow because of the theme – it depends on background images too much. Твоє є повільно, оскільки тема - це залежить від фонових зображень занадто багато. Don't do too much optimization – your theme might get bland (as mine is). Не робіть занадто багато оптимізація - ваша тема може отримати м'який (в шахті). Besides, it depends on the target audience – if they're high-tech, there's no problem, since they will have high-speed connection. Крім того, вона залежить від цільової аудиторії, - якщо вони високі технології, немає ніяких проблем, бо вони будуть мати високошвидкісне підключення.
Sumesh even when I wasn't paying attention to your advise still our blog loads at 4 secs (Paul Stamatiou suggestion). Sumesh навіть коли я був не звертаючи уваги на ваші консультувати ще наш блог навантажень на 4 сек (Paul Stamatiou пропозиція). Not that bad! Непогано так! Anyways, I still think we have some Optimization to do. У будь-якому разі, я вважаю, у нас є деякі оптимізації робити.