Veb saytınızı dəstəkləmək və bərpa etmək üçün ən yaxşı bələdçi

Veb saytınızı yaratmaq üçün hansı CMS və ya metoddan istifadə etməyinizdən asılı olmayaraq veb saytınızı bu sənayenin ən yaxşı təcrübələri ilə necə nüsxələdiyinizi və necə bərpa etdiyinizi öyrənin.


Veb saytınızı necə nüsxələmək və necə bərpa etmək olar

İş saytınızı qurarkən, ümumiyyətlə sizi narahat edən ilk şey saytınızı işə salmaqdır; çox iş tələb edir, əsas odur ki, hər şeyi işə salsın. Yenidən işləyir və qəfildən nəsə olur. Getdi. Fayllarınız yoxdur.

Veb saytınızı yerli bir serverdə qurmusunuzsa, onsuz da bir yedek etdiyinizi hiss edə bilərsiniz. İki yerdə hər şeyin var, elə deyilmi? Fayllar serverdə və kompüterinizdə mövcuddur. Nə səhv ola bilər? Nə baş verə biləcəyini düşünmək üçün çox təsəvvür tələb etmir. Kompüteriniz gözlənilməz bir güc dalğası olmaqdan ötrü nədənsə ölür və ya 3 yaşındakı uşağınız dizüstü kompüterinizə süd tökməyin əyləncəli olduğuna qərar verir. Ancaq hey, onu serverdə saxlamısan, niyə narahat olmalısan, elə deyilmi? O qədər də sürətli deyil….

Serverdə bir problem varsa və ya bu super ucuz və zahirən etibarlı hosting provayderi xəbərdarlıq etmədən qarın doldurursa? Veb saytınızın bir verilənlər bazası işlədiyi barədə nə demək olar? Kompüterinizdəki hər bir sənədin dəqiq bir nüsxəsi var?

Bu yazıda veb saytınızın ehtiyat nüsxəsi barədə bilmək lazım olan hər şeyi, o cümlədən nəyin, nəyin və necə olduğunu əhatə edəcəyəm.

Niyə Backup?

Veb saytınızı yedekləməyiniz üçün müxtəlif səbəblər var.

Zərərli proqram, təsadüfi proqram, silinmiş fayllar, pis əmrlər, insan səhvləri, incidilmiş inkişaf etdiricilər və ya işçilər və server qəzaları saytınızı yedekləməyinizə lazım olan bütün səbəblərdir.!

Tweet üçün vurun

Zərərli proqram / Randsomware

Çox detala girmədən, tamamilə etibarlı bir sistem kimi bir şey yoxdur. Nə qədər təhlükəsizlik proseduru və protokolu qurmağınızdan asılı olmayaraq, bütün sistemlər həssasdır. Təhlükəsizlik dərəcələri olsa da, bəzi sistemlər digərlərindən daha həssasdır. Veb saytınızı hər cür hücumların qarşısını almaq faktiki olaraq mümkünsüzdür və daha çox, əgər insanların saytınızdan istifadə etməsini gözləyirsinizsə. Bunu eviniz kimi düşünün; Fort Knox kimi möhürləyə bilərsən, amma sonra heç kim daxil ola bilməz, ona görə də qapıların olmalıdır. Qapılarınızın yaxşı qıfıllara sahib olduğuna əmin olun, amma kimsə həmişə bir pəncərədən daxil ola bilər.

Hər hansı bir sistemin ən zəif nöqtəsi insanlardır. Yalnız bir pis klik və ya bir фишинг hücumuna tab gətirmək üçün vacib bir e-poçta cavab verməkdir. Kimsə sisteminizdə, proqram vasitəsi ilə və ya başqa bir şəkildə olsa, fayda üçün sənədlərinizi idarə edə bilər. Saytınızı və ya fayllarınızı qaytara bilən və ya bilməyən bəzi naməlum şəxslərə pul yığmaq əvəzinə, bir nüsxəniz varsa, daha az həssas olursunuz..

