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.

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.

netsh winsock reset catalog 
netsh int ipv4 reset reset.log
netsh int ipv6 reset reset.log

Po zadání příkazů restartujeme počítač. Příkazový řádek je nutné spustit jako správce, tedy klikneme na Start – Všechny programy – Příslušenství, zde na položce Příkazový řádek klikneme pravým tlačítkem, z nabídky vybereme Spustit jako správce.

UPDATE
products t1, tax_rates t2
SET
t1.products_price=(products_price*1.19)/1.2
WHERE
t1.products_tax_class_id=t2.tax_class_id
AND
t2.tax_rate=19

Potom upravíme výši daňové sazby a popisy daně následujícím SQL dotazem:

UPDATE
tax_class t1, tax_rates t2
SET
t1.tax_class_title='DPH 20%',
t1.tax_class_description='Daň z přidané hodnoty 20%',
t2.tax_rate='20',
t2.tax_description='DPH 20%'
WHERE
t1.tax_class_id=t2.tax_class_id
AND
t2.tax_rate=19

SQL dotazy spustíme v administraci – Nástroje – Instalace SQL patchů. Uvedený postup je bez záruky, pokud se tento postup rozhodnete použít, nezapomeňtě před změnou stáhnout zálohu databáze!

Podpora MP3 není zahrnuta ve ffmpeg v základním repositáři Ubuntu, je však možné použít repositáře Medibuntu. Jestliže je ffmpeg již máte instalovaný, odeberte jej. Doplňte do zdrojů softwaru repozitář Medibuntu a ověřovací klíč podle tohoto postupu:

sudo wget http://www.medibuntu.org/sources.list.d/hardy.list -O /etc/apt/sources.list.d/medibuntu.list
wget -q http://packages.medibuntu.org/medibuntu-key.gpg -O - | sudo apt-key add - && sudo apt-get update

Potom instalujeme ffmpeg a libmp3lame codec (součást libavcodec balíčku):

sudo apt-get install ffmpeg
sudo apt-get install libavcodec1d

Zde je konkrétní funkční konfigurace xorg:

Section "Monitor"
 Identifier     "Monitor0"
 VendorName     "Unknown"
 ModelName      "CRT-1"
 HorizSync       30.0 - 61.0
 VertRefresh     56.0 - 75.0
 Option         "DPMS"
EndSection

Section "Device"
 Identifier     "Videocard0"
 Driver         "nvidia"
 VendorName     "NVIDIA Corporation"
 BoardName      "GeForce 8400 GS"
EndSection

Section "Screen"
 Identifier     "Screen0"
 Device         "Videocard0"
 Monitor        "Monitor0"
 DefaultDepth    24
 Option         "TwinView" "1"
 Option         "TVStandard" "PAL-G"
 Option         "metamodes" "CRT: 800x600_56 +0+0, TV: 800x600 +0+0"
 SubSection     "Display"
 Depth       24
 EndSubSection
EndSection