Ale jak zálohovat databázi? Velká většina hostingů nepovolí přístup na svůj databázový server z jiného než lokálního počítače (což je ten vzdálený server, na kterém běží MySQL), můžeme tedy na vzdálený server uložit phpMyAdmin nebo Adminer, pomocí těchto aplikací se připojit do databáze a stáhnout obsah databáze ručně. Ale když je webů více než deset, začíná to být časově neefektivní. Google mi nepomohl najít software, který by uměl automaticky dle nastaveného časového plánu provést zálohu databáze ze serveru v internetu.

Možné řešení

Protože hostingy zakazují přístup na MySQL servery z jiných počítačů, musíme do databáze přistupovat ze serveru. Musíme tedy vyrobit PHP skript, který uložíme na každý server, ze kterého chceme provádět zálohu. Chceme ale zálohu dostat do svého PC nebo NAS. Proto musíme také vyrobit malý program, který se bude spouštět na našem PC bude a komunikovat s výše uvedeným PHP skriptem na serveru. Tento princip jsem okoukal z programu EMS MySQL Manager, ke kterému výrobce dodává také soubor emsproxy.php, který se umístí na server a MySQL Manager s ním potom komunikuje.

Vyrobil jsem tedy PHP skript vmproxy.php, který obsahuje funkce pro připojení do databáze a funkce pro export struktur a obsahu databázových tabulek. A potom krátký program v .NET Visual Basic, který komunikuje se skriptem vmproxy.php. Zálohu databáze potom stáhneme spuštěním lokálního programu např. takto:

mysqldump http://www.hosting-server.com/vmproxy.php localhost mojedatabaze heslo uzivatel c:\zalohy\db

Program je možné spouštět pomocí Plánovače úloh nebo cron, soubory ze zálohou mají v názvu časové razítko.  Toto řešení je velmi funkční, ale také velmi jednoduché, může obsahovat chyby aplikační i bezpečnostní, i když přihlašovací údaje do databáze se posílají jen jednou, potom jsou v session na serveru.

Neuvažuji spouštění zálohovacího skriptu pomocí cron na vzdáleném serveru, což sice někde možné je, ale dopravit zálohu do našeho PC nebo NAS může být složitější.

Alternativní lepší řešení?

Pokud by někdo věděl o lepším řešení pro zde popsaný účel, prosím komentujte. Možná jsem jen nedostatečně hledal. Pokud se nic rozumného nenajde, potom by mohla nastat možnost doladit mysqldump + vmproxy.php do podoby, která umožní distribuci tohoto řešení pro zájemce s podobnými potřebami.

O něco komfortnější je přihlášení do administrace příslušného webu a kliknutí na tlačítko automatické aktualizace. Tento postup však na většině hostingů s výchozím nastavením Worpdress nefunguje. Po krátkém hledání na webu jsem dal dohromady tento postup, který zatím funguje všude:

1. do souboru wp-config.php doplníme řádky:

   define("FTP_HOST", "ftp.server.cz"); // Zde je třeba doplnit server.
   define("FTP_USER", "ftp_user"); // Zde je třeba doplnit uživatelské jméno.
   define("FTP_PASS", "ftp_pass"); // Zde je třeba doplnit heslo.
   define("FS_METHOD", "ftpext");

2. a potom je potřeba nastavit pro adresář wp-content práva 777.

Hlavním účelem vzniku Centra podnikání a rozvoje tedy byla snaha, aby v kopřivnickém regionu existoval subjekt, který by poskytoval pomoc a podporu začínajícím i existujícím malým a středním podnikatelům a napomáhal tak rozvoji podnikání v regionu a tvorbě nových pracovních míst. Pracovníci společnosti jsou schopni poradit komukoliv, kdo má v úmyslu začít podnikat, ať už s výběrem vhodné právní formy, získáním živnostenského oprávnění a s dalšími povinnostmi a záležitostmi, které s podnikáním souvisí.

Plugin Idealien Category Enhancements je však bohužel funkční jen do verze WordPressu 2.8, u vyšších verzí přestalo fungovat rozhraní v administraci pro přiřazování šablon Rubrikám. Příčina je pravděpdobně v tom, že starší verze WordPress používaly ve správě rubrik proměnnou $_REQUEST['cat_ID'], kdežto novější verze používají $_REQUEST['tag_ID'].

Řešení

v souboru ice.php najdeme řádky s obsahem

$cat_ID = $wpdb->escape($_REQUEST['cat_ID']);

a nahradíme je řádky s obsahem

$cat_ID = $wpdb->escape($_REQUEST['tag_ID']);

potom přiřazování šablon ve správě Rubrik opět funguje.

Po potvrzení souhlasu s Open Software licencí je možné pokračovat k dalšímu kroku – lokalizaci. Zde nastavíme Locale – čeština, Time zone – Central European… a Default Currency na Koruna česká. Pokračovat. Je zobrazeno hlášení o nutnosti povolit v php.ini následující rozšíření: pdo_mysql, mcrypt, curl. Po odkomentování příslušných řádku v php.ini a restartu Apache se hlášení omezí na nutnost povolení pdo_mysql. Toto rozšíření však povolené je. Po deseti minutách pátrání v diskuzích jsem navíc ještě v php.ini povolil pdp_pdo.dll a konečně bylo možné pokračovat v instalaci.

