DevProTalk

Forumi IT profesionalaca
web development, web design, e-business, SEO


Idite nazad   DevProTalk > Web development i web aplikacije > Web Hosting, web serveri i operativni sistemi
Želite da se reklamirate ekskluzivno na ovoj poziciji? Javite se

Web Hosting, web serveri i operativni sistemi Komercijalni hosting, web serveri, bezbednost, operativni sistemi na serverima

Odgovori
 
Alati teme Način prikaza
Staro 01. 12. 2007.   #1
pcigre
Miloš Vučić
Grand Master
 
Avatar pcigre
 
Datum učlanjenja: 11.08.2006
Lokacija: Niš, Serbia
Poruke: 786
Hvala: 106
33 "Hvala" u 20 poruka
pcigre is on a distinguished road
Pošaljite ICQ poruku za pcigre Pošaljite poruku preko AIM za pcigre Pošaljite poruku preko MSN za pcigre Pošaljite poruku preko Yahoo za pcigre Pošaljite poruku preko Skype™ za pcigre
Default

Do sada smo backup radili "na živo" međutim znatno bi nam bezbednije po backup bilo da odbijemo posete za vreme backupa... E sad, nezgodna varijanta je što se backup radi automatski u 5 ujutru...

Ideja koja mi je pala na pamet je sledeća:
- 1 min pre početka backupa cron izvrši skriptu koja promeni .htaccess i stavi onaj koji kaže da je sajt nedostupan i da pokušaju kasnije...
- startuje se backup i šljaka
- kad se završi backup pošalje mail...

E sad dolazim do problema... kako upaliti nazad automatski server? Možda neka extra pametna skripta koja po primanju e-maila aktivira cron da vrati original .htaccess?

Jel izvodljivo ovako nešto ili sam počeo da maštam?
__________________
Kotler je bio u pravu. Ko radi srcem nema konkurenciju.
pcigre je offline   Odgovorite uz citat
Staro 02. 12. 2007.   #2
nn.nn
nobody
Expert
 
Avatar nn.nn
 
Datum učlanjenja: 19.04.2007
Poruke: 537
Hvala: 14
705 "Hvala" u 106 poruka
nn.nn će postati "faca" uskoronn.nn će postati "faca" uskoronn.nn će postati "faca" uskoronn.nn će postati "faca" uskoronn.nn će postati "faca" uskoronn.nn će postati "faca" uskoronn.nn će postati "faca" uskoro
Default

Citat:
Originalno napisao pcigre Pogledajte poruku
Ideja koja mi je pala na pamet je sledeća:
- 1 min pre početka backupa cron izvrši skriptu koja promeni .htaccess i stavi onaj koji kaže da je sajt nedostupan i da pokušaju kasnije...
- startuje se backup i šljaka
- kad se završi backup pošalje mail...

E sad dolazim do problema... kako upaliti nazad automatski server? Možda neka extra pametna skripta koja po primanju e-maila aktivira cron da vrati original .htaccess?
U principu, backup skript, kad ga jednom pokrene cron, može sve to da odradi. Naravno, zavisi od skripta.

Kod mene je to malo drugačije, recimo da .htaccess sadrži nešto ovakvo:

Kôd:
RewriteEngine On
RewriteCond %{DOCUMENT_ROOT}/maintenance.html -f
RewriteCond %{SCRIPT_FILENAME} !maintenance.html
RewriteRule ^.*$ /maintenance.html [L]
Skript, pri pokretanju, postavi maintenance.html, tako da Apache za svaki novi zahtev šalje njega. Kad se završi backup, samo se obriše fajl i sajt je ponovo vidljiv.

Poslednja izmena od nn.nn : 02. 12. 2007. u 00:52.
nn.nn je offline   Odgovorite uz citat
Staro 02. 12. 2007.   #3
Peca
Super Moderator
Knowledge base
 
Datum učlanjenja: 02.10.2006
Lokacija: Niš
Poruke: 1.618
Hvala: 263
275 "Hvala" u 104 poruka
Peca će postati "faca" uskoroPeca će postati "faca" uskoroPeca će postati "faca" uskoro
Default

Citat:
Originalno napisao pcigre Pogledajte poruku
Do sada smo backup radili "na živo" međutim znatno bi nam bezbednije po backup bilo da odbijemo posete za vreme backupa... E sad, nezgodna varijanta je što se backup radi automatski u 5 ujutru...

Ideja koja mi je pala na pamet je sledeća:
- 1 min pre početka backupa cron izvrši skriptu koja promeni .htaccess i stavi onaj koji kaže da je sajt nedostupan i da pokušaju kasnije...
- startuje se backup i šljaka
- kad se završi backup pošalje mail...

E sad dolazim do problema... kako upaliti nazad automatski server? Možda neka extra pametna skripta koja po primanju e-maila aktivira cron da vrati original .htaccess?