Silinən Fayllar / Pis əmrlər / İnsan səhvləri

Windows / Mac-də sadə bir “tıklayın / silmək” və ya Linux-da bir əmr satırı və ya onun törəmələri ilə bir səhv sənədin silinməsi kimi sadə bir şey, əsas faylı silə bilər və ya bunun üçün bütün faylları (Linux-da) , rm -r diretoryname əmri bir qovluğu və içərisindəki bütün faylları silinir, əksər hallarda heç bir təsdiq olmadan daha da pis, rm -rf / yalnız oxunan faylları və hər şeyi kökdən silə bilər ki, bu da bütün maşını öldürəcəkdir! ).

Hack

Zərərli davranış istədiyimizdən daha çox olur. Bəzən bir zərərli proqram və ya ransomware tipli hack kimi sadə də deyil; idman kimi veb saytlara girənlər çoxdur. Veb saytınızın məzmunu, haker üçün yüksək dəyər verə bilmədiyiniz bir şey olsa belə, bu hələ də baş verə bilər. Xüsusilə WordPress kimi populyar platformalardan istifadə edənlər üçün çox yaxşı sənədləşdirilmiş zəif tərəflərə sahib olanlar, yamaq olmasa, sizi arxa tərəfinizə böyük bir hədəf qoyur..

Pis Tərtibatçı / İşçi / Kimsə

Bir çox müəssisə saytlarımızı dizayn etmək üçün üçüncü tərəflərə çox güvənir. Əksər hallarda veb inkişaf etdiriciləri digərləri kimi dürüstdürlər. Çoxu (həqiqətən sizin kimi) böyük və dürüst insanlardır (və təvazökar!). Ancaq bəlkə bir ödəmə mübahisəsinə girirsiniz? İnsanlar olan insanlar etik davranışları düşündüklərinə gəldikdə çox fərqli olurlar. Veb saytınızın arxa ucuna çıxışı olan bir qəzəbli (və ya yalançı) bir işçinin xoşbəxt olmadıqları halda və ya hər hansı bir səbəbdən sadəcə saytı ləğv etməsi çox asandır. Bu, düşünmək istəmədiyimiz bir şeydir, amma ümumiyyətlə təhlükəsiz olmaq yaxşı bir fikirdir.

Server qəzaları

Texnologiya işləyəndə əladır. Əksər hallarda, xüsusilə möhkəm və nüfuzlu bir hosting şirkəti istifadə edirsinizsə, məlumatlarınızın silindiyi server qəzaları nadir bir haldır. Ancaq hətta ən yaxşı təminatçıların da problemləri var. Ayrıca, bu günlərdə bir çox hallarda saytınızın çox güman ki, virtual bir serverdə yerləşməsi mümkündür. Başqa sözlə, məlumatlarınız müstəqil fiziki kompüterdə deyil, bir çox insan və ya müəssisə ilə paylaşılır. Hosting provayderlərinin bir fiziki serverdə çox sayda müxtəlif “virtual” instansiyalara sahib olması çox yaygındır.

Əksər hosting şirkətləri üçün bu, daha çox yaygındır və öz fiziki serverinizi əldə etmək üçün böyük bukları gizlətməyə hazır deyilsinizsə, yer paylaşma ehtimalınız çoxdur. Başqa bir seqmentdə bir şey səhv olarsa, saytınıza və fayllarınıza təsir göstərə bilər.

