Comments for Elle's Blog http://samurai.ge Software development & design Thu, 12 Apr 2012 19:48:40 +0000 hourly 1 http://wordpress.org/?v=3.3.2 Comment on რჩევები საიტის ოპტიმიზაციისთვის (Front end) by Samurai Girl http://samurai.ge/2012/02/01/%e1%83%a1%e1%83%90%e1%83%98%e1%83%a2%e1%83%98%e1%83%a1-%e1%83%9d%e1%83%9e%e1%83%a2%e1%83%98%e1%83%9b%e1%83%98%e1%83%96%e1%83%90%e1%83%aa%e1%83%98%e1%83%90-frontend/#comment-20506 Samurai Girl Thu, 12 Apr 2012 19:48:40 +0000 http://samurai.ge/?p=418#comment-20506 @GioMac :) მადლობა. ნამდვილად ძალიან საინტერესო კომენტარია :) უფრო ვრცლად ვნახავ მაშინ მაგ თემებს @GioMac
:) მადლობა. ნამდვილად ძალიან საინტერესო კომენტარია :) უფრო ვრცლად ვნახავ მაშინ მაგ თემებს

]]> Comment on რჩევები საიტის ოპტიმიზაციისთვის (Front end) by GioMac http://samurai.ge/2012/02/01/%e1%83%a1%e1%83%90%e1%83%98%e1%83%a2%e1%83%98%e1%83%a1-%e1%83%9d%e1%83%9e%e1%83%a2%e1%83%98%e1%83%9b%e1%83%98%e1%83%96%e1%83%90%e1%83%aa%e1%83%98%e1%83%90-frontend/#comment-20505 GioMac Wed, 11 Apr 2012 19:40:19 +0000 http://samurai.ge/?p=418#comment-20505 კარგი სტატიაა ელენე! ძალიან! სწორი მიდგომაა დეველოპმენტის მხრიდან. უდაოდ. ბევრს ვურჩევ ამის წაკითხვას. ჩემი მხრიდან, როგორც ვებადმინი ერთ-ორ სიტყვას დავამატებ რაც დეველოპერებისთვის საინტერესო იქნება (ყველაფერს ვერ მოვყვები, ეგ ჯობს ადმინებს მიუგდოთ (: ): სტატიკური კონტენტი: 1. ტრაფიკის დედუპლიკაცია: etag - თანამედროვე ვებსერვერები მას თავად ამატებენ და თუ ფაილის ცვლილება ხდება ლოკალურად და კონტენტი დინამიური არ არის - ავტომატურად კლიენტი შესაბამის კონტენტს თავიდან აღარ გადოიწერს. დამატებით ამ საკითხის დინამიური საშუალებებით მოგვარება უარესია - მეტი რესურსების გამოყენებისკენ იწვევს. რეკომენდირებულია relatime პარამეტრის გამოყენება ფაილური სისტემისთვის, თუ access time-dependent კონტენტი არ არის სერვერზე. ზოგ შემთვევაში მისი დათვლა inode-ითაც ხდება (დიდი აზრი არ არის). ცალკე ფაილებისთვის expires-ის მითითების დიდ აზრს ვერ ვხედავ თუ საუბარი არ არის რაღაც კონკრეტული ტიპის ფაილზე (ფილმი, მუსიკა), ჩვეულ ფაილებში პრობლემებს/მოუხერხებლობას უფრო გამოიწვევს ვიდრე მოაგვარებს. ყურადღება მიაქციეთ იმას, რომ ეს ეხება სტატიკურ კონტენტს. ვერდიქტი: expire დაამატეთ მხოლოდ დიდ ფაილებს, რომლებსაც ნამდვილად არ გამოცვლით. თქვენი ნერვები და დრო მეტი ღირს ვიდრე სერვერის და ტრაფიკის 1 კილობაიტი. Try to not use etag. :) 2. gzip, deflate - ერთი და იგივეა თითქმის. არავითარ შემთხვევაში არ გამოიყენოთ არატექსტურ ფაილებზე (სწორად წერია სტატიაში), რადგან ეს დატვირთვის გაზრდას გამოიწვევს. ქსელი უფრო იაფია ვიდრე სისტემური რესურსი. gzip-ს უფრო ხშირად მაშინ იყენებენ, როდესაც harware encoder არის სერვერზე (მაგ. http://www.aha.com/). ვერდიქტი: ადმინმა მიხედოს, ფორსირებას ნუ მოახდენთ სხვა მეთოდებით, ზედა დონეზე კომპრესია არაეფექტურია. ბ. დინამიური კონტენტი 1. ყოველთვის გამოიყენეთ გარე ინტერფეისი (CGI) დინამიური კონტენტის დასამუშავებლად - ეს უსაფრთხოებასაც ზრდის, მოქნილობასაც და ზოგად წარმადობასაც. mod_php = ვებადმინის მტერი სათამაშო. ვერდიქტი: ადმინ, გააკეთე 2. Opcode caching is a good thing (c) - Zend Guard, APC ვერდიქტი: ადმინ, გააკეთე გ. ზოგადი 1. HTTP 1.1-related პრობლემა: MS ISA, MS IE-ზე არ მუშაობს ნორმალურად, მაგრამ კლიენტი ამას ვერ შეამჩნევს. არ არის Keepalive-ზე რეკომენდირებული დიდი პარამეტრების დაყენება - შეიძლება ადვილად დაიფლუდოთ. ვერდიქტი: ადმინ, გააკეთე 2. Apache? Good. Worker or prefork? სტაბილურობა = prefork რესურსები = worker შესაბამისად ერთ სერვერზე ჯობს პრეფორკი გამოიყენოთ, კლასტერზე უდაოდ ვორკერი მოიგებს. მითი: "იქ php არ მუშაობს". მუშაობს. თუ აქვს პატარა წითელი ველოსიპედი. ვერდიქტი: ადმინ, გააკეთე კარგი სტატიაა ელენე! ძალიან! სწორი მიდგომაა დეველოპმენტის მხრიდან. უდაოდ. ბევრს ვურჩევ ამის წაკითხვას.

