Rozhodnul jsem si zapsat, co se dělo v posledním půlroce z hlediska serverů. A změny to byly opravdu velké.

21. 7. 2020 výpověď pronájmu serveru, kde jsem byl od roku 2010 resp 2007 jen to bylo pod jinou společností, ale fyzické umístění zůstalo.

27. 7. 2020 první VPS a začátek testování nového serveru #1
31. 7. 2020 dokončen přesun na server VPS #1

3. 8. 2020 pronájem VPS #2
4. 8. 2020 dokončený přesun na VPS #2

4. 8. 2020 pronájem VPS #3
4. 8. 2020 pronájem 1TB FTP od Wedosu na zálohování
8. 8. 2020 kompletní přesun na VPS #3 hotový

13. 8. 2020 finální kontrola přesunu celého serveru na 3x VPS

Zjistil jsem, že používám Memcached ve verzi z roku 2018. Tedy dva roky starou a od té doby se událo  mnoho užitečných změn. Bohužel v balíčku Linuxu je jen tato stará verze tj 1.5.6. Pro skutečné linuxové administrátory je brnkačka si takový program aktualizovat, ale pro mě zrovna ne. Vyznám se ve webech, ale na serveru to je pro mě všechno nové.

tady je skromný návod, jak na linuxu aktualizovat memcached:

1) zjistit, kde je Memcached nainstalovaný na serveru: Which memcached

v mém případě v /usr/bin/memcached

2) stáhnout si balíček s novou verzí (stáhne se tam, kde zrovna jste - příkaz PWD vám to řekne)
wget https://memcached.org/files/memcached-1.6.9.tar.gz

Zrovna tohle jsem potřeboval řešit asi před 3 dny. Chvíli mě to potrápilo. Standadt HTML velí, že vše co jde do TEXTAREA dostane překlad entid. Takže neuvidíte žádné & lt; & gt;  & amp;  apd. Vždy rovnou <>&. Což je trochu problém, když potřebujete text editovat a uložit zpět do databáze a on se změní a zruší entity. Ani není možné si překlad udělat sám, protože nejde poznat co je přeloženo a co už bylo... ale jde to vyřešit!

Návod jsem na internetu nenašel. Takže můj postup je následující.
1) data nejprve opatřím mezerou za znakem & a tím vyřadím z provozu dekodování entit.
2) nechám zobrazit v TEXTAREA
3) javascriptem mezeru zase umažu a nezapoměnu, že se mi nahradil & za &

Včera jsem zprovoznil cache na serveru #1 tj mj pro nápovědy. Vybral jsem 3 nejvíce navštěvované. Tedy https://www.mojepixwords.cz/napoveda/, www.pixwords.sk/napoveda/ a www.wordsofwonders.cz/napoveda/

Je to jen malá cache 64MB a dost možná ji ještě zmenším až zjistím, kolik dat se v ní průměrně ukládá ve špičce. Data nemůžou mít dlouhou platnost, protože je potřeba držet je aktuální. Netroufnul jsem si na delší expiraci než 4 hodiny. 6x za den se data aktualizují, což snižuje přínos cache.

Testování se mi nakonec moc nepovedlo. Celou dobu jsem měnil obsah cache, takže výsledky jsou mezi sebou dost neporovnatelné. I Google řádil za poslední týden tolik, že porovnávat cache jen na základě času by nešlo. Běžně Google stahuje cca 100-150tis stran za den a tentokrát to bylo i 500tis stran/den. Hukot.

Samozřejmě cache se plní díky staženým stranám a tak se naplnila velice rychle a začala plnit svůj úkol skoro bleskově. Při nižší návštěvnosti to trvá déle a porovnat to mezi sebou nedává smysl. Takže testování jsem pro tentokrát hodil za hlavu.

Dnes jsem bohužel musel restartovat cache Memcached. Udělal jsem ve skriptu chybu a začalo cachování blábolů. Nešlo to jinak smazat než prostě celé resetnout. Ztratil jsem tak 1 den testování. Naštěstí jen jeden. S touto verzí jsem začal včera. :)

Zajímá vás efektivita takové cache? Tohle je graf po 2 hodinách provozu. Říká, že se uložilo 285MB dat a z cache odešlo 433MB. Rozdíl 148MB je ta efektivita. Tolik dat se nemuselo znovu spočítat a stačilo to vzít z už uložených hotových dat.

A přitom je vidět, že 45% požadavků cache neobsahuje.

Už jsem na to přišel, jak se počítá efektivita SLABu, aby nezbylo moc promarněného (wasted) místa.