Ayrıca, saytınızı bir fiziki serverdə yerləşdirmisinizsə də, mahiyyət etibarilə yenə də sadəcə bir kompüter. Serverlər, öz kompüterinizdə olduğu kimi, etibarlı yerlərdə saxlanmağa meylli olmasına baxmayaraq, hər zaman bir şeyin səhv çıxması şansı var. Serverlər həddindən artıq istiləşə bilər, gözlənilməz bir təbii fəlakət, səhv bir zamanda elektrik enerjisinin dəyişməsi və ya məlumatlarınızın itkisinə səbəb ola biləcək gizli bir istehsalçı qüsuru ola bilər. Bunun üzərinə, server təsərrüfatları, ekstremal vəziyyətdə tam yenidən başlamağı tələb edə bilən əlaqəli Dedicated Service Denial of Denial (DDOS) hücumlarının hədəfi ola bilər; bu həmişə bəzi və ya bütün məlumatların itirilmə potensialına malikdir.

Bu səbəblərə görə, bütün vacib məlumatların bir nüsxəsini başqa bir yerdə saxlamağınız ümumiyyətlə yaxşı bir fikirdir, buna görə mümkün olsalar belə (vəziyyətdən fərqli) nə qədər mümkün olmasına baxmayaraq..

Yedəkləmə nəyi?

Yedəkləmək istədiyiniz şeylərin növləri aşağıdakı kateqoriyalara bölünə bilər:

Fayllar

Bunların hamısı veb saytınızı təşkil edir. Bunlara bütün səhifələr / skriptlər / CSS sənədləri və şəkillər və sənədlər və ya veb saytınızın əsas hissəsi olan hər hansı bir multimedia məzmunu daxildir. Bunların dəyişməyən məzmun olduğunu düşünə bilərsiniz; statik cisimlər olaraq qalırlar. Nəticədə, onlar adətən saytınızı idarə etmək və yedekləmək üçün ən asan hissələrdir.

Verilənlər bazası

Çox güman ki, veb saytların əksəriyyəti məhsullar, fərdi səhifələr və ya təkrarlanan məzmunun dəyişməsi ehtimal olunan digər əşyaları saxlamaq üçün verilənlər bazasından istifadə edir. Verilənlər bazanız müəyyən dərəcədə statikdirsə (yəni saytınızdakı əksər maddələr nadir hallarda dəyişirsə), fayllar kimi ehtiyatda saxlanılması nisbətən sadədir. Lakin, əksər hallarda olduğu kimi, bu məzmun blog yazıları, məhsullar, əməliyyatlar və ya dəyişən və ya müntəzəm olaraq əlavə olunan hər hansı bir şey kimi maye olursa, bu məlumatların müntəzəm olaraq yedeklənməsinin bir yolunu tapmalı olacaqsınız.

Elektron poçt hesabları

İstifadəçilərin e-poçtlarını və ya əlaqə məlumatlarını qeyd edirsinizsə. Ayrıca bir e-poçt serveriniz və ana vasitəsilə bütün e-poçt əməliyyatlarınızın qeydləri var. Bu hesabı istifadə edərək qarşılıqlı əlaqələrin, e-poçtlarınız və poçt siyahılarınızın bütün qeydlərini saxlamaq istəyərsiniz.

SİZ DİQQƏT: Əlaqə serverinizi poçt serverinizdən başqa bir verilənlər bazasında saxlayırsınızsa, bunun da ehtiyat nüsxəsini çıxarmalı olacaqsınız!

Yedəkləmə qaydası?

Saytınızın ehtiyat nüsxəsini çıxarmaq xüsusilə çətin deyil, lakin buna başlamaq üçün bir çox üsulun olduğunu başa düşməlisiniz. Onlar keyfiyyət, etibarlılıq və asanlıqla (bacarıq səviyyənizdən asılı olaraq) fərqlənir. Ümumiyyətlə birdən çox istifadə etmək yaxşı bir fikirdir.

1. Veb Hostunuz vasitəsilə

