Ce imas na istem virtualhostu potem se ti seveda zacikla.

Poskusaj takole:

RewriteEngine on

RewriteCond %{HTTPHOST} ^.*domena.si$ [NC]

RewriteCond %{REQUESTURI} ^/it$ [NC]

RewriteRule (.*) http://www.domena.it/ [R,L]

RewriteCond %{HTTPHOST} ^.*domena.si$ [NC]

RewriteCond %{REQUESTURI} ^/it/.$ [NC]

RewriteRule (.) http://www.domena.it$1 [R,L]

Ce dajes zadeve v .htaccess potem bos verjetno moral uporabiti se:

RewriteBase /

in odstraniti prvi / iz REQUEST_URI

RewriteEngine on

RewriteCond %{REQUESTURI} ^/it$ [NC]

RewriteRule (.*) http://www.domena.it/ [R,L]

RewriteCond %{REQUESTURI} ^/it/.$ [NC]

RewriteRule (.) http://www.domena.it$1 [R,L]

lpa.

Se ena zadeva, ki je lahko ozko grlo:

Preveri, ce imas na bazi indexe, poglej kateri queryji jih ne uporabljajo in kateri queryji so pocani.

bi dodal se to:

ne samo da mora reverse obstajati, ampak je dobra praksa sledece:

- IP na katerega kaze forward domana mora imeti reverse enak forward domeni

- HELO od mail streznika streznika je enak forward domeni streznika

odvisno od tega, koliko se spreminja. naceloma 1x tedensko.

ne. system state pomeni: registry, boot file, pomembne sistemske datoteke, Active Directory directory service, Certificate Service database, COM+ Class Registration database, SYSVOL directory. system state je misljen, da lahko obnovis sistem tudi drugacen hardware, tako da nima driverjev, ipd. obnovis ga potem dejansko na clean instalacijo.

ce nimas active directoryja raje uporabljaj acronis. pri ADju lahko pri restoru pride do nekonsistenc, jih je pa mogoce resiti.

Mi uporabljamo Windows Backup na vec sistemih ze kar nekaj let in ni tezav.

Ja, lahko backupiras samo particijo, folder, system state, itd.

Acronis je ql zadeva, je pa placljiva. Restore je Acronisom definitivno enostavnejsi, tako da ce ga imas, ga priporocam - naredis si lahko skripto, ki ti periodicno dela backup.

zadevo, katero ti priporocam, da pogooglas je IPS/IDS. Mi imamo izkusnje z snort-om (www.snort.org).

ce je streznik virtualen, ti konsistenten image serverja ze omogoca virtualizacija (Citrix, VMware, MS, ...)

ce pa je fizicen, pa:

- na windowsih najbolje uporabiti kar windows backup, ki podpira shadow copies (torej konsistentno stanje) in je zastonj.

- na linuxu pa lahko karkoli, kar zne uporabljati LVM snapshote (recimo bacula je OSS in zato zastonj)

ce pa zelis kak enterprise produkt in si ga pripravljen placati pa priporocam IBM-ov Tivoli

Ce ti zadostuje moznost izpada 1 (kateregakoli) diska, bi bila optimalna zadeva sledeca:

- naredis raid1 (mirror) cez oba 1TB diska in dobis 1TB storagea

- naredis raid1 (mirror) cez 500GB in 320GB disk in dobis 320GB storagea

- naredis JBOD cez oba mirrorja in dobis 1320GB storage-a

ce uporabljas linux in ti je LVM ok, niti ne rabis JBODa ampak samo dodas dva PV-ja.

druga moznost je, da naredis raid5 cez vse in dobis ven 960GB prostora in moznost izpada 1 kateregakoli diska.

tretja moznost pa pride v postev samo, ce delas softverski raid v linuxu (MD) in sicer:

- vsak 1TB disk razdelis za 2 particiji (2x po 2x500GB)

- 500GB disk nareds 1 particijo (1x500GB)

- 320GB diska ne uporabis

- iz teh 5 particij naredis RAID6. ta konfiguracija ti omogoca izpad katerega koli od 3 diskov, imas pa na voljo 1500GB prostora.

@hanyo: skusam biti cim bolj objektiven in za svoje mnenje podajam argumente. to, da pri nas ponujamo (tudi) cloud se ne pomeni, da je vse kar povem subjektivno in marketinsko orientirano. u bistvu je lahko tudi obratno: vecina ljudi ima "verske" preference za eno ali drugo tehnologijo, providerja, itd. in velikokrat je tezko vedeti, kaj je razlog za priporocilo enega ali drugea, medtem ko se svetovalci trudijo biti bolj objektivni in tudi s tem narediti dodano vrednost, hkrati pa je ze vnaprej jasno, h komu spadajo. (drugace pa, ja, ponujamo tudi dedicated boxe in management le-teh, a to nam pac ni core business).

vsekakor se pa strinjam, da je uporabnost vsake zadeve odvisna od scenarija in nobena ni "magicna", cena pa je predvsem odvisna od ponudnika in zelj (a si zelis "unlimited" bandwidth?)

kar se pa tice amazona: vemo, da pac ogromni kompleksni sistemi lahko se celo prej failajo, a vseeno mislim, da se zadeva na dolgi rok (za dolocene scenarije) bolj izplaca.