ჩემი მხრიდან, როგორც ვებადმინი ერთ-ორ სიტყვას დავამატებ რაც დეველოპერებისთვის საინტერესო იქნება (ყველაფერს ვერ მოვყვები, ეგ ჯობს ადმინებს მიუგდოთ (: ):

სტატიკური კონტენტი:
1. ტრაფიკის დედუპლიკაცია:
etag – თანამედროვე ვებსერვერები მას თავად ამატებენ და თუ ფაილის ცვლილება ხდება ლოკალურად და კონტენტი დინამიური არ არის – ავტომატურად კლიენტი შესაბამის კონტენტს თავიდან აღარ გადოიწერს. დამატებით ამ საკითხის დინამიური საშუალებებით მოგვარება უარესია – მეტი რესურსების გამოყენებისკენ იწვევს.
რეკომენდირებულია relatime პარამეტრის გამოყენება ფაილური სისტემისთვის, თუ access time-dependent კონტენტი არ არის სერვერზე. ზოგ შემთვევაში მისი დათვლა inode-ითაც ხდება (დიდი აზრი არ არის).
ცალკე ფაილებისთვის expires-ის მითითების დიდ აზრს ვერ ვხედავ თუ საუბარი არ არის რაღაც კონკრეტული ტიპის ფაილზე (ფილმი, მუსიკა), ჩვეულ ფაილებში პრობლემებს/მოუხერხებლობას უფრო გამოიწვევს ვიდრე მოაგვარებს.
ყურადღება მიაქციეთ იმას, რომ ეს ეხება სტატიკურ კონტენტს.

ვერდიქტი: expire დაამატეთ მხოლოდ დიდ ფაილებს, რომლებსაც ნამდვილად არ გამოცვლით. თქვენი ნერვები და დრო მეტი ღირს ვიდრე სერვერის და ტრაფიკის 1 კილობაიტი. Try to not use etag. :)

