WordPress-in Tənqidi: Tərtibatçının Perspektivi

Getdikcə daha çox tərtibatçı, platformanı bəyənməsələr də, WordPress kimi CMS-dən istifadə edirlər.

Bacarıqlı tərtibatçılar çox vaxt xüsusi həllərdən istifadə etməyə üstünlük verirlər, xüsusən də kodlaşdırmada həqiqətən yaxşı olan bir tərtibatçı olduğunuz zaman. Fərdi həll yolu ilə siz çox yaxşı işləyən çox zərif proqramlar yarada bilərsiniz. Bununla belə, tərtibatçılar platformanı çox bəyənməsələr belə, WordPress kimi CMS-dən istifadə edirlər.

Bu məqalə bu tərtibatçılara yönəlib və WordPress (WP) ilə işləyərkən qarşıya çıxan bir çox problemləri həll edir. Biz bu çətinliklərin nə olduğunu izah edəcəyik və həmçinin bir təklif verəcəyik: dünyada ən çox sevilən CMS-in bəzi əsas tənqidi cəhətlərini nəzərə almağa həqiqətən kömək edən WP alət dəstini təqdim edən Plesk-in köməyi: WordPress.

Tərtibatçılar niyə WordPress-dən istifadə edirlər

Səhv etməyin, WordPress çox yaxşı səbəblərə görə bazarda ən populyar CMS-dir. Bu bölmədə biz CMS-in nə üçün hətta öz kodunu yaza bilən təcrübəli tərtibatçılar arasında belə populyar olduğunu təsvir edirik.

Birincisi, WordPress quraşdırmaq çox asandır. Sizə lazım olan tək şey standart LAMP/LEMP mühitidir – Linux, Apache/Nginx, PHP və DBMS kimi MySQL/MariaDB. Əgər sizdə varsa, WordPress-i quraşdırmağa başlaya bilərsiniz.

Fərdiləşdirmə eyni dərəcədə asandır, çünki WP CMS çox sayda əlavələr, o cümlədən ön görünüş və hissləri fərdiləşdirmək üçün mövzular və funksionallıq əlavə edən plaginlərlə gəlir. Öz mövzunuzu qurmaq da mümkündür və təcrübəli tərtibatçılar da öz plaginlərini yarada bilərlər, lakin bu proses daha mürəkkəbdir.

WordPress-in populyarlığının bəlkə də ən böyük səbəbi, əlbəttə ki, onun texniki olmayan istifadəçilər üçün əlçatan olmasıdır. Quraşdırılmış WP-nin yaxşı işləməsi üçün heç bir kodlaşdırma təcrübəsi və ya proqram anlayışı tələb olunmur, təcrübəsiz istifadəçilər işdən dərhal sonra veb-sayt dərc edə və WordPress instansiyasını qura bilərlər.

WordPress ilə tam olaraq problem nədir?

Yaxşı, dünyanın ən məşhur CMS-də nəzərə alınmalı çoxlu məsələlər var. Biz WordPress problemləri ilə bağlı hay-küy salmaq niyyətində deyilik, lakin aşağıdakılar açıq müzakirədir və ümid edirik ki, bu inanılmaz populyar CMS-in arxasında duran inkişaf qrupu aşağıdakı məqamları müsbət tənqid kimi qəbul edir. WordPress-in tərtibatçılar üçün əsəbi olduğunu düşündüyümüz səbəb budur:

Geniş qabiliyyətli, lakin heç vaxt əla deyil

WordPress-in başlanğıcı sadə idi. WP blog yazmaq və dərc etmək istəyənlər üçün bir platforma olmaq üçün doğulub. CMS illər ərzində tamamilə dəyişdi və indi onun təvazökar başlanğıclarına bənzəmir. Bəzi insanlar ondan bütün saytı idarə etmək üçün əsas sistem kimi, onlayn mağazalar üçün platforma kimi və hətta statik saytlar yaratmaq üçün istifadə edirlər (dəli, lakin biz bunu illər ərzində də görmüşük)

