19.11.2020

Statik və dinamik veb səhifələr. WordPress-də statik səhifə. Verilənlər bazası modelinin inkişafı


WordPress hər il “blog mühərriki” etiketindən uzaqlaşaraq vizit kartı saytları, onlayn mağazalar və bir səhifəlik saytların xeyrinə keçir. İstifadəçi sorğuları da dəyişir.

Vizit kartı veb sayt sahiblərinin istədikləri ilk şey statik etməkdir ana səhifə ildən ziyarətçiyə şirkət, onun xidmətləri haqqında dərhal danışan və tanışlığı davam etdirmək imkanı verən odur.

Bu dərslikdə biz statik əsas səhifə yaratmaq haqqında danışacağıq. Sonda video da olacaq! Get! 😉

Bir çox premium mövzular (pul üçün alınır) ana səhifəni fərdiləşdirmək üçün öz mexanizminə malikdir və bu təlimatdakı material yararsız ola bilər. Bunu yadda saxla, xahiş edirəm.

Tövsiyələrimə uyğun olaraq ana səhifəni dəyişdirə bilmirsinizsə, o zaman mövzunuz üçün sənədləri öyrənməlisiniz, bəlkə də onu qurmaqda nüanslar var. 🙂

Məsləhət:çox tez-tez səhifə yaratarkən, səhifə yaratma interfeysində şablon seçmək mümkündür. Yazılacaq və ya "Ana səhifə", ya da başqa bir şey, amma bu ruhda, ümumiyyətlə. Nəzərə alın ki, bu sizin halınız ola bilər.

Giriş

Varsayılan olaraq, WordPress əsas səhifədəki son N yazını tərs xronoloji ardıcıllıqla göstərir. Adi blog formatı, qeyri-adi heç nə yoxdur və siz onunla artıq tanışsınız.

Bu davranış demək olar ki, həmişə əksər pulsuz mövzularda istifadə olunur. Yalnız bir neçə istisna olmaqla, pulsuz mövzular ana səhifəni blog əvəzinə statik səhifəyə çevirə bilər.

Bu təlimat yalnız mövzunu quraşdırdıqdan sonra sürgüləri, xidmətlər blokunu və digər blog olmayan elementləri deyil, əsas səhifədə yazıları göstərənlər üçün lazım olacaq.

Səhifələrin yaradılması

Statik əsas səhifə qurmaq üçün əvvəlcə onu yaratmalısınız. "Səhifələr" - "Yeni əlavə et" menyusuna gedin, istədiyiniz mətni yazın və dərc edin.

Burada bir nüans var: t. blog yazılarını əsas səhifədən silirik, məsələn, "Blog" adlı ayrıca səhifə yaratmalıyıq. Girişlərinizi göstərmək üçün istifadə olunacaq.

Ümumilikdə, bu əməliyyatlardan sonra iki səhifəniz olacaq: "Ev" və "Blog", özünüz seçə bilərsiniz. Mən "qlavnaya" və "blog", sadə və sadə istifadə etməyi üstün tuturam.

Əsas səhifənin quraşdırılması

İndi məsələ kiçikdir: yeni yaradılmış səhifəmizi əsas səhifə kimi qeyd etməliyik. Bunu etmək üçün "Parametrlər" - "Oxuma" bölməsinə keçin və bizi maraqlandıran parametrlər blokuna baxın:

Seçimi "Statik səhifə" dəyərinə keçirik və bizə səhifələr siyahısından yeni yaradılmış yeni səhifələri seçmək imkanı verilir. Gəlin bunu belə edək:


Saxlayırıq və əsas səhifəyə gedirik, əmin olun ki, bunun əvəzinə indi heç bir qeyd yoxdur, ancaq şirkətiniz və ya layihəniz haqqında sizə lazım olan məlumatlar var. Nə istəyirdik! 🙂

Mövcud səhifədən istifadə edin

Əslində, xüsusi bir ana səhifə yaratmağınız lazım deyil, bunun üçün mövcud olanlardan birini istifadə edin, məsələn, "Şirkət haqqında" və ya "Xidmətlər". o ən yaxşı variantdır vizit kartı saytı üçün.

Bloq üçün bu, salam və ya müəllif haqqında olan səhifə ola bilər. Ancaq şəxsi bloqumda fərqli bir şey etdim - şablonu elə dəyişdirdim ki, həm əsas səhifədəki yazılar, həm də istədiyiniz salam görünsün.

Daimi olaraq internetə qoşulan bütün dünyada saytların yerləşdiyi kompüterlər adlanır serverlər(ingilis dilindən xidmət edin–– xidmət etmək, xidmət etmək). Veb səhifələri "ümumdünya internet"ə göndərən proqram təminatı da server və ya deyilir web server.