Hər hansı bir yaxşı veb sahibi veb serverdəki bütün faylların avtomatik bir nüsxəsini yaratmalıdır. Veb aparıcı bunu daxili olaraq etməlidir və nə etməyinizdən asılı olmayaraq gündəlik ehtiyat nüsxələrini düzəldəcəkdir. Beləliklə, bir şey baş verərsə veb saytınızın ehtiyat nüsxəsini geri qaytarmağı bacarmalısınız. Lakin, veb hostlar adətən birdən çox nüsxə versiyasını saxlamırlar və siz onların mərhəmətindəsiniz. Öz ehtiyat nüsxələrinizi əl ilə yaratmağınız üçün bir növ alətə sahib olacaqlar. Məsələn, veb saytların əksəriyyətinin istifadə etdiyi ümumi idarəetmə paneli olan cPanel vasitəsilə veb saytınızın tam bir nüsxəsini asanlıqla yarada bilərsiniz..

CPanel vasitəsi ilə veb saytdakı əl ehtiyat nüsxələriBütün serverlər cPanel istifadə etmir, lakin adətən bir ödəniş üçün oxşar tipli ehtiyat alət təklif edəcəkdir.

Serverinizin ehtiyat alətlərindən istifadə etmək üçün provayderinizdən soruşmaq və təqdim etdikləri hər hansı bir təlimatı oxumaq lazımdır. Adətən sənədləriniz zipped bir fayl kimi saxlanacaq və serverinizdə saxlanacaq. Platformanızdan asılı olaraq hansı formatı istədiyinizi göstərməlisiniz. Lazım gələrsə, ehtiyat nüsxəsini necə bərpa etmək barədə təlimatları da verəcəkdir.

veb server sənədlərinin ehtiyat nüsxəsiniVeb hostunuz bu dəstəklənmiş kopyanı serverdə təqdim edirsə, veb saytınızdan fərqli bir serverdə saxlandığından əmin olun. Serverlər qəzaya bilər!

Provayderinizin xidmətlərindən istifadə etməyin üstünlükləri olduqca açıqdır; ümumiyyətlə ev sahibi ilə əlaqəsizdir.