2. gzip, deflate – ერთი და იგივეა თითქმის. არავითარ შემთხვევაში არ გამოიყენოთ არატექსტურ ფაილებზე (სწორად წერია სტატიაში), რადგან ეს დატვირთვის გაზრდას გამოიწვევს. ქსელი უფრო იაფია ვიდრე სისტემური რესურსი. gzip-ს უფრო ხშირად მაშინ იყენებენ, როდესაც harware encoder არის სერვერზე (მაგ. http://www.aha.com/).

ვერდიქტი: ადმინმა მიხედოს, ფორსირებას ნუ მოახდენთ სხვა მეთოდებით, ზედა დონეზე კომპრესია არაეფექტურია.

ბ. დინამიური კონტენტი
1. ყოველთვის გამოიყენეთ გარე ინტერფეისი (CGI) დინამიური კონტენტის დასამუშავებლად – ეს უსაფრთხოებასაც ზრდის, მოქნილობასაც და ზოგად წარმადობასაც. mod_php = ვებადმინის მტერი სათამაშო.

ვერდიქტი: ადმინ, გააკეთე

2. Opcode caching is a good thing (c) – Zend Guard, APC

ვერდიქტი: ადმინ, გააკეთე

გ. ზოგადი
1. HTTP 1.1-related
პრობლემა: MS ISA, MS IE-ზე არ მუშაობს ნორმალურად, მაგრამ კლიენტი ამას ვერ შეამჩნევს.
არ არის Keepalive-ზე რეკომენდირებული დიდი პარამეტრების დაყენება – შეიძლება ადვილად დაიფლუდოთ.

ვერდიქტი: ადმინ, გააკეთე

2. Apache? Good. Worker or prefork?
სტაბილურობა = prefork
რესურსები = worker
შესაბამისად ერთ სერვერზე ჯობს პრეფორკი გამოიყენოთ, კლასტერზე უდაოდ ვორკერი მოიგებს. მითი: “იქ php არ მუშაობს”. მუშაობს. თუ აქვს პატარა წითელი ველოსიპედი.

ვერდიქტი: ადმინ, გააკეთე

]]> Comment on ალგორითმების გაღრმავებული კურსი თსუ-ში by Samurai Girl http://samurai.ge/2012/03/05/%e1%83%90%e1%83%9a%e1%83%92%e1%83%9d%e1%83%a0%e1%83%98%e1%83%97%e1%83%9b%e1%83%94%e1%83%91%e1%83%98%e1%83%a1-%e1%83%92%e1%83%90%e1%83%a6%e1%83%a0%e1%83%9b%e1%83%90%e1%83%95%e1%83%94%e1%83%91%e1%83%a3/#comment-20295 Samurai Girl Thu, 15 Mar 2012 08:19:48 +0000 http://samurai.ge/?p=458#comment-20295 @Jibla არა სამწუხაროდ :( კომპიუტერული ოთახია და შეზღუდული ადგილებია.. არადა კარგი იქნებოდა @Jibla
არა სამწუხაროდ :( კომპიუტერული ოთახია და შეზღუდული ადგილებია..
არადა კარგი იქნებოდა

]]> Comment on ალგორითმების გაღრმავებული კურსი თსუ-ში by Jibla http://samurai.ge/2012/03/05/%e1%83%90%e1%83%9a%e1%83%92%e1%83%9d%e1%83%a0%e1%83%98%e1%83%97%e1%83%9b%e1%83%94%e1%83%91%e1%83%98%e1%83%a1-%e1%83%92%e1%83%90%e1%83%a6%e1%83%a0%e1%83%9b%e1%83%90%e1%83%95%e1%83%94%e1%83%91%e1%83%a3/#comment-20294 Jibla Wed, 14 Mar 2012 20:46:29 +0000 http://samurai.ge/?p=458#comment-20294 თავისუფალი დასწრება არ იქნება ლექციებზე? თავისუფალი დასწრება არ იქნება ლექციებზე?

]]> Comment on Vanilla Cage – Breaking the Cage by kilaba http://samurai.ge/2012/01/31/vanilla-cage-breaking-the-cage/#comment-20278 kilaba Tue, 06 Mar 2012 11:10:49 +0000 http://samurai.ge/?p=409#comment-20278 მაგრები არიაან, მომეწონა მაგრები არიაან, მომეწონა

]]> Comment on რჩევები საიტის ოპტიმიზაციისთვის (Front end) by Samurai Girl http://samurai.ge/2012/02/01/%e1%83%a1%e1%83%90%e1%83%98%e1%83%a2%e1%83%98%e1%83%a1-%e1%83%9d%e1%83%9e%e1%83%a2%e1%83%98%e1%83%9b%e1%83%98%e1%83%96%e1%83%90%e1%83%aa%e1%83%98%e1%83%90-frontend/#comment-20272 Samurai Girl Wed, 29 Feb 2012 08:11:11 +0000 http://samurai.ge/?p=418#comment-20272 ოთო, უჩა, კარგი შენიშვნებია :) ეს fb-ს სკრიპტები სულ ჭედავს ხოლმე ყველაფერს. ოთო, უჩა,
კარგი შენიშვნებია :) ეს fb-ს სკრიპტები სულ ჭედავს ხოლმე ყველაფერს.

]]> Comment on რჩევები საიტის ოპტიმიზაციისთვის (Front end) by ucha http://samurai.ge/2012/02/01/%e1%83%a1%e1%83%90%e1%83%98%e1%83%a2%e1%83%98%e1%83%a1-%e1%83%9d%e1%83%9e%e1%83%a2%e1%83%98%e1%83%9b%e1%83%98%e1%83%96%e1%83%90%e1%83%aa%e1%83%98%e1%83%90-frontend/#comment-20262 ucha Sun, 26 Feb 2012 17:51:50 +0000 http://samurai.ge/?p=418#comment-20262 შენიშვნა: ჯობია ასინქრონულად ჩატვირთოთ* შენიშვნა:
ჯობია ასინქრონულად ჩატვირთოთ*

]]> Comment on რჩევები საიტის ოპტიმიზაციისთვის (Front end) by ucha http://samurai.ge/2012/02/01/%e1%83%a1%e1%83%90%e1%83%98%e1%83%a2%e1%83%98%e1%83%a1-%e1%83%9d%e1%83%9e%e1%83%a2%e1%83%98%e1%83%9b%e1%83%98%e1%83%96%e1%83%90%e1%83%aa%e1%83%98%e1%83%90-frontend/#comment-20261 ucha Sun, 26 Feb 2012 17:50:10 +0000 http://samurai.ge/?p=418#comment-20261 მადლობა საინტერესო პოსტისთვის. ყველაფერი იდეალურადაა აღწერილი, ერთი ორს მეც დავამატებ: 1. თუ იყენებთ FB -ს API-ს და გიწევთ JS ფაილის ან IFRAME ის ჩასმა FB დან ჯობია ასინქრონულად ატვირთოთ. 2. ყველაფერი (js, css, img), ფაილები უმჯობესია იყოს განსხვავებულ დომენზე, ან ქვედომენზე, რადგან HTTP request ის დროს cookie ები არ გაჰყვება ქსელში. თუმცა ეს ნამეტანი advanced ოპტიმიზაციის დროს სეიძლება გაითვალისწინოს კაცმა. 3. სერვერის მხარეზე თუ დაწერ პოსტს კარგი იქნება, ერთერთი უმნიშვნელოვანესი სერვერის მხარეს ჩემი აზრით ქეშირებაა )) მადლობა საინტერესო პოსტისთვის.
ყველაფერი იდეალურადაა აღწერილი, ერთი ორს მეც დავამატებ:
1. თუ იყენებთ FB -ს API-ს და გიწევთ JS ფაილის ან IFRAME ის ჩასმა FB დან ჯობია ასინქრონულად ატვირთოთ.
2. ყველაფერი (js, css, img), ფაილები უმჯობესია იყოს განსხვავებულ დომენზე, ან ქვედომენზე, რადგან HTTP request ის დროს cookie ები არ გაჰყვება ქსელში. თუმცა ეს ნამეტანი advanced ოპტიმიზაციის დროს სეიძლება გაითვალისწინოს კაცმა.