Bu, bir növ CMS-nin nə qədər uyğunlaşa biləcəyini vurğulayır və biz bu bəyanatla razıyıq, lakin bu qədər çevik olmağın problemi ondan ibarətdir ki, hər hansı bir rolda üstün olmaq çətinləşir. Bunu həyata keçirməyin bir yolu plagin obyektivinə nəzər salmaqdır: mövcud minlərlə WordPress plaginləri insanların WordPress-i sadəcə olmayan və ya daha pis bir şeyə, bacarmadığı bir şeyi etməyə məcbur etməyə necə çalışdıqlarını göstərir. olur, ağrıyır. Bu səbəbdən, biz WordPress-dən istifadə etdikdə və ondan tez-tez və həvəslə istifadə etdikdə, onu heç vaxt ciddi ehtiyac olmayan plaginlərlə yükləmirik. Bu zaman biz onları özümüz hazırlamağa üstünlük veririk.

Aydındır ki, WordPress bu “öz-özünə hazırlanmış” yanaşma üçün yaradılmışdır və şübhəsiz ki, çevikliyin bir çox üstünlükləri var. Ancaq müəyyən bir işə güclü diqqət yetirmədən, CMS aydın bir həll təklif etmək üçün çox mübarizə aparır. Hər kəs üçün hər şey olmağa çalışmağa yönəlmiş bu diqqət böyük problemlərə səbəb olur. Bununla belə, qeyd etməliyik: WordPress hələ də bloqlar və qeyri-mürəkkəb veb-saytlar və e-ticarət saytları yaratmaq üçün platforma kimi yaxşı işləyir.

Hacks və Cracks: WordPress açıq qapı ola bilər

Bir sözlə, WordPress gecə-gündüz sındırılır və bu, tərtibatçı dünyasından eşitdiyimiz ən böyük şikayətdir. Bunu inkar etmək olmaz, CMS təhlükəsizlik boşluqları ilə doludur, heç vaxt bitmir. Qısa bir yorğan kimidir: onu bir tərəfdən düzəldirsən, o biri tərəfdən açılır. Qismən hacklərin sayı WordPress-in populyarlığına, həm də WordPress-in açıq mənbəli olmasına görədir.

Hər kəs CMS-in açıq mənbə koduna baxa bildiyi üçün bu, hakerlərə kodun zəif tərəflərini tapmağa imkan verir. Açıq mənbə kodunun pis yanaşma olduğunu söyləmək istəmirik, lakin WordPress CMS-nin açıq mənbəli təbiətinin onun sonsuz təhlükəsizlik problemlərinə töhfə verdiyini düşünürük.

Təhlil göstərir ki, WordPress saytları internetin dörddə birindən çoxunu təşkil edir. WordPress komandası bunu bilir və CMS-nin təhlükəsiz olduğundan əmin olmaq üçün əlindən gələni etməyə çalışır, lakin bu gün inkişaf dövrləri çox sürətli olduğundan mürəkkəb tətbiqi tam təmin etmək çətin ola bilər. Təhlükəsizlik səyləri uğursuz olduqda, milyonlarla veb sayt risk altında ola bilər.

Əlbəttə ki, açıq-aşkar “WordPress nümunənizi yeniləyin”dən başqa WordPress təhlükəsizlik problemlərinə qarşı açıq bir həllimiz yoxdur. Bununla belə, WordPress buraxılış dövrü özünəməxsus və sonsuz problemlər gətirir.

Bir çox insanlar WordPress təhlükəsizliyinə diqqət yetirməyin sadə olduğunu söyləyirlər və bu, böyük ölçüdə doğrudur, lakin sual budur ki, WordPress-in təhlükəsiz olduğundan əmin olmaq üçün sayt sahiblərindən nə üçün görüləcək işlər siyahısı tələb edilməlidir? WordPress-in bu təhlükəsizlik hissəsi niyə qutudan kənarda deyil?

• Kimsə WordPress-ə icra edilə bilən fayl yükləmək asandır və bu seçim standart olaraq məhdudlaşdırılmalıdır. Zərərli kodu olan faylı PHP skriptinə yükləmək üçün yalnız bir az ağıllı adam lazımdır və saytınız təhlükə altına düşür.
• Hal-hazırda, seçimlər fayl sistemində konfiqurasiya edilə bilər. Bunun əvəzinə WordPress bunu aradan qaldırmalı və fayl sisteminin “yalnız oxumaq üçün” olduğunu fərz etməlidir. WordPress-in nüvəsi bunu etsə də, plaginlər bu davranış nümunəsinə əməl etmir. İstehsalda olan zaman konfiqurasiya faylını dəyişən plaginlə qarşılaşsanız, ondan istifadəni dayandırın. Bunu etmək yazıla bilən fayl sistemini və nəticədə zərərli dəyişikliklər etmək üçün asan yolu göstərir. Çözümlərdən biri wp-config.php faylını sistemin kökündən silməkdir (WordPress hər halda işləyir), lakin bu, təhlükəsizliyin tam zəmanəti deyil və hər halda, şüursuz tərtibatçılar tərəfindən yazılan bir çox plaginlərin düzgün işləməsinin qarşısını alır. .
• Varsayılan olaraq, WordPress istifadəçilərə istədikləri qədər giriş cəhdləri etməyə imkan verir. Bu, hakerlərin giriş uğurlu olana qədər təsadüfi parolları sınamağa davam etdiyi kobud güc hücumunun qapısını açır. WordPress CMS quraşdırma zamanı limitsiz giriş cəhdlərini söndürməlidir.

