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