3. სერვერის მხარეზე თუ დაწერ პოსტს კარგი იქნება, ერთერთი უმნიშვნელოვანესი სერვერის მხარეს ჩემი აზრით ქეშირებაა ))

]]> Comment on რჩევები საიტის ოპტიმიზაციისთვის (Front end) by Otar Chekurishvili http://samurai.ge/2012/02/01/%e1%83%a1%e1%83%90%e1%83%98%e1%83%a2%e1%83%98%e1%83%a1-%e1%83%9d%e1%83%9e%e1%83%a2%e1%83%98%e1%83%9b%e1%83%98%e1%83%96%e1%83%90%e1%83%aa%e1%83%98%e1%83%90-frontend/#comment-20226 Otar Chekurishvili Wed, 15 Feb 2012 14:39:23 +0000 http://samurai.ge/?p=418#comment-20226 მალაჩინა! :) შენის ნებართვით ერთი-ორს მეც მივამატებ: 1) HTML/DOM ელემენტეიბს რაოდენობა, რაც ნაკლები მით უკეთესი... 2) Expire header-ები თუ არა Etag-ების დამატება... 3) სხვა სერვერზე request-ების შემცირება... DNS lookup. მალაჩინა! :)

შენის ნებართვით ერთი-ორს მეც მივამატებ:

1) HTML/DOM ელემენტეიბს რაოდენობა, რაც ნაკლები მით უკეთესი…
2) Expire header-ები თუ არა Etag-ების დამატება…
3) სხვა სერვერზე request-ების შემცირება… DNS lookup.

]]> Comment on რჩევები საიტის ოპტიმიზაციისთვის (Front end) by ალეკო http://samurai.ge/2012/02/01/%e1%83%a1%e1%83%90%e1%83%98%e1%83%a2%e1%83%98%e1%83%a1-%e1%83%9d%e1%83%9e%e1%83%a2%e1%83%98%e1%83%9b%e1%83%98%e1%83%96%e1%83%90%e1%83%aa%e1%83%98%e1%83%90-frontend/#comment-20224 ალეკო Tue, 14 Feb 2012 11:05:08 +0000 http://samurai.ge/?p=418#comment-20224 კარგი პოსტია. სასიამოვნოდ იკითხება და ინფორმიაციით არის დახუნძლული. კარგი პოსტია. სასიამოვნოდ იკითხება და ინფორმიაციით არის დახუნძლული.

]]>