Bu tam siyahı deyil, sadəcə bir neçə məqamdır. Aydındır ki, böyük bir proqram həlli, xüsusən də açıq mənbəli bir həll hücuma qarşı tamamilə toxunulmaz ola bilməz. Ancaq məqsədimiz odur ki, ciddi tərtibatçılar WordPress-dən istifadə etməkdən çəkinirlər, çünki o, çox həssasdır. Bacarıqlı tərtibatçılar naməlum gələcək zəifliklərdən narahat olmadan onların ehtiyaclarına nəfis şəkildə cavab verən və ciddi şəkildə qoruna bilən yeni proqram yaratmağa üstünlük verəcəklər.

Və ya PLESK parametrlərindən ən yaxşı şəkildə istifadə etməklə və WordPress-i “tövsiyə edilmir” və ya daha pisi “pulsuz” və ya daha pis, lakin pis yazılmış plaginlərlə yükləməməklə (bu barədə mühakimə yürütmək üçün bu sahədə təcrübəyə ehtiyacınız var) hələ də edə bilərsiniz. WordPress-i təhlükəsizlik baxımından da əla platformaya çevirin. Amma bu, artıq “özünü düzəlt” idarəçiliyi deyil, ekspert əli lazımdır.

Problem mənbəyi kimi plaginlər

Yaxşı tərtibatçı ilk dəfə ilişib qaldıqda plaqinə müraciət etmir. Bunun əvəzinə yaxşı tərtibatçılar sadə və zərif bir həll yaratmağa çalışırlar. Əksinə, həmişə plaginləri internetdə axtararaq və ya İcma tərəfindən təklif olunanlara güvənmək çox yanlış düşüncə tərzidir.

Nəhayət, plagin WordPress-ə xüsusi funksiyalar əlavə etməyi asanlaşdırır, bu da WP üçün geniş çeşidli plaginləri CMS-in gücünə çevirir – lakin bu, həm də riskdir. Plaginlər işləri asanlaşdıra və daha sürətli edə bildiyi kimi, plaginlər də bir çox təhlükəsizlik riskləri yaradır və eyni zamanda sizi WP-nin hansı versiyasını istifadə edə biləcəyinizi seçməyə məcbur edir və eyni zamanda WordPress instansiyanızı inamdan kənar şişirdirlər. Onlayn mövcudluğunuzu əsəbiləşdirərək və ya böhran vəziyyətinə salmaqla, saytın açılma sürətini və bununla da əlçatanlığı və nəticədə axtarış motorlarında düzgün indeksləşdirmə ilə ölçün.

Pluginlər və təhlükəsizlik

Əvvəlcə plaginlərin yaratdığı təhlükəsizlik problemlərinə baxaq. Bir hesabatda məlum olur ki, WordPress təhlükəsizlik problemlərinin yarısından çoxu plaginlərdən qaynaqlanır. Tərtibatçılar bir plagin istehsalçısının izlədiyi hər hansı yaxşı təcrübəyə tabedir - bu o qədər də yaxşı olmaya bilər. Buna görə də, bir tərtibatçı olaraq, istifadə etməzdən əvvəl plaqini hərtərəfli sınaqdan keçirməlisiniz. Müəyyən dərəcədə bu yoxlama prosesi plaginlərlə qənaət etdiyiniz vaxtı aradan qaldıra bilər, buna görə də bu nöqtədə sayta əlavə etmək üçün lazımi funksiyanı sıfırdan inkişaf etdirməyi düşünə bilərsiniz.

WP versiyalarında məhdudiyyətlər