Düz dəyişməz ( statik) veb-səhifələr hazır HTML faylları şəklində server kataloqlarında yerləşir. Bu vəziyyətdə veb serverin işi yalnız brauzer sorğularına cavab olaraq ona lazımi faylları göndərməkdir:

Sorğunu yerinə yetirmək mümkün olmadıqda, veb server müəyyən bir səhv kodunu qaytarır (məsələn, kod 404 - fayl tapılmadı və ya 403 - ona giriş rədd edildi).

Brauzer isə öz növbəsində HTML dilinin qaydaları əsasında səhifəni nümayiş etdirir və o, hiperlinkləri kliklədikdə istifadəçinin hərəkətlərinə cavab verir. HTML və CSS yalnız veb səhifələrin məzmununu və onların məzmununu təsvir edir görünüş... Belə saytın bütün səhifələri əvvəlcədən yaradılmalı və onun məzmununu dəyişmək üçün səhifənin kodunu yenidən yazıb saytı yenidən yükləmək lazımdır.

Hal-hazırda çox sayda veb server var, lakin ən populyarı Apache pulsuz proqram təminatına aiddir və bir çox əməliyyat sistemləri ilə qarşılıqlı əlaqə yaratmağa imkan verir.

Dinamikweb səhifələri

Statik veb səhifələrdəki məhdudiyyətlər aradan qaldırılır dinamik internet saytları. Belə saytların səhifələri məzmunu və dizaynı dinamik şəkildə dəyişə bilər. Bundan əlavə, siz yarada bilərsiniz interaktiv sənədlər və real vaxt rejimində istifadəçi ilə qarşılıqlı əlaqədə olan veb proqramları.

Dinamik səhifələr tələb olunduqda veb server işə başlayır skript proqramı(həmçinin deyilir skript ––skript), proqramlaşdırma dilində yazılmışdır. Məhz sorğunun parametrlərindən asılı olaraq brauzerə ötürülən və göstərilən HTML səhifəsini yaradan belə bir skriptdir. Eyni zamanda, istifadəçinin brauzerinə heç bir əlavə tələblər qoyulmur, bu, hər hansı bir şey ola bilər, dinamik səhifələrin yaradılmasının bütün yükü serverin üzərinə düşür. Brauzer hələ də hazır veb-səhifələrlə işləyir, yeganə fərq onların məzmununun hər bir sayt ziyarətçisi üçün ayrıca yaradılmasındadır.

Server skriptləri yaratarkən zəruridir Axtarış motorları, forumlar, onlayn mağazalar, xəbər saytları, poçt xidmətləri və bir çox başqaları
hallar. Skriptlərdən istifadə edərək siz həmçinin şəkillər, animasiyalar yarada, məktublar yarada bilərsiniz E-poçt və daha çox şey edin.

Dildə skriptlərPHP

Server skriptləri müxtəlif proqramlaşdırma dillərində yazıla bilər, lakin daha çox bunun üçün xüsusi hazırlanmış dillərdən istifadə olunur: PERL (Praktik Çıxarma və Hesabat Dili - seçimlər və hesabatlar yaratmaq üçün praktik dil) və PHP (Hypertext Preprocessor - a. hipermətn preprosessoru).

PHP dili böyük funksionallığı və öyrənmə asanlığına görə indi populyarlıqda birinci yerdədir. Bəziləri ƏS məsələn, Linux-da artıq PHP var. Windows-da müvafiq olanı yükləməli və quraşdırmalısınız proqram təminatıəl ilə.

Necə işləyirlərphp-səhifələr

Brauzer PHP səhifəsini (yəni, PHP skripti ilə göstərilən səhifə) tələb etdikdə veb-server öz növbəsində sorğunu səhifə faylını oxuyan PHP prosessoruna göndərir. Əgər bu fayl skriptdirsə (php-proqram * .php), onda bu skriptin ifadələri yerinə yetirilir və veb-serverin yaddaşında lazımi səhifə formalaşır ki, bu da sonda brauzerə ötürülür. . Üstəlik, sorğudan asılı olaraq, bu səhifədəki eyni faylda fərqli məlumatlar ola bilər.

Beləliklə, PHP skriptinin əsas məqsədi HTML səhifələri yaratmaqdır. Bu halda, bütün lazımi məlumatları saxlayan verilənlər bazasına sorğu edilə bilər.

Brauzerdə sənədin davranışına görə səhifələr statik və dinamik bölünür. Digər tərəfdən, bu anlayışlar çox vaxt başqa mənada istifadə olunur. Sənədin yaradılması üsuluna görə sənədlər də statik və dinamik bölünür.