našel jsem si tento malý SLAB

Povedlo se mo iptimalizovat velikost SLABů v Memcached, takže zbytečně nevznikají ty, kde by bylo jen pár položek. Raději je zvětšuji, aby se zapsali do větších SLABů a vytížily je. Teď když se mi to povedlo vidím, že to sice mělo malý smysl, ale potenciál leží úplně jinde.

Jak jsem psal minule o dofukování dat pro memcached musel jsem svůj algoritmus vylepšit. Neprve nechám ukládaná data projít nejmenší možnou kompresí, abych zjistil, kolik dat se ukládá. A od toho se odrazím a data dofouknu. Funguje to celkem dobře. Komprese Memcached je jiná, ale liší se to do 15% a s tím už jde pracovat.

Ukázka dofouknutí:
$test_comprese=strlen(gzcompress($data, 1));
if($test_comprese<1800){$data2=lorem_ipsum(1800-$test_comprese);}//pridat na velikosti aby spadnul do SLAB 1900 bytes

Vrátil jsem se zpět k testování 1GB cache. 2GB verzi už mám otestovanou a samozřejmě jsem změnil pár věcí, takže potřebuji stejně otestovat původní verzi 1GB. Mám v plánu i test 3 a 4GB cache. To bude znamenat navýšení RAM na serveru a po testu se uvidí, zda ji zase snížím nebo bude mít takový přínos, že obětuji navýšenou platbu za server.

Každopádně jsem hračička. Memcached se sice dá nakonfigurovat od jaké velikosti má tvořit SLAB a jakým násobkem. Default je 48 bytes a koefiecient 1,25. To znamená, že každý další SLAB bude mít o 1/4 větší hodnotu než předchozí. Jsem docela nadšen, že memcache nevytváří každý SLAB pokud ho nepotřebuje. Nemusí tedy vytvořit všechny tj např 90 - 120 - 152 - 190 bytes, ale klidně nějakou hodnotu vynechá, dokud nebude mít adekvátní požadavek.

Nedávno jsem psal, jak jsem přidával obrázky WEBP na Poradte.cz. Vyskytnul se ještě jeden problém... Safari. To WEBP obrázky umí až od poslední verze a syntaxe, která pokryje všechny ostatní prohlížeče jí nestačí, má vlastní.

Pokud to někdo nemůže najít tady je řešení, které funguje.

Postupně ladím zálohy. Sleduji, co se stahuje za nová data a ty postupně omezuju. Hodně z nich není potřeba.

Za den přidáno na blozích skoro 4tis souborů? To je jasné, že to nejsou uživatelská data, která chci zálohovat.

Včera jsem se slušně potrápil jak na NASu Synology rozběhat ověřování klíčem. Našel jsem super návod blog.aaronlenoir.com/2018/05/06/ssh-into-synology-nas-with-ssh-key/

Je v něm ale malinká nepřesnost. Je potřeba odkomentovat navíc i řádek AuthorizedKeysFile.

Celý postup tedy zní:
0) zapnout SSH na NASu: ovládací panel/Terminál a SNMP
1) Odkud se chceme připojit na NAS vygenerujeme klíč: ssh-keygen (bez hesla!)

Tak abych toho náhodou neměl málo, že vytvářím nápovědu pro WordsUp v češtině, ve slovenštině přidal jsem si i angličtinu. Bohužel doména WordsUp už je od roku 2000 obsazená a další v řadě je samozřejmě WordsUpHelp.com. Zní to docela dobře.

Je to trochu troufalé, pokud uvážíme moji znalost angličtiny, ale že by si na to programátor netroufnul? Nesmysl. :-D

Včera jsem pokořil jen prvních 60 levelů, dnes jsem dorazil dalších 20 během pár minut. No, zbývá jich velká spousta a hlavně těch těžších než komických 3x3... Bude se teď těžké rozhodovat, ve které nápovědě popojet. České, slovenské nebo anglické? Mohl bych se rozkrájet.

Nedávno jsem měl schůzku a mj jsem dostal otázku, jak dělám ty nápovědy do her. "To je všechny hrajete?"

Nezřídka kdy je to práce na plný úvazek i zábava. Co si budeme lhát, potřebuju nápovědu vytvořit RYCHLE. V PixWords stačí obrázek přenést do počítače, dát vyhledat Googlem a většinou se člověk dovtípí. Někdy ne. Hledám jak se jmenuje hrdina na soše... je to psané makedonsky. Sakra. Odpověď? Sparťan. :-D Občas slepá ulička.