“Versiya məhdudiyyəti” kimi tanınan plaginlər WP CMS-nin hansı versiyasını işlədə biləcəyinizi məhdudlaşdıra bilər. İndi WordPress buraxılış dövrü ilə çox aqressivdir, buna görə də mütəmadi olaraq yeni bir yeniləmə buraxır və əslində tez-tez olur ki, platforma istənilən ayda bir neçə kiçik versiya və ya yamaq buraxır. Bu başa düşüləndir, çünki WP komandası daima hücum vektorlarını düzəldir. Bununla belə, bu yeniləmələrin hamısında problem var: WP yeniləməsi plagini poza bilər, saytınızın işləməsini dayandırmasına və ya çökməsinə səbəb ola bilər.

Əlbəttə ki, siz CMS-inizi yeni saxlamalısınız, lakin plaginlərin tətbiq etdiyi versiya məhdudiyyətləri bu işi çətinləşdirə bilər. Bəzi plagin tərtibatçıları həmişə plaginlərini sınaqdan keçirir və yeniləyirlər, lakin bu kiçik "dünya" premium plaginlər çoxluğu təmsil etmir. Bu premium plaginlərdən başqa, WP versiyasının yenilənməsinin saytı sözün əsl mənasında poza bilməsi riski var.

Plugin şişməsi

Fərz edək ki, əksər tərtibatçılar artıq koddan istifadə etməyən arıq layihələrin qurulmasının vacib olduğunu bilirlər. İndi bəzi plaginlər bu prinsipə uyğundur, lakin bir çox plaginlər çox şişirilir, çünki bu plaginlər istifadəçinin qarşılaşa biləcəyi hər bir problemi həll etməyə çalışır. Tərtibatçının öz saytına aid olmayan digər əlli problemin həllini təklif edərkən bir plaginin bir problemi həll etdiyini tapması adi haldır. (Mövzuları və "inşaatçıları" qeyd etməyək).

Pluginlər WordPress iş prosesinizi dayandırır

Nəhayət, bir çox plaginlərin yaratdığı başqa bir ümumi problem, bir plaginin WordPress-də istifadəçi təcrübəsinə mane ola bilməsidir, bu, təəssüf ki, təsirdən asılıdır. bloat plaginləri WordPress-dən. Məsələn, bir plagin bir yazının necə yaradıldığını və sayt boyunca yayılmasını tamamilə dəyişə bilər.

Bu, WP tərtibatçılarının çox tez-tez qarşılaşdıqları problemlə nəticələnir, onlar sadəcə plaqindən istifadə etmək əvəzinə, plaqinin “ətrafında” çox işləməli olduqlarını hiss edirlər. İstər-istəməz, tərtibatçılar bu plaginlərdən yan keçmə prosesini öz üzərinə götürürlər, çünki bu plagin proses problemini həll edir (bu, qaçılmaz olaraq orada yoxdur).

Veb arxitekturası inkişaf etmişdir

Artıq qeyd etdik ki, WordPress uzun müddətdir mövcuddur. O qurulduqda, tərtibatçılar bir veb saytın bir fayl sistemi ilə yanaşı həmişə bir serverdən istifadə edəcəyini güman edirdilər. Bununla belə, tərtibatçılar getdikcə çoxlu qovşaqlardan istifadə edən mikro-server arxitekturasından istifadə edirlər. Onlar bunu edirlər, çünki bu iş üsulu daha miqyaslı və çevikdir. Lakin mürəkkəb arxitekturada WordPress-dən istifadə problemlər yarada bilər, məsələn, WP CMS yeniləmələri üçün FTP-nin demək olar ki, müstəsna istifadəsi.

Müasir tərtibatçılar FTP vasitəsilə kodun yenilənməsinin sadəcə arxaik olduğunu düşünəcəklər. Tərtibatçılar adətən xüsusi iş prosesindən istifadə edirlər ki, kod işə düşməzdən əvvəl potensial problemlər dayandırıla bilsin. Bu o deməkdir ki, inkişaf yerli olaraq həyata keçirilir, kod versiyaya nəzarət edilir və bu kod da avtomatik olaraq sınaqdan keçirilir – hamısı davamlı inteqrasiya prosesi vasitəsilə. Beləliklə, sadəcə olaraq qısa dövrələri işləyən bir mühitə yeni kodu yükləmək, yəni işlərin səhv getmə ehtimalı yüksəkdir.