İstifadəçinin brauzerindəki sənədin davranışına görə onlar fərqlənir:

  • Statik html səhifəsi
    Statik - istifadəçinin hərəkətlərindən asılı olaraq səhifənin həmişə eyni görünməsi deməkdir. Məsələn, menyu açılan siyahı ilə deyil, ayrı-ayrı səhifələrə keçidlərlə təşkil edilir.
  • Dinamik html səhifələr
    Bu səhifələr artıq istifadəçi hərəkətlərinə və dəyişikliyə reaksiya verə bilər. Məsələn, mətnin üzərinə kliklədiyiniz zaman sözün tərcüməsi ilə mətnin pop-up bloku görünə bilər. Yeri gəlmişkən, Firefox brauzeri üçün tərcüməçi plaginlərindən biri məhz belə həyata keçirilir.

Veb səhifələrdə dinamika skriptlərdən istifadə etməklə həyata keçirilir, brauzer tərəfindən yerinə yetirilir.Çoxlu elementlər html dili hadisə işləyicilərinin tərifini dəstəkləyin. Məsələn, şəkildəki "siçan düyməsini basmaq" hadisəsini idarə etmək üçün təyin edə bilərsiniz. Sonra istifadəçi bu şəkilə klik edərsə, bunun üçün müəyyən edilmiş işləyici çağırılacaq.

Bu bir az qarışıq səslənə bilər, amma narahat olmayın. Bununla qarşılaşdığınız zaman hər şey daha asan olacaq.

Veb səhifələrdə dinamika yaratmaq üçün ən çox yayılmış dil JavaScript-dir. (Java proqramlaşdırma dili ilə səhv salmayın. Onlar tamamilə fərqli iki varlıqdır.)
Daha az istifadə olunan VBscript (vizual əsas skript). (Microsoft həmişə olduğu kimi öz yolu ilə getdi.)

Yaradılma üsuluna görə sənədlər yenidən statik və dinamik bölünür.

Səhifələr html formasında serverdədirsə, statik adlanır.
Dinamik isə brauzerin tələbi ilə "tez" yaradılanlardır.

Göründüyü kimi, serverdə adi html səhifəsi varsa, bu yanaşma çox məhduddur. Məsələn, bir onlayn mağazanız var və əlavə etdiniz yeni məhsul... Əgər mağazanız "statik" html səhifələrindən ibarətdirsə, onda siz bir neçə başqa səhifəni əl ilə redaktə etməlisiniz. Ən azından bu, malların kataloqu və yəqin ki, sifariş formasıdır. Əgər hər hansı bir məhsulunuz bitərsə, saytı yenidən yeniləməlisiniz. Çox narahatdır. Buna görə də html-də bir dənə də onlayn mağaza tapa bilməzsiniz. (Baxmayaraq ki, məhsul dəyişdikdə saytı avtomatik olaraq yenidən yaradan bir sistem ortaya çıxarmaq mümkündür. Amma bu, çox zərif bir həll deyil və heç vaxt eşitməmişəm).

Əgər saytınız tez-tez dəyişən məzmuna malikdirsə ( məzmun- saytda məlumat), sonra skriptlər köməyinizə gələcək, serverdə işləyir... Bu skriptlərlə əvvəllər təsvir olunanlar (JavaScript-də yazılmışlar) arasındakı əsas fərq budur. Bu belə işləyir:

  1. Brauzer serverdən sənəd tələb edir
  2. Server sənədin skript olduğunu müəyyən edir və onu icra üçün işə salır
  3. Skript html səhifəsini yaradır
  4. Server yaradılan səhifəni brauzerə göndərir ki, brauzer skriptin serverdə işlədiyini belə bilmir

"Dinamik" səhifələr yaradan skriptlərin yazıla biləcəyi bir neçə proqramlaşdırma dili var. Ən ümumi olanlar bunlardır:

  1. Python
  2. İkili kod (C və ya C++ proqramı icra edilə bilən koda yığılır)

Bu dillərin hər birinin özünəməxsus tətbiqi xüsusiyyətləri var. İstənilən dildə skript yaza bilərsiniz. Əsas odur ki, onun güclü tərəflərini bilmək və zəif tərəfləri və onlardan səmərəli istifadə edin. Bu dillər haqqında sizə poçt siyahımızın səhifələrində daha ətraflı məlumat verəcəyəm. Bu arada, tez-tez dəyişən məzmunu olan saytların proqramlaşdırıldığı müxtəlif proqramlaşdırma dillərinin olduğunu bilmək vacibdir.

Bir qayda olaraq, səhifə ünvanının .html və ya .htm ilə bitdiyini görürsünüzsə, bu, adi statik səhifədir. (Əlbəttə, serveri elə konfiqurasiya edə bilərsiniz ki, o, eyni sonluqlarla bitən skriptləri yerinə yetirsin, ancaq bu praktik deyil. Eyni .html və .htm standartdır və siz bu sonluqları yenidən təyin etməməlisiniz.) hər hansı digər sonluğa baxın, onda bu, çox güman ki, bir ssenaridir. Məsələn, PHP-də skriptlər adətən .php uzantısına malikdir, Perl-də - .pl, ASP - .aspx
Əgər ünvanda səhifə adı yoxdursa, o zaman server standart sənəddən istifadə edəcək (adətən ya index.html, ya da index.htm və ya index.php olur).