Bununla birlikdə çatışmazlıqlar xüsusi olaraq hosting provayderinizlə əlaqəlidir. Saytınızı qəbul etməkdə əla ola bilsələr də, bütün yumurtalarınızı bir səbətdə saxlamaq ağıllı olmaz. Bir şey səhv olarsa, məsələn, onların server təsərrüfatında yanğın olarsa və ya hakerlərin hücumuna məruz qalırlarsa (bəli, bu təsadüfən baş verir;.

Bu səbəblərə və daha çoxa, faylların bir nüsxəsini kompüterinizə vaxtaşırı yükləmək çox yaxşı bir fikirdir. Saytınızın bir nüsxəsini əl ilə özünüzdə saxlamağı çox güman ki, istəyərsiniz.

2. CMS Plugins

WordPress kimi məşhur bir CMS istifadə etsəniz, Backup Buddy kimi quraşdıra biləcəyiniz çox sayda eklent var. Bunlar çox rahatdır və quraşdırmaq çox asandır.

Bununla birlikdə, backup pluginlər adətən saytınızı yavaşlatmağın mənfi təsirini göstərə bilər. PHP WordPress üçün yerli proqramlaşdırma dili olduğundan əksər pluginlər də PHP-dən istifadə edirlər. Bu təsirli ola bilsə də, yavaş-yavaş işləməyə meylli ola bilər, yəni saytınızı işləmə müddətində yavaşlaya bilər (ümumiyyətlə saytınızı istehsal edən eyni mühərrikdən istifadə edəcək), həmçinin saytınıza ləkə əlavə edir, həm də idealdan daha yüksək səviyyəli bir abstraktdır.

Başqa bir amil, istehza ilə saytınızı daha həssas edə biləcəyinizdir. PHP-nin özündə bəzi məlum təhlükəsizlik problemləri var, xüsusən istifadə olunan kod köhnəlmiş və ya səliqəli yazılmışdırsa. Bu pluginlərə daxil olan koddan tam əmin deyilsinizsə (və ciddi şəkildə kiminsə mənbə kodu ilə tanış olmağa vaxtı var?) Məlumatlarınızı qorumaq üçün istifadə etdiyiniz plagin onu daha az etibarlı edə bilər. (Bəli, çoxları nüfuzlu və keyfiyyətli kod verirlər. Mən burada vahimə etməzdim, amma yadda saxlamaq lazım olan bir şey budur).

PHP əla kodlaşdırma dili olsa da (bu, ən çox sevdiylərim arasındadır və gündəlik istifadə edirəm), bu platformanın xaricində bir çox xüsusiyyətin işlədilməsi yaxşı bir fikirdir. Ümumiyyətlə OS səviyyəsində hər hansı bir ehtiyat nüsxəsini işə salmaq istəyirsinizsə. Linux və ya onun hər hansı bir törəməsini işlədirsinizsə, ehtimal ki, qabıq skriptini, ya da Windows-da bir toplu faylı və ya Mac-dakı bir makos faylı çalışırsınız.

3. Əl ehtiyat nüsxələri

Bir çoxumuz, faylların ehtiyat nüsxəsinin “köhnə məktəb” yolu ilə tanış ola bilərik: bütün faylların bir nüsxəsini çıxararaq çıxarıla bilən sabit diskə qoyub və ya buludda saxlayırıq. Bu mahiyyət etibarilə veb saytınızda istifadə edəcəyiniz eynidir.

Əlbəttə ki, veb saytınızı yerli olaraq inkişaf etdirsəniz və sonra FTP (və ya inşallah SFTP) vasitəsilə ev sahibinizə ötürsəniz, texniki olaraq saytınızın bir nüsxəsi var. Ancaq əsas fərq var. Saytınızda bir verilənlər bazası varsa, çox güman ki, canlı saytdan daha çox yerli (test bazasında) fərqli məzmununuz var. Bu, bir növ CMS proqramı (WordPress və bənzəri) istifadə edirsinizsə, bu doğrudur. Əgər belədirsə, saytınızdakı məzmunun demək olar ki, hamısı bir verilənlər bazasında saxlanılır və heç bir sənəddə, verilənlər bazasından kənarda yaşayır..

Bazanın ehtiyat nüsxəsini çıxarmaq, həqiqətən, MySQL istifadə etsəniz, asandır. Verilənlər bazasının bir SQL boşaltmasını əldə etməlisiniz; verilənlər bazasının bütün məzmununu ehtiva edən düz mətn faylı. Yaradılandan sonra verilənlər bazasını yenidən qurmaq üçün sadəcə yüklənə bilər və ya bir fayl kimi işləyə bilər.

Komanda xətti metodu

Bu nisbətən sadədir. Aşağıdakı əmr bütün bir verilənlər bazasının ehtiyat nüsxəsini çıxaracaqdır.

$ mysqldump -u [uname] -p [keçmək] db_name > db_backup.sql
Kod seçin

Bunların və müxtəlif variantların işlənməsi barədə daha çox məlumat istəyirsinizsə, bunları nəzərdən keçirin MySQL sənədləri

PhpMyAdmin metodu

Verilənlər bazasının ixrac nişanına gedin, lazım olan bütün seçimləri seçin (adətən ehtimal ki, “açılan masalar” daxil etmək və köhnə bir versiya üzərində yeni bir nüsxə yükləmək üçün verilənlər bazası seçimləri yaratmaq istəyərsiniz, amma alıcı diqqətli olun … həqiqətən yeni bir nüsxə ilə əvəz etmək üçün mövcud məlumatları silmək).

Daha sonra yaradılan bütün sənədləri (mənbə kodu, verilənlər bazası və şəkillər) götürə bilər və onları yığıb istədiyiniz yerdə nüsxələrini saxlaya bilərsiniz (şəxsən Google Drive və ya Dropbox kimi bulud saxlama istifadə etmək istəyirəm).

Aydın bir çatışmazlıq budur ki, bunu etməyi unutma və unutmaq çox asandır. Buna görə daha bir addım atmaq istəsəniz, bütün bunları edən skriptlər yaza bilərsiniz və sisteminizi dövri olaraq işlətmək üçün istifadə edin. Linux-da, sql zibilxanasını sətir xətti ilə işlətmək və sonra bu skripti cronjob kimi işlətmək, gündə bir dəfə, həftədə bir dəfə və ya istədiyiniz vaxt çərçivəsində işləmək olduqca asandır. Pəncərələrdə bir dəstə və quraşdırılmış tapşırıq planlayıcısından istifadə edə bilərsiniz. Bunu etməkdə mənim adi yolum, bir kvl boşaltma ilə bir dəstə işlətmək və sonra bütün qovluğun toplu bir nüsxəsini Dropbox hesabıma aparmaqdır..

SİZ DİQQƏT: Bunların saxlandığı qovluğu vaxtaşırı təmizləmək istəyəcəksiniz; Mətn faylı olan sql sənədləri kiçik olmağa meyllidirsə, zamanla qura bilər və şəkillərin və ya multimedia fayllarının digər yedekləmə işləyirsinizsə, sürücünüzün / serverinizin seamsda əvvəlcədən partladığını tapa bilərsiniz..

4. Yedəkləmə xidmətləri

Əlbətdə ki, bunların hamısının əllə işlənməsi bir az həddindən artıq hiss edə bilər; yenə də diqqət tələb edir və bir qovluğu təmizləməyi unutmağınız, sənədlərin düşməsinə və ya qəfil ödənişlərin hesabınıza əlavə olunmasına səbəb ola bilər (Dropbox bir neçə gig pulsuz verir, amma sonra tez oradan çıxır).

Bu səbəblə, bir iş saytı işlədirsinizsə, ehtimal ki, peşəkar bir backup xidmətindən istifadə etmək yaxşıdır. Bunlar adətən yuxarıda göstərilənlərin hamısını edəcək, lakin daha etibarlı bir şəkildə. Əl ehtiyat nüsxələrindən fərqli olaraq, başqası sizin üçün işləri görəcək və bu kiçik problemlərin hamısını həll edəcəkdir. Pluginlərdən fərqli olaraq, onlar saytınızdan kənarda işləyəcəklər; bunları əlavə etməyinizə ehtiyac yoxdur. Onlar heç bir işləmə sürətini götürməməlidir və bunu edərkən heç bir təhlükəsizlik zəifliyi yaratmayacaqlar.

Aşağıda bəzi populyar backup xidmətlərindən çox qısa bir nümunə verilmişdir. (İmtina: Bu, hətta uzaqdan hərtərəfli bir bələdçi olmaq üçün nəzərdə tutulmayıb, orada olanları anlamaq üçün kifayətdir. Qeyd olunan xidmətlərin hamısını sınamamışam).

  • Sucuri ehtiyat nüsxələri – veb saytınızın təhlükəsizliyi üçün Sucuri-dən istifadə etməyi tövsiyə etdiyimiz üçün əla bir həlldir.
  • CodeGuard
  • BackupGuard
  • Saytımı atın

Yedekləmə strategiyası yaratmaq üçün ən yaxşı təcrübələr

Hansı metodu seçməyinizdən asılı olmayaraq veb saytınızı yedekləyin bir iş axını planı olmalıdır. Yuxarıda göstərilən metodların hamısı işləsə də, mütləq bir strategiya və ya ciddi bir zəifliyə məruz qala biləcəyiniz hər hansı bir sistemə ehtiyacınız olacaq. Bir yoxlama siyahısı hazırlayın və aşağıdakı kateqoriyalara cavabları təyin edin

Yedəkləmə nə qədər?

Bu vacibdir. Gündəlik və ya aylıq ehtiyat nüsxələrini işlətmək istəyirsiniz? Saytınızda hər dəfə bir dəyişiklik olduqda (yeni məhsul, yeni blog yazı və s.) Bir işləmə fikrini düşünə bilərsiniz. Bu sizə aiddir, ancaq bir planınız olduğundan əmin olmalısınız.

Avtomatik planlaşdırma

Yuxarıda göstərilənlərə əməl edərək cədvəl qurmaq əsas məsələdir. Bir təməl olaraq, ehtimal ki, ehtiyat nüsxələrinin nə vaxt olacağına dair bir cədvəl təyin etmək istəyəcəksiniz.

Uzaqdan istifadə edin

Bu məlumatları harada saxlayırsınız? Yalnız nüsxələrini serverinizdə, hətta dizüstü kompüterinizdə saxlamaq istəməyəcəksiniz. Xarici bir sabit disk istifadə edəcəksiniz? Bulud? Hansı bulud xidməti?

Tutma müddəti

Hər ehtiyat nüsxənin nüsxəsini nə qədər saxlamaq lazımdır? Bir il əvvəldən hazırlanan sənədlər zəruri olacaq, yoxsa sadəcə toz toplayır və daha yeni ehtiyat nüsxələri ilə əvəz edilə bilər??

Şifrələmə

Yedek nüsxələrinizin təhlükəsizliyi, xüsusən mülkiyyət məlumatlarınız varsa (məsələn, məxfi məhsul qiymətləri haqqında məlumat və ya daha vacibdir, müştəri qeydləri) vacibdir. Yedek nüsxələrini şifrəli saxlamaq üçün bir plan hazırlayın & qorunur (AES 256-bit xüsusi açar şifrələmə və TLS / SSL nəqliyyat təhlükəsizliyi). Şifrələmə haqqında daha çox məlumat əldə edin.

Yedek nüsxələrini RAID Arraylarında saxlayın

RAID Arraylar (Müstəqil Disklərin Ardıcıl Arraysları) yalnız veb saytınızın və / və ya məlumatların çoxsaylı nüsxələrini yaratmaq üçün yaxşı bir fikir deyil, həm də performansınızı artırır. Disklərdən biri uğursuz olduqda əlavə qorunma təmin edəcəklər. Bu peşəkar backup xidmətləri tərəfindən təqdim olunan tipik bir xüsusiyyətdir.

Seçmə Bərpa

Saytınızın hər hissəsini bərpa etməyiniz lazım olmadığı təqdirdə prosedur edin. Bəlkə də çoxu yaxşıdır, amma bəzi parçaları itmiş ola bilər. Məsələn, bir məhsul cədvəli zədələnmişsə, yalnız SQL zibilinizdə həmin parçanı əvəz etməlisiniz. Bu, ümumiyyətlə bir faylı əvəz etmək üçün hər şeyi silməkdən daha yaxşı bir fikirdir. Əslində bir şey səhv olarsa hər şeyi əvəz etmək adi bir səhvdir. Şübhəsiz ki, bu işləyəcək, ancaq son ehtiyatdan sonra baş verən hər şeyi itirəcəksiniz. Hər şeyi dəyişdirməyiniz lazım olduğunu müəyyənləşdirmək yaxşıdır. Hər şey uğursuz olarsa, son çarə üçün tam ehtiyat nüsxələrini saxla.

Backup’unuzu bərpa edir

Tamam, beləliklə saytınız yox oldu, ancaq bir yedekiniz var. Saytınızı yedekdən necə bərpa edirsiniz? Bu nisbətən sadə. Kopiya bir zip faylı olaraq saxlanılırsa, sadəcə onu açın və bütün faylları orijinal yerə yükləyin. SQL faylı (SQL axıdılması zamanı yaradılan mətn faylı) götürün və ya əmr satırından istifadə edərək verilənlər bazasını yenidən yaradın, ya da phpMyAdmin (və ya MySQL Workbench kimi hər hansı digər qrafik verilənlər bazası idarəetmə sistemi) istifadə edin və ya faylı idxal edin və ya hamısını bir SQL pəncərəsinə kopyalayıb işə salın.

Yerli olaraq sınayın və hər şey işləyirsə, hamısını yenidən serverə yükləyin. Heç bir zaman geri qalmamalı və çalışmalısınız.

Peşəkar bir backup xidmətindən istifadə edirsinizsə, bu proses daha da asanlaşacaqdır. Hər hansı bir layiqli xidmət, ehtiyat hissənizi bərpa etmək üçün bir vasitə ilə təmin etməlidir, qismən bir bərpa və ya saytın tam bərpası olsun.

Əlavə kredit: İnkişaf üçün quruluş

Mövcud faylların sadə yedeklənməsindən başqa, əgər öz saytınızı inkişaf etdirirsinizsə və ya inkişaf etdiricilər qrupu ilə işləsəniz, inkişaf prosesində bütün mərhələlərin uçotunu aparmaq üçün bir versiya sistemini nəzərdən keçirə bilərsiniz. Saytınızı qurarkən, adətən versiyalar olacaq və saytınızın tərtibatında dəyişikliklər olacaq. Bəlkə saytınızın tam yenidən dizaynını edirsiniz, amma köhnə saytın bir nüsxəsini saxlamaq istərdiniz.

Ayrıca, tez-tez olduğu kimi, saytı inkişaf etdirərkən bir şey çox səhv olur və bir sənəd dəyişdirilmədən əvvəl olduğu kimi tapmalısınız. Açıq istifadəyə vermədən əvvəl yeniləmələr və dəyişikliklər etmək üçün saytınızın yerli inkişaf versiyasını saxlamaq istəyəcəksiniz.

Buradakı versiya sistemləri işə düşür. Bunlar hər dəyişiklik edərkən qovluqların surətini çıxarmağa bənzəyir, lakin daha mütəşəkkil və birgə inkişafa imkan verə bilər.

Git inkişaf prosesinizi yaxşı təşkil etmək üçün fantastik bir vasitədir. Həm yerli, həm də yaxşı kod ehtiyat nüsxəsini yaratmaqda çalışır və təhlükəsiz uzaqdan yedəkləmə üçün buludlara asanlıqla geri və irəli köçürülür. Fərqli qovluqlarda çoxsaylı sənədlərin yerinə; onlar filiallarda saxlanılır ki, bu da bir çox insanın fayllarla işləməsinə imkan verə bilər. Hazır olduqda, əsas inkişaf filiallarına birləşdirilə bilər və nəticədə yerləşdiriləcək bir usta filiala.

Aşağıda ən populyar Git depolarından ikisi.

  • GitHub Mənbə kodunuzu bölüşmək istəsəniz pulsuzdur (ürəyində Açıq Mənbə var), eyni zamanda çox əlverişli xüsusi kod depoları təklif edir. Kod parçaları üçün ətrafa baxmaq üçün əla bir yerdir və inkişaf edənlərin böyük bir icmasına ev sahibliyi edir
  • BitBucket oxşardır; bir icma qədər böyük olmasa da, bəzi şəxsi depoları pulsuz olaraq təqdim edirlər.

Nəticə

Bəzi metodların başqaları ilə müqayisədə daha yaxşı üstünlükləri olsa da, saytınızın ehtiyat nüsxəsini laqeyd yanaşmamaq lazımdır. İdeal olaraq yuxarıda göstərilən üsulların birləşməsindən istifadə etməyi düşünməlisiniz. Sənədlərin surətlərinin kopyaladığına əmin olmaq yolda böyük bir baş ağrısından xilas olacaq. Sitenizde pis bir şey olmazsa və buna ehtiyacınız yoxdursa, narahat olmayacağınız əlavə yuxu barədə düşünün. Fayllarınızı kompüterinizə ehtiyat nüsxə edirsiniz; veb saytınız eyni qaydalara əməl etməlidir.

Jeffrey Wilson Administrator
Sorry! The Author has not filled his profile.
follow me
    Like this post? Please share to your friends:
    Adblock
    detector
    map