Yamaq problemindən daha böyük, sadəcə bir qovşaqda bir fayl sistemi ilə işlədiyimiz fərziyyəsidir. Çox qovşaqlı veb-server klasteri həm hardware nasazlıqlarını, həm də performansını yaxşılaşdırır, buna görə də bu yanaşma getdikcə daha çox tətbiq olunur. WP-nin bir maneəsi var, lakin FTP vasitəsilə bir mövzu və ya plagin yeniləməsinin quraşdırılması o deməkdir ki, bir anda yalnız bir fayl sistemi yenilənə bilər. Beləliklə, çox qovşaqlı çoxluq ilə siz hər bir node üçün bu yeniləməni etmək məcburiyyətindəsiniz.

Tərtibatçılar bu problemi həll edə bilərlər, lakin bu, asanlıqla həll edilməyən bir çətinlik olaraq qalır. Bundan əlavə, proses fayl sisteminin yazıla bilən olmasını tələb edir ki, bu da öz növbəsində WordPress-in döyünən ürəyi olan verilənlər bazasına böyük təhlükəsizlik problemi gətirir.

Yetim məlumatlar və ümumiyyətlə məlumat strukturu

Əvvəlcə WordPress məlumat strukturu sadədir. Bununla belə, tezliklə WP verilənlər bazasında lazımsız cədvəllərin olduğu ortaya çıxır. Məsələn, metadata niyə iki cədvələ bölünməlidir: biri "wp_posts" və digəri "wp_postmeta" adlanır? Bütün məlumatları bir cədvələ daxil etmək daha yaxşı deyilmi? Eyni şey metadata üçün ikinci əlaqəli cədvəli olan şərhlər cədvəlinə də aiddir.

Nəticə odur ki, verilənlər bazasında əlavə məlumat qalır. Bəli, WP, yetim məlumatların təsirini azaltmağa kömək edən bəzi funksiyaları ehtiva edir, lakin minlərlə cərgənin sıra sayını manipulyasiya etmək lazım olduqda funksiyalar uğursuz olur. Əsasən WordPress xüsusiyyətləri serverin fasilələrinə səbəb olur və yaddaş sızmasına səbəb olur və sadəcə effektiv deyil.

Əlbəttə ki, bunu etmək üçün birbaşa SQL sorğuları yazmaqla, sadəcə olaraq yetim məlumatları azaltmağı seçə bilərsiniz. Lakin düzgün SQL sorğularını yaza bilmək üçün cədvəllərin necə bağlandığını hərtərəfli başa düşməlisiniz. WordPress verilənlər bazasında məlumatların ayrılması dərəcəsi sadəcə olaraq artıq olur.

WordPress üçün Plesk Toolbar hər şeyi daha yaxşı etmək üçün nə edir

Plesk-in WordPress Alətlər dəsti bir idarəetmə panelindən WordPress instansiyasını qurmaq və fərdiləşdirmək üçün asan bir yoldur. Veb saytınızda quraşdırıldığı müddətcə istifadə edə bilərsiniz. WordPress Toolbar dəstinin WP-nin qayğısına qalmağa kömək etdiyi bir neçə sahə var:

Təhlükəsizlik idarəçiliyi

Alətlər dəsti ilə siz ən aşkar təhlükəsizlik boşluqlarını avtomatik bağlaya bilərsiniz. Məsələn, siz XML-i RPC ping-ə keçirə, “wp-content” qovluğunun təhlükəsiz olduğundan əmin olun və daha çox şey edə bilərsiniz. Alətlər dəsti saytınızın təhlükəsizlik vəziyyətini göstərir və təhlükəsizliyi yaxşılaşdırmaq üçün tövsiyə olan "təhlükə" və ya "xəbərdarlıq" ilə bağlı problemləri qeyd edir.

WP nümunəniz yenilənir

Toolkit 3.x və daha sonrakı versiyalarda əlavə funksiya kimi mövcud olan Ağıllı Yeniləmələr funksiyası saytı pozmaq riski olmadan istehsal saytını eyni vaxtda işlək vəziyyətdə saxlamağa və yeniləməyə imkan verir. Alət yeniləmə ilə əlaqədar yarana biləcək problemləri yoxlayır və bir növ riskin olub olmadığını sizə xəbər verəcəkdir.

Klonazion

WordPress saytınızın surətini çıxarmaq istəməyinizin bir çox səbəbi var. Məsələn, canlı yayımdan əvvəl dəyişiklikləri sınaqdan keçirə biləcəyiniz bir səhnə saytınız ola bilər. Hazır olduqdan sonra saytın məzmununu kopyalamaq istərdiniz.