Dalším krokem instalace je nastavení připojení k databázi, název administračního adresáře a nastavení ukládání session. Bez problémů, potom následuje vytvoření účtu administrátora a tím je instalace hotova a zobrazí se tlačítko Goto Backend. Tím vstoupíme do přihlašovacího dialogu administrátora obchodu. Zase tak složité to nebylo, zdá se…

Po zadání přihlašovacích údajů a potvrzení se však opět zobrazuje přihlašovací dialog, bez jakéhokoliv chybového hlášení. Když zadám záměrně nesprávné přihlašovací údaje, zobrazí se hláška o nesprávném jméně uživatele nebo hesle. Když zadám správné údaje, tak nic…

Následuje další pátrání v diskuzích, kde jsem došel k informaci, že na lokálním počítači Magento nefunguje na doméně localhost. Takže v souboru c:\windows\drivers32\etc\hosts jsem vložil nový řádek:

127.0.0.1   magento.lc

dále v konfiguraci apache v souboru httpd-vhosts.conf jsem doplnil zápis:

<VirtualHost 127.0.0.1>
 DocumentRoot "D:/Apache2/htdocs/magento"
 ServerName magento.lc
</VirtualHost>

nakonec restart Apache a nová instalace Magento již na doménu magento.lc. Nyní se přihlášení do administrace proběhlo normálně.

Ještě v rychlosti vytvářím několik kategorií a vkládám testovací produkty, u kategorií i produktů je řada parametrů vypadajících neintuitivně. Po vložení dvou produktů otevírám hlavní stránku e-shopu, která je prázdná až na boxy My Cart a Newsletter, kategorie ani produkty nejsou vidět, není je možné ani vyhledat, e-shop se jeví jako prázdný.

Nápověda součástí e-shopu není, na webu Magenta je k zakoupení User Guide, wiki je v podstatě prázdná, česká diskuze bez odpovědí… Pro tuto chvíli testování přerušeno, bude následovat pátrání po informačních zdrojích. Pokud dám dohromady hodnotnější informace, umístím je v blíže neurčenou dobu na tyto stránky.

Soubory s adresáře images jsem odstranil a pro jistotu jsem změnil heslo k FTP. PHP soubory se však po několika dnech objevily v adresáři images znovu. Domnívám se, že je zneužita funkce Zencartu pro uload obrázků, ale podrobněji jsem po přesném způsobu průniku nepátral. Nakonec jsem tomuto zabránil velmi provizorně zamezil následujícím skriptem:

$dir = "images/";
if (is_dir($dir)) {
if ($dh = opendir($dir)) {
while (($file = readdir($dh)) !== false) {
$path_parts = pathinfo($file);
if (filetype($dir . $file)=='file' AND strtolower($path_parts['extension'])=='php'){
unlink($dir . $file);
}
}
closedir($dh);
}
}

Skript periodicky kontroluje adresář images na přítomnost PHP souborů a maže je. Dále jsem do adresáře umístil soubor .htacces s tímto obsahem:

SetHandler enginge_off
RemoveType application/x-httpd-php .php .xml

což znemožní spuštění PHP skriptů v daném adresáři.

Řešení je skutečně provizorní, Zencart se již několik let nevyvíjí, existují sice nějaké opravné patche, při jejich použití však přestal fungovat html editor v administraci e-shopu. Navíc programový kód Zencartu je roztroušen v mnoha adresářích a pátrání po chybách či provádění modifikací funkcí e-shopu je dost složité.

Hledám tedy open-source náhradu Zencartu, pokud možno se stejným rozsahem funkcí, s jednoduchým systémem témat, pluginů (zásuvných modulů) a hacků (háčků, hákování funkcí?), nejlépe jako má např. publikační systém WordPress. Wordpres umožňuje jednoduše doplňovat nové funkce či stávající modifikovat bez jediného zásahu do kódu samotné aplikace, což je dost podstatné pro účely udržování upgradů, kdy bez obav aktualizujeme aplikaci a naše pluginy zůstanou nedotčené. Aktualizace Zencartu byla vždy náročná záležitost, Zencart se totiž často modifikoval zásahy do kódu aplikace, protože stávající systém pro overriding (překrývání) funkcí neumožňoval modifikace všeho co bylo potřebné – např. výpočet ceny produktů.

Zatím jsem došel k e-shopu Magento, který je postaven na Zend frameworku a údajně existuje možnost importu ze Zencartu (bude však možné importovat hesla uživatelů?). Slibně a jednodušeji vypadá Opencart. VirtueMart jsem vyřadil, protože k provozu je nutný systém Joomla!. Prestashop se modifikuje zásahy do kódu aplikace. Pokud někdo z kolejdoucích doplní tipy na další open-source e-shopy, bude to přínosné.

Na serverovém počítači spustíme příkazový řádek jako správce a přesuneme se do adresáře C:\Program Files\OpenVPN\easy-rsa a spustíme podle návodu na OpenVPN.net tuto posloupnost dávkových souborů:

init-config

Teď můžeme otevřít soubor vars.bat a upravit proměnné KEY na koci souboru (stát, město, orgranizace…). Pokračujeme spuštěním souborů:

vars
clean-all
build-ca
build-key-server server
build-dh
build-key client1

Ve složce C:\Program Files\OpenVPN\easy-rsay\keys máme vytvořené potřebné soubory pro VPN spojení. Z této složky na serverový počítač zkopírujeme do složky C:\Program Files\OpenVPN\config soubory:

ca.crt
dh1024.pem
server.crt
server.key

Na klientském počítači zkopírujeme do složky C:\Program Files\OpenVPN\config tyto soubory:

ca.crt
client1.crt
client1.key

Dále na serverový počítač do složky C:\Program Files\OpenVPN\config umístíme soubor vpn_server.ovpn s tímto obsahem:

# server
mode server

# tls jako server
tls-server

# port, 1194 = default

port 1194

# protokol, tcp/udp
proto udp

# nastavi zarizeni
dev tap

# adresa serveru
ifconfig 10.10.1.100 255.255.255.0

# rozsah adres pro klienty
ifconfig-pool 10.10.1.20 10.10.1.25 255.255.255.0

# soucasne prihlaseni vice klientu
duplicate-cn

# certifikat certifikacni autority
ca ca.crt

# certifikat serveru
cert server.crt

# klic serveru
key server.key

# parametry pro Diffie-Hellman protokol
dh dh1024.pem

# logy serveru
log-append openvpn.log

# status serveru
#status /var/run/vpn.status 10

# uzivatel pod kterym bezi server
#user nobody

# skupina pod kterou bezi server
#group nogroup

# udrzuje spojeni nazivu, 10 (ping) a 120 (ping-restart)
keepalive 10 120

# komprese prenasenych dat
comp-lzo

# ukecanost serveru
verb 3

Na klientský počítač do složky C:\Program Files\OpenVPN\config umístíme soubor vpn_client.ovpn s tímto obsahem:

client
dev tap
proto udp
remote muj_server 1194

ca ca.crt
cert client1.crt
key client1.key

ns-cert-type server

ping 15
ping-restart 45
ping-timer-rem

persist-key
persist-tun
resolv-retry infinite
nobind
comp-lzo
verb 3
mute-replay-warnings

Na klientském i serverovém počítači musí být ve firewallu povolen port 1194 a pokud je v cestě NAT musí být nastaven forwarding portu 1194 na serverový počítač. Nakonec nastavíme automatické spuštění služby OpenVPN a službu spustíme, nejprve na serverovém počítači. Služba OpenVPN najde naše konfigurační soubory a vytvoří VPN spojení.

Příčiny nefunkční VPN

Soubory certifikátů serveru i klienta musí nenulovou délku. Pokud při generování certifikátu serveru dostanete chybovou hlášku:

The commonName field needed to be supplied and was missing

nebo

failed to update database

potom při generování vložte nějaký řetězec do hodnoty CommonName, až bude skript požadovat vstup této hodnoty.

Čtěte také tyto články

MySQL záloha ze vzdáleného serveru na lokální počítač automaticky

WordPress – šablony kategorií s pluginem Idealien Category Enhancements

Zencart – změna sazby daně se zachováním cen produktů

sudo chown -R smokeping:www-data /var/lib/smokeping/

který nastaví souborům v uvedené složce vlastníka a skupinu umožňující smokepingu zapisovat do příslušných rrd souborů.

ssh-keygen -R hostname

tento příkaz by měl ze souboru /root/.ssh/known_hosts vyřadit neplatné záznamy o počítači hostname. Potom test:

ssh -l root -i /root/.ssh/catv-id_dsa hostname

Byla zobrazena běžná  hláška:

The authenticity of host 'hostname (1.2.3.4)' can't be established.
RSA key fingerprint is .......
Are you sure you want to continue connecting (yes/no)?

Toto potvrzení se zobrazuje jen při prvním připojení. po potvrzení připojení však byla zobrazena hláška:

Warning: the RSA host key for 'hostname' differs from the key for the IP address '1.2.3.4'
Offending key for IP in /root/.ssh/known_hosts:13
Matching host key in /root/.ssh/known_hosts:40
Are you sure you want to continue connecting (yes/no)

a tato hláška se opakovala při každém připojení, což je problém, protože potřebujeme aby připojení bylo bezobslužné. Jakoby nezafungoval úplně správně ssh-keygen. Nakonec bylo potřeba ručně odstranit řádky 13 a 40 ze souboru /root/.shh/known_hosts, potom připojení proběhlo normálně.

Nic se mi nelíbilo, takže u mně funkční postup je:

- stáhnout program UNetbootin
- pomocí tohoto programu uložit na USB flash disk ISO obraz RescueCD

a hotovo, funguje to. Pokud potom chceme takto vytvořený bootovací disk použít na daném počítači, nejprve je zapojíme do nějakého USB portu, potom teprve v BIOSu nastavíme pořadí bootovacích zařízení, kde dáme na první místo náš USB disk.