Joomla honlap mentése

[P.J.]

2011.10.21. 10:33 keltezéssel, Kunci írta:
> Szia!
>
> Én egy kicsit fapadosabb de biztos megoldást használok 2 lépésben:
> 1. FTP-n keresztül mappákat és fájlokat letöltöm
> 2. PhpMyAdminban kijelölöm a Joomla tábláit és tömörítve lementem 
> (exportálom).

---

hát ez nem éppen 'biztos

~ha saját maga csinálja vki a mentést akkor eleve egy pár soros php 
script elég lenne hozzá
(parancssorból meghív egy mysql dump-ot a joomla adatbázisára, plusz egy 
tömörítést a
joomla könyvtárra - és már kész is)(akár utána fizikailag más helyre is 
szinkronizálhatja
pluszban - ha karja, stb.)

persze parancssor sem kell - pl. az adatbázis mentését és a 
könyvtárszerkezet tömörítését, elmásolását
egy php scriptből a megfelelő mysql függvények(pl. BACKUP TABLE , stb.) 
felhasználásával is elintézheti,
ill. a műveletet időzítheti is, stb. (vagy ezt távolról is 'kézzel 
bármikor meghívhatja, stb.)

csak az a gond, hogy ha így kézzel, vagy scripttel csinálja, akkor a 
könyvtárszerkezet-tömörítés/elmásolás, illetve a mysql
dump (vagy akár php myadmin-nal a megfelelő művelet) között eltelik 
valamennyi idő - így előfordulhat, hogy
a kettő között épp valaki (aki akkor be volt jelentkezve, vagy ha nem is 
- de lekérdezett vmit, képet töltött fel, stb.) érvényesített valamit, 
aminek mind fájlszinten, mint a yoomla táblákban, vagy pl. az egyik 
tábla értékeiben lehet vmilyen módosító hatása (és ennek is eleve két 
esete van - attól függően, hogy a fájlok lementése, vagy a yoomla 
adatbázis mentése történik-e meg először)

- így ha valaki így végez mentést - akkor ügyelni kell arra - hogy 
meggyőződjön arról, hogy a műveletek elkezdése
és befejeződése között nem-e történt valamilyen változás

~ _a 'külső ilyetén jobb programok pedig ezt is lekezelik_

a te esetedben pl egy fiktív példával - és feltételezve, hogy a képeket 
pl. nem adatbázisban tárolnák:

1: igazgató hajnal 2.10 -kor belép a site-ra és úgy gondolja - feltölti 
gyönyörű arcképét egy tablóra (elkezdi
keresgélni a konkrét fájlt a pendrive-ján)
2: rencergazda kapcsolódik a (fizikai) joomla fájlokhoz - tallózgat, 
majd rábök a tömörítésre, másolásra - a
feladat befejeződik
3: igazgató megkezdi a kép feltöltését - majd befejezi azt (ekkor 
fizikailag is ott lesz a fájl, ill. a bejegyzés is
róla a megfelelő táblában, stb.)
4: rencergazda behívná a phpmyadmint - de mivel kezdőlapnak a 'sex*.com 
van beállítva a böngészőben
- egy picit elmélázik - de aztán behívja a kedvencekből a phpmyadmin-t - 
majd lementi az adatbázist
...
15: rencergazdát reggel azzal fogadják, hogy nem működik az intézmény 
honlapja
16: rencergazda meggyőződik róla: tényleg így van - a joomla egy nem 
frissített pluginja hibájából kifolyólag az
egész site-ot törölte vki - helyette a független antarktiszi köztársaság 
kiáltványa és címere jelenik meg
17: rencergazda a hajnali backup-ból visszaállítja a site-ot, frissíti, 
vagy letiltja a rossz plugin-t
..
22: igazgató behívatja rencergazdát - közli: gyönyörű arcképe nem 
található meg a tablón (linkje igen) - hanem helyette fehér
négyzet és hibaüzenet van
23: rencergazda 'kifogásokat keres, mentegetőzik - visszamenvén 
konstatálja (ezt már csak magának): apache logban
igazgató tényleg kapcsolódott hajnalban és képet töltött fel
..
x: rencergazda a spec. esetekre is gondolva írja át a scriptjét - vagy 
meggyőződik arról, hogy a műveletek
közti időben nem történt változás, ill. olyan - direkt erre is gondoló 
programot telepít fel - amit nyilván i-
lyesmikre is gondolva írtak meg
..
y: igazgató hajnal 2.10 -kor belép a site-ra és úgy gondolja - (most 
már) feltölti gyönyörű arcképét egy tablóra (elkezdi
keresgélni a konkrét fájlt a pendrive-ján)
..

--------- következő rész ---------
Egy csatolt HTML állomány át lett konvertálva...
URL: http://lista.sulinet.hu/pipermail/techinfo/attachments/20111021/cf04687f/attachment.html