Yaxud, sizin ictimai saytınız ola bilər və onun nüsxəsini çıxarmaq istəyə bilərsiniz ki, ictimaiyyətin daxil olmasını istəmirsiniz. Başqa bir nümunə, WordPress quraşdırmasının model nüsxəsinə sahib olan və sadəcə mövzular və plaginlər daxil olmaqla, onu avtomatik olaraq klonlaşdırmaq istəyən peşəkar tərtibatçılardır.

Saytın bir neçə dəyişikliklə necə fərqli görünə biləcəyini nümayiş etdirmək kimi müxtəlif səbəblərdən sadəcə olaraq saytın bir neçə nüsxəsini çıxarmaq istəyən müştərilərimiz də var.

Səbəbiniz nə olursa olsun, WordPress Alətlər dəstindəki klonlama vasitəsi sayt faylları, sayt verilənlər bazası və bütün WP CMS parametrləri daxil olmaqla hər şeyi kopyalamağı asanlaşdırır.

Sinxronizasiya

Müxtəlif səbəblərdən iki WordPress veb saytının uyğun olduğundan əmin olmaq istəyə bilərsiniz. WP Toolbar həm WP verilənlər bazasını, həm də bütün WP fayllarını avtomatik sinxronizasiya etməyə imkan verir.

Əgər sizdə saytınızın səhnə nüsxəsi varsa, ictimai nüsxəniz başqa yerdə işləyərkən, siz saytları sinxronlaşdırmaq istəyə bilərsiniz, çünki quruluş saytında etdiyiniz dəyişiklikləri WP canlı saytına köçürmək istəyirsiniz.

Eynilə, siz quruluş versiyasına edilən dəyişikliklərin canlı məlumatla yaxşı oynayıb-oynamadığını yoxlamaq üçün istehsal saytından bəzi məlumatları səhnələşdirmə instansiyanıza köçürmək istəyə bilərsiniz. Yaxud, hazırladığınız sayta etdiyiniz dəyişikliklər verilənlər bazası cədvəlinizdə dəyişikliyə səbəb oldu, bu halda alət dəsti yalnız sizə bu dəyişiklikləri istədiyiniz halda verilənlər bazanızla sinxronlaşdırmağa imkan verir.

WP Toolkit-in Sinxronizasiya funksiyası üçün başqa bir istifadə halı, tərtibatçının hazırlama saytını WordPress-in pərakəndə versiyasına yeniləməsi və dəyişiklikləri canlı saytda əks etdirmək istəməsidir.

Bütün WP CMS-ni və ya onun bəzi hissələrini sinxronizasiya etmək seçiminiz var. Beləliklə, WP fayllarınızı, verilənlər bazasını və ya hər ikisini əks etdirə bilərsiniz. Təklifdə əlavə detallar var ki, siz bütün verilənlər bazasını və ya sadəcə cədvəlləri və ya hətta mənbədə olan, lakin təyinat yerində olmayan cədvəlləri sinxronizasiya etmək arasında seçim edə bilərsiniz. Ayrı-ayrı masaları əks etdirmək də mümkündür.

WP-də səhvlərin ovlanması

Plesk WordPress Toolbar dəsti tərtibatçılara sazlama rejimini işə salmaqla veb sayt mənbəyində səhvləri avtomatik aşkarlamağa və düzəltməyə imkan verir.

Nəticə.

Bütün yuxarıda deyilənlərdən sonra aydın olur ki, təkcə işləmək üçün tərtibatçı və ya sizi izləyə biləcək agentliyi seçmək deyil, hər şeydən əvvəl WordPress-də saytınızı yerləşdirmək üçün hostinq seçmək son dərəcə vacib olur. Hətta bunlardan belə anlayırıq ki, peşəkar hostinqdə qaranlıq saytın olub-olmaması nə deməkdir.

WordPress idarə etmək asan “obyekt” deyil. Əlbətdə ki, siz özünüzü azad hiss edirsiniz, bir tərtibatçıya ehtiyacınız olmadığını və ya bir agentliyə bağlı olmadığını düşünürsünüz, bunu özünüz edə bilməyin gözəl olduğunu düşünürsünüz, amma əslində həqiqət əksini deyir və bu gün təhlükəsizlik mövzusudur. artıq ikinci dərəcəli deyil, həm də üçüncü şəxslər qarşısında öhdəlik və məsuliyyətlərə görə əsasdır.