Jel izvodljivo ovako nešto ili sam počeo da maštam?
moj cron menja samo config.php [podaci za login na bazu]
pre backup-a stavim config.php koji ispise da je backup u toku i 'umre' [die()]
onda uradi backup
i onda samo vrati originalni config.php

ne gasim apache uopste.

p.s. za svaki slucaj postavi u cron zasebnu liniju za vracanje originalnog configa, koja ce da se izvrsi recimo 10 min posle backup-a.
evo zasto.
nikad ne znas hoce li backup skripta iz ko zna kog razloga da pukne.
ako pukne - nece stici do linije koja vraca originalni config, i korisnici ce celo jutro da gledaju 'backup u toku'...
zato ce ovaj drugi cron job za svaki slucaj da vrati original, bez obzira da li je vec vracen.
__________________
Vesti | MyCity | Igrice | Zaštita od virusa

Poslednja izmena od Peca : 02. 12. 2007. u 18:02.
Peca je offline   Odgovorite uz citat
Odgovori



Pravila pisanja
Možete ne započinjati nove teme
Možete ne slati odgovore
Možete ne slati priloge
Možete ne izmeniti svoje poruke
vB kôd je Uključen
Smajliji su Uključen
[IMG] kod je Uključen
HTML kôd je Isključen
Pogledajte forum

Slične teme
Tema Početna poruka teme Forum Odgovori Poslednja poruka
Background, pa img, pa PNG pravi problem ljtruba Sva početnička pitanja 2 09. 06. 2009. 16:19
FCK editor pravi charset probleme ljtruba Web aplikacije, web servisi i software 4 09. 01. 2007. 02:21
Pravi JavaScript Socketi nixa (X)HTML, JavaScript, DHTML, XML, CSS 5 22. 06. 2006. 21:16
FF 1.5 (ni rc ni prc nego pravi) noviKorisnik Web aplikacije, web servisi i software 10 01. 12. 2005. 00:56


Vreme je GMT +2. Trenutno vreme je 13:03.


Powered by vBulletin® Verzija 3.6.8
Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
Copyright © DevProTalk. All Rights Reserved.
Mišljenja, saveti, izjave, ponude ili druge informacije ili sadržaji nastali na Sajtu su vlasništvo onoga ko ih je kreirao, a ne DevProTalk.com, tako da ne morate da se oslanjate na njih.
Autori poruka su jedini odgovorni za ovakve sadržaje. DevProTalk.com ne garantuje tačnost, kompletnost ili upotrebnu vrednost informacija, stavova, saveta ili datih izjava. Ne postoje uslovi pod kojima bi mi bili odgovorni za štetu ili gubitak koji je posledica bilo čijeg oslanjanja na nepouzdane informacije, ili bilo kakve informacije nastale kroz komunikaciju između registrovanih članova.
Web sajt može sadržavati linkove na druge web sajtove na Internetu ili neke druge sadržaje. Ne kontrolišemo niti podržavamo te druge web sajtove, niti smo pregledali bilo kakve sadržaje na takvim sajtovima. Mi nećemo biti odgovorni za legalnost, tačnost ili prikladnost bilo kog sadržaja, oglasa, proizvoda, usluga ili informacije lociranim na ili distribuiranih kroz druge web sajtove, niti za bilo kakvu štetu nastalu kao posledica takvih informacija. DevProTalk.com drži i čuva druga prava vlasništva na web sajtu. Web sajt sadrže materijale zaštićene copyright-om, zaštitne znakove i druge informacije o pravu vlasništva ili softver. Članovi mogu poslatu informacije zaštićene pravima vlasništva njihovih nosilaca i ona ostaju zaštićena bez obzira da li su oni koji prenose te informacije to naveli ili ne. Osim informacija koje su u javnom vlasništvu ili za koje dobijete dozvolu, nemate pravo da kopirate, modifikujete ili na bilo koji način menjate, objavljujete, prenosite, distribuirate, izvršavate, prikazujete ili prodajte bilo koju informaciju zaštićenu pravima vlasništva. Slanjem informacija ili sadržaja na bilo koji deo DevProTalk.com, Vi automatski dozvoljavate i predstavljate garanciju da imate pravo da dozvolite DevProTalk.com ili članovima DevProTalk.com bespovratnu, kontinualnu, neograničenu, globalnu dozvolu da koriste, kopiraju, izvršavaju, prikazuju i distribuiraju takve informacije i sadržaje i da iz takvih sadžaja koriste bilo koji deo u bilo koje svrhe, kao i pravo i dozvolu da koriste gore navedene sadržaje. Svi zaštitni znakovi (trademarks), logotipi, oznake usluga, firme ili imena proizvoda koji se pominju na ovom web sajtu su vlasništvo kojim raspolažu njihovi vlasnici.