Deməliyəm ki, indi hibrid sistem güclənir. Onun adı hollandlara bənzəyir futbol klubu- AJAX, yəni: Asyncronous JavaScript And XML (Hollandiya klubunun adının necə olduğunu bilmirəm :)). Bu texnologiya JavaScript skriptlərinə serverdəki istənilən skriptə daxil olmağa və serverdən məlumat almağa imkan verir. Bu, öz növbəsində, istifadəçiyə çeviklik verir və səhifənin bütün məzmununu deyil, yalnız bir hissəsini yenidən yükləməyə imkan verir (bu, trafikə əhəmiyyətli dərəcədə qənaət edir).

nəticələr

Statik html səhifələri çox çevik bir həll deyil. Onları yalnız tamamilə statik məzmununuz varsa istifadə etməlisiniz. Məsələn, siz internetdə kitab yerləşdirirsiniz. Kitab artıq yazılıb və dəyişməyəcək. Bu halda kitabı statik html sənədi kimi tənzimləmək çox daha səmərəli və asandır.

Saytınızda tez-tez dəyişən məlumatlarınız varsa, skriptlərin istifadəsində seçim dayandırılmalıdır.
Budur, səni təriflədiyim ssenarilər. Bununla belə, skriptlərin bir çatışmazlığı var: onların işi üçün serverdən əlavə resurslar tələb olunur. Əgər html səhifəsini sadəcə serverdən oxumaq və brauzerə göndərmək lazımdırsa, onda skript əvvəlcə işə salınmalı və icra edilməlidir. Bundan əlavə, çox vaxt skriptlər verilənlər bazası idarəetmə sistemindən istifadə edir ( DBMS) əlavə yük yaradan dəyişən məlumatları saxlamaq üçün.

Aleksandr Arkhipov

Biz bulud yaddaşımıza əsaslanan statik saytlar haqqında nəşrlər dövrünü davam etdiririk (əvvəlki nəşrlərə və bax). Bu gün onların suallarını ətraflı müzakirə edəcəyik. incə sazlama və optimallaşdırma.

İstifadəçi nöqteyi-nəzərindən saytın əla işləməsi üçün əsas meyar, əlbəttə ki, komponentlərin yükləmə sürətidir. Saytın bu və ya digər səbəbdən yüklənməsi çox uzun çəkirsə, bu, qaçılmaz olaraq gözləməkdən yorulan ziyarətçilərin itkisinə səbəb olur. Veb saytı sürətli və rahat etmək üçün onu optimallaşdırmaq üçün müəyyən işlər görməlisiniz.

Bizim qoşulma haqqında bulud saxlama Biz artıq Akamai-dən CDN yazmışıq. CDN bütün statik məzmunu (şəkillər, mətn faylları, JS, CSS və s.) dünyaya səpələnmiş keş serverlərində saxlayır (xəritəyə bax).

Veb səhifəyə və ya onun resurslarına daxil olduqda, sorğu müştəriyə coğrafi baxımdan ən yaxın olan keşləmə serveri tərəfindən işlənəcək. CDN-dən istifadə həm stasionar, həm də mobil cihazlar üçün veb saytın yükləmə sürətini artırmağa kömək edir.

Varsayılan olaraq, bütün məlumatlar CDN-də 24 saat ərzində yaddaşda saxlanılır. Bu yaxınlarda depoya əlavə edildi yeni funksiyaİstənilən vaxt CDN önbelleğini silə bilərsiniz:

Bunu etmək üçün şəkildə göstərilən nişana keçin və keşini təmizləmək istədiyiniz səhifələrin ünvanlarını forma daxil edin. Keş dərhal yox, forma təqdim edildikdən təxminən 15 dəqiqə sonra silinəcək.

İstənilən veb səhifə çoxlu müxtəlif elementləri ehtiva edir: şəkillər, skriptlər, üslub faylları və s. Səhifəni ilk dəfə ziyarət edən istifadəçi bir sıra HTTP sorğuları etməklə bu elementlərin hamısını əldə edir. Çox sayda faylın yenidən yüklənməsinin qarşısını almaq üçün keşləmə istifadə olunur.

HTTP protokolunda istifadə edilən keşləmə modeli təsdiqləyicilər adlananlara - keşlənmiş sənədin hələ də yeni olmasını təmin etmək üçün müştəri tərəfindən istifadə edilən xüsusi başlıqlara əsaslanır. Validatorlar sayəsində müştəri bütün keşlənmiş nüsxəni serverə göndərmədən sənədin vəziyyətini yoxlaya bilər. Öz növbəsində, server öz cavabında sənədi yalnız qəbul etdiyi validator müştərinin keşində köhnəlmiş nüsxənin olmasını göstərdiyi halda göndərir.

Qiymətləndiricilər güclü və zəif tərəflər kimi təsnif edilir. Güclü validatorlar HTTP / 1.1-də təqdim edildi. Onlar fayl dəyişdikcə dəyişdiyi üçün belə adlandırılıblar. Bunlara sözdə ETags (obyekt teqləri) daxildir. ETag sənədin məzmununun identifikatorudur; sənəddə ən azı bir bit dəyişdikdə dəyişir. İdentifikatordan, məsələn, sənədin məzmununun MD5-cəmi istifadə edilə bilər. Müştəri serverdən sənəd tələb etdikdə, ETag dəyəri cavabda ötürülür, məsələn:

HTTP / 1.1 200 OK Server: Selectel_Storage / 1.0 Qəbul Aralığı: bayt Son Dəyişiklik: Bazar ertəsi, 18 Avqust 2014-cü il 12:25:38 GMT X-zaman damğası: 1408364738.80296 Məzmun-Tip: Content-Type: image0l5-jj7Content -İcazə verin-Mənşə: * Giriş-nəzarət-açıqlama-başlıqlar: Son modifikasiya, ETag, X-zaman damgası ETag: "ebef3343a7b152ea7302eef75bea46c3" Tarix: Çərşənbə, 20 Avqust 2014 11:52:48 GMT
Eyni sənəd yenidən tələb edildikdə, saxlanmış doğrulayıcı dəyəri If-None-Match başlığına ötürülür:

GET / HTTP / 1.1 Host: example.org If-None-Match: "ebef3343a7b152ea7302eef75bea46c3"
Əgər sənəd dəyişdirilməyibsə, server cavabda yalnız başlıqları və 304 Dəyişdirilməmiş kodu qaytaracaq. Əks halda, server 200 kodu qaytaracaq və göndərəcək yeni versiya sənəd, eləcə də onun üçün yeni ETag dəyəri.

Bizim depomuzda və ETag faylı yüklədikdən dərhal sonra yaradılır. Bu, məzmunun MD5 hashıdır. Məzmun dəyişirsə, ETag da dəyişir.

Zəif validatorlar hər dəfə fayl dəyişdirildikdə mütləq dəyişməyən validatorlardır.

Zəif validatorun nümunəsi Son Dəyişdirilmiş başlıqdır. Bu başlığın dəyəri tarixdir son dəyişiklik fayl. Avtomatik olaraq depomuzda quraşdırılır. Əgər sorğuda If-Modified-Since başlığında hazırda mövcud olan tarixdən tez olmayan bir tarix göstərsəniz Son dəyişdirilmiş başlıq onda cavab da 304 Dəyişdirilməmişdir.

Güclü validatorlar istənilən kontekstdə istifadə edilə bilər. Zəif validatorlar faylın dəqiq məzmunundan asılı olmayan kontekstdə istifadə olunur.

Məsələn, hər iki təsdiqləyici növü şərti GET sorğularında istifadə oluna bilər (Əgər Dəyişdirilibsə və ya Uyğun gəlmirsə). Bununla belə, faylları hissə-hissə yükləyərkən yalnız güclü validatorlardan istifadə edilə bilər - əks halda müştəri faylı uyğun olmayan formada alacaq.

Max-age direktivi ilə Cache-Control başlığı orijinalı yaddaşda olan faylın surəti üçün brauzer keşində yaşı təyin etmək üçün istifadə olunur. Bu başlıq sayəsində saytın yükləmə sürətini əhəmiyyətli dərəcədə artıra bilərsiniz - əgər fayl önbelleğe alınıbsa, o zaman brauzer sayta bir sorğu göndərmədən dərhal məzmunu keşdən göstərəcək.
Faylın keşdə saxlanma müddəti saniyələrlə göstərilir:

Cache-Control: maksimum yaş = 7200
Göstərilən nümunədə 7200 saniyədir (2 saat). Tipik olaraq, CSS, JS və şəkil faylları bu şəkildə keşlənir. Onları əbədi olaraq keşləmək və məzmun dəyişdikdə HTML-də onlara keçidləri dəyişdirmək arzu edilir. RFC 2616 1 ildən çox olmayan bu cür fayllar üçün keşləmə müddətini tövsiyə edir:

Cache-Control: maksimum yaş = 31536000
Müəyyən bir faylın önbelleğe alınmamasını, lakin həmişə "təzə" olaraq təqdim edilməsini istəyirsinizsə, Cache-Control başlığı aşağıdakı dəyərə təyin edilir:

Cache-Control: heç bir önbellek
O, müəyyən edir ki, element ümumiyyətlə keşdə saxlanılmamalıdır və müştəri hər dəfə depoya daxil olanda bunu tələb etməlidir (bu halda faylın endirilmə vaxtı artacaq, çünki fayl gövdəsi endirilməli olacaq).

Faylı həmişə yeniləməyin başqa bir yolu fayl adına məzmun yoxlama məbləği əlavə etməkdir.

Faylın məzmunu ən azı bir bit dəyişərsə, yoxlama məbləği də dəyişəcəkdir. Heç bir dəyişiklik olmadıqda, brauzer faylı keşdən istifadə edir. Faylı dəyişdirdiyiniz zaman ona keçid dəyişir və yeni versiya yüklənir.

Yoxlama məbləğini həm standart md5sum və ya sha1sum yardım proqramlarından, həm də xüsusi yardım proqramlarından istifadə etməklə əldə edə bilərsiniz.

Siz həmçinin fayllara keçidlərə ixtiyari simvollar dəsti əlavə edə bilərsiniz - məsələn, vaxt damgası (http://example.com/script.js?timestamp_here) və sayt hər dəfə yerləşdirildikdə keçidləri yeniləyə bilərsiniz. Bu metoddan istifadə edərkən, brauzerin lazımsız sorğular etməyəcəyinə heç bir zəmanət yoxdur: hətta məzmunu dəyişməmiş fayllara da başqa bir keçid gələcək (keşləmə açarı sorğu parametrləri ilə birlikdə bütün keçiddir) və siz onları yenidən yükləmək lazımdır.

HTML səhifələri üçün Cache-Control başlığını keşsiz olaraq təyin etmək daha məqsədəuyğundur. Əgər siz təcili olaraq səhifədə nəyisə dəyişməlisinizsə və müştəri bu səhifəni artıq yaddaşda saxlayıbsa ( müasir brauzerlər bunu standart olaraq edin), onda müştəri edilən dəyişiklikləri ümumiyyətlə görməyə bilər.

Bu, CDN-lərdən istifadə edərkən xüsusilə vacibdir: Akamai'nin cdn faylları standart olaraq 24 saat ərzində müvafiq başlıqlar olmadan yaddaşda saxlayır. Siz, əlbəttə ki, önbelleği təmizləyə bilərsiniz (yuxarıya baxın), lakin müvafiq sorğu göndərildikdən sonra hələ də ən azı 15 dəqiqə gözləmək lazımdır. Dəyəri önbelleğe almamaq qarşısını almağa kömək edəcək mümkün problemlər- səhifə həmişə yenilənəcək. Bu halda brauzerlər hələ də If-None-Match (və ya If-Modified-Since) başlıqlarından istifadə edəcək və dəyişdirilməyən səhifə yenidən yüklənməyəcək.

Bəzi hallarda dəyişikliklərin tezliyinə əsasən HTML səhifələrinin keşləmə vaxtını təyin etmək daha yaxşıdır. Məsələn, saytda xəbərlər olan səhifə hər saat yenilənirsə, o zaman maksimum yaş həddi 3600 (1 saat) olaraq təyin edilə bilər.

Mağazamızda Cache-Control başlığının dəyəri (həmçinin digər HTTP başlıqları) veb interfeys vasitəsilə təyin edilə bilər:

Veb interfeysi vasitəsilə başlıq dəyərləri yalnız bütövlükdə konteyner üçün təyin edilir. Fərdi fayllar üçün başlıq dəyərləri yalnız API vasitəsilə və ya üçüncü tərəf müştərilərindən istifadə etməklə təyin edilə bilər.

Cache-Control əvəzinə vaxtı bitən başlıq istifadə edilə bilər. Onun dəyəri RFC 1123 tarix formatında tarixi göstərir, bundan sonra fayl etibarlı deyil (məsələn: Çərşənbə axşamı, 31 Yanvar 2012 15:02:53 GMT). Bu tarixə qədər brauzer sayta sorğular etməyəcək, faylı keşdən qəbul edəcək. Bu tarixdən sonra fayl yenidən endiriləcək.

Sıxılmanın köməyi ilə saytın yüklənməsini əhəmiyyətli dərəcədə sürətləndirə bilərsiniz. HTTP / 1.1-dən bəri müştərilər Accept-Encoding başlığında dəstəklənən sıxılma üsullarını bildirirlər:

Qəbul-kodlaşdırma: gzip, deflate
Server cavabında istifadə edilən sıxılma üsulu haqqında məlumat Content-Encoding başlığında ötürülür:

Məzmun-kodlaşdırma: gzip
Bu gün ən məşhur və ən çox istifadə edilən üsullardan biri, əlbəttə ki, gzip-dir. Onun köməyi ilə yükləmə müddətini əhəmiyyətli dərəcədə azalda bilərsiniz. Gzip xüsusilə mətn faylları ilə yaxşı işləyir: HTML, CSS, JS. Sıxılma sayəsində mətn fayllarının ölçüsü (və müvafiq olaraq ötürülən trafikin həcmi) orta hesabla 5-10 dəfə azalır. Bu, səhifə yükləmə sürətini əhəmiyyətli dərəcədə artıra bilər ki, bu da yavaş bağlantıları olan mobil müştərilər üçün xüsusilə vacibdir.

üçün qrafik fayllar gzip-dən istifadə etməyin mənası yoxdur: sıxılma onların ölçüsünü əhəmiyyətli dərəcədə azaltmır və çox vaxt onu artırır.

Akamai CDN defolt olaraq əksər mətn faylları üçün gzip istifadə edir.

Kiçikləşdirmə, ölçüsünü azaltmaq və yükləmə müddətini azaltmaq üçün fayldan lazımsız / isteğe bağlı simvolları silmək deməkdir. Bunun sayəsində faylın ölçüsü orta hesabla 1,5-3 dəfə azalır. Bu gün təkcə JS və CSS-nin deyil, həm də digər növ faylların (HTML, qrafik faylları və s.) kiçildilməsi təcrübəsi geniş yayılmaqdadır.

Kiçikləşdirmə üçün xüsusi vasitələrdən istifadə olunur, xüsusən:

Kiçikləşdirmənin köməyi ilə siz nəinki əhəmiyyətsiz boşluqları və sətir fasilələrini silə bilərsiniz (onlar CSS və JS-də isteğe bağlıdır), həm də daha mürəkkəb əməliyyatları yerinə yetirə bilərsiniz. Məsələn, JS-də bu kimi bir funksiya:

Funksiya cəmi (birinci_param, ikinci_param) (qaytarma (birinci_param + ikinci_param);)
Siz onu s (a, b) funksiyasına çevirə bilərsiniz (qaytarma (a + b)) və sonra kodun hər yerində cəm əvəzinə s istifadə edə bilərsiniz, eyni zamanda onun işləmə məntiqini tamamilə qoruyub saxlaya bilərsiniz. Siz JavaScript-in kiçildilməsi prosedurunun necə işlədiyinə http://lisperator.net/uglifyjs/ ünvanında Open Demo bölməsində baxa bilərsiniz.

Müasir brauzerlər hər domen üçün orta hesabla 6 paralel sorğu verir. Saytınızda çoxlu kiçik fayllar varsa, onun yüklənməsi uzun müddət çəkə bilər - bu, xüsusilə yavaş və ya qeyri-sabit bağlantılarda nəzərə çarpır.

Birləşdirmənin kömək edə biləcəyi yer budur - eyni tipli birdən çox faylı (JS və ya CSS kimi) bir faylda birləşdirmək. Bu, sorğuların sayını azaltmağa və bununla da səhifələrin yüklənmə sürətini artırmağa imkan verir.

Birləşdirmə də təsvirin yüklənməsini sürətləndirmək üçün istifadə edilə bilər. Bu, iki yolla edilə bilər: URL-lərə məlumat daxil etməklə və spritlərdən istifadə etməklə.

Məlumatların inyeksiyası xüsusi bir URL növündən istifadə etməklə həyata keçirilir - məlumat: URI. URI (Universal Resurs İdentifikatoru) həm img teqinin src atributunda, həm də CSS-də fon şəklinin URL-sində istifadə edilə bilər.

Şəkilləri məlumatlara çevirmək üçün onlayn vasitələr var: URI-lər (bax, məsələn, və).

Sprite bir şəkilə birləşdirilən şəkillər toplusudur. Saytların formalaşdırılması üçün müxtəlif proqram vasitələrindən istifadə olunur. İLƏ CSS istifadə edərək böyük şəklin lazımi sahəsinə müraciət edib saytda istədiyiniz yerə yerləşdirə bilərsiniz.

Spritlər yükləməni sürətləndirməyə kömək edə bilər, lakin qeyd etmək lazımdır ki, onlarla işləmək çox vaxt çətindir. Sprite kiçik bir dəyişiklik etmək üçün CSS-də əlavə dəyişikliklər etməlisiniz.

JS layihələrinin qurulması üçün müasir alətlərdə (

Hətta yeni başlayanlar da yəqin ki, "statik sayt" və "dinamik sayt" kimi ifadələri eşidirlər. Bəs bu ifadələr tam olaraq nə deməkdir və onlar arasında fərq nədir, bu və ya digər sayt növünün üstünlükləri nələrdir?

Gəlin təxmin etməyək, ancaq təfərrüatlı şəkildə anlayın və onları müqayisə edək.

Statik və dinamik saytlar - fərq nədir?

Bu gün dinamik saytların sayı artmaqda olsa da, açdığınız sayta ilk baxışdan onun statik və ya dinamik olduğunu ayırd edə bilməzsiniz.

Statik saytların nümunələri

Məsələn, bir və ya az sayda səhifədən ibarət olan və ya məsələn, bu bir şirkətin vizit kartı saytıdırsa və oradakı məlumatlar heç vaxt dəyişmirsə və ya dəyişmirsə, ilk baxışdan saytın statik olduğunu güman edə bilərsiniz. çox nadir hallarda yenilənir, məsələn, şərh vermək və ya qeydiyyatdan keçmək kimi xüsusiyyətlərə malik deyilsə.

Əslində, statik saytı yalnız veb inkişafını yaxşı bilən şəxs yeniləyə bilər, çünki onun idarəetmə paneli yoxdur, ona görə də saytdakı bütün yeniləmələr onun mənbə kodu vasitəsilə həyata keçirilməli olacaq.

Statik saytlar daha ucuzdur və daha az yer tutur, buna görə də bir çox kiçik şirkətlər hələ də onları dinamik saytlara üstünlük verirlər.

Beləliklə, görə bilərik Statik saytların üstünlükləri:

  1. Onların inkişafı asan və sürətlidir.
  2. İnkişaf etmək daha ucuzdur və daha az yüklənir.

Üstünlüklərlə yanaşı, vurğulamaq olar və Statik saytların çatışmazlıqları:

  1. Veb saytın inkişafı veb inkişaf təcrübəsi tələb edir.
  2. Belə bir saytdakı ən xırda detalı belə yeniləmək üçün ya kodu özünüz qazmalı olacaqsınız, ya da özünüz HTML və CSS-ni bilmirsinizsə, hər dəfə veb ustasının xidmətlərindən istifadə etməli olacaqsınız.

  3. "Dondurma" məzmunu.
  4. Belə bir saytın məzmunu çox nadir hallarda yeniləndiyinə görə, onlarda məzmun "durğunlaşır", bu, axtarış sistemlərinə çox mənfi təsir göstərir. Əlbəttə ki, belə bir saytı təbliğ etmək olar, lakin daha çox pullu vasitələrlə.

Dinamik saytlar nümunələri

Digər tərəfdən, dinamik saytlar, xüsusən də sıfırdan hazırlanmışsa, daha bahalı ola bilər. Həm də hostinq bir az daha bahalı olacaq, çünki qoşulmaq lazımdır əlavə funksiyalar... Ancaq dinamik saytların bir çox üstünlükləri bu çatışmazlıqları kompensasiya edir.

Dinamik veb sayt öz sahibinə çox asanlıqla saytını yeniləmək və məzmun əlavə etmək imkanı verir. Məsələn, xəbərlər və hadisələr kodla faylları redaktə etməyə ehtiyac olmadan brauzerin özündə admin panel vasitəsilə əlavə edilə bilər.

Dinamik saytın imkanları yalnız təsəvvürümüzlə məhdudlaşdırıla bilər.

Dinamik saytlara misal olaraq idarəetmə sistemi saytları, onlayn alış-veriş saytları, elan saytları, forumlar, müştərilər və ziyarətçilər üçün rəy, şərh, fayl yükləmək imkanı olan saytlar və s.

Dinamik saytların üstünlükləri:

  1. Daha funksional sayt.
  2. Onu yeniləmək daha asandır.
  3. Daimi yenilənmə veb saytın tanıtımına müsbət təsir göstərir və daha çox ziyarətçi cəlb edir.
  4. Belə bir sayt öz sahibinə kömək edir və müxtəlif funksiyalar vasitəsilə izləyiciləri ilə ünsiyyət qurmaq və saytını ziyarətçilər üçün daha maraqlı etmək üçün daha çox imkanlar verir.

nəticələr

Beləliklə, belə bir saytı həyata keçirmək üçün daha çox vaxt tələb oluna bilsə də, dinamik saytın statikdən daha çox inkişaf perspektivlərinin olduğunu görürük.

Getdikcə daha çox insan dinamik saytların danılmaz üstünlüyünü dərk edir və buna görə də onlardan daha çoxu internetdə görünür.

Ancaq digər tərəfdən, hər şey SİZƏ xüsusi ehtiyac duyduğunuz şeydən asılıdır, məsələn, hansısa məhsulu satacağınız bir səhifəlik sayta və ya 1-dən 5-6 səhifəyə qədər olan vizit kartı saytına ehtiyacınız varsa. daim yeniləməyi planlaşdırmayın, o zaman statik bir saytda dayanmaq olduqca təbii olardı.

Əgər layihənizin daim inkişaf etməsini və məzmunla dolmasını istəyirsinizsə, şübhəsiz ki, sizə dinamik sayt lazımdır.


2021
maccase.ru - Android. Brendlər. Dəmir. xəbərlər