Nejčastější chyby: nepotřebné sloupce a nefunkční indexy Častou chybou bývá výběr všech sloupců pomocí hvězdičky. Pokud potřebujete jen identifikátor a název, databáze přenáší i dlouhé textové hodnoty a binární data. To zbytečně zatěžuje síť i paměť. Místo SELECT * vždy vypište jen ty sloupce, které skutečně použijete. Stejně tak se vyhněte funkcím na sloupcích v podmínce WHERE – třeba WHERE DATE(created_at) = '2024-01-01'. Takový zápis znefunkční případný index na created_at, protože databáze musí každou hodnotu nejprve převést. Řešení spočívá v porovnání rozsahu: WHERE created_at >= '2024-01-01' AND created_at <'2024-01-02'.
Nezanedbávejte ani caching. Uložení statických souborů (obrázky, CSS, JavaScript) do mezipaměti prohlížeče zkrátí dobu načítání při opakované návštěvě. Na serveru pak aktivujte takzvaný server-side caching, který ukládá hotové HTML stránky místo toho, aby je pokaždé generoval od začátku. Ujistěte se, že je správně nastavená expirace hlaviček – příliš krátká doba znamená časté stahování, příliš dlouhá zase riziko, že uživatel uvidí zastaralý obsah.
Kritické je také pochopení rozdílu mezi obrazem a kontejnerem. Obraz je šablona, kontejner je běžící instance. Když spustíte docker run, vytvoříte nový kontejner z obrazu. Pokud chcete kontejner zastavit a znovu spustit, použijte docker start a docker stop, nikoli znovu docker run, jinak vytvoříte duplicitní instance. Pro odstranění nepoužívaných obrazů a kontejnerů slouží docker system prune, ale pozor – smaže i zastavené kontejnery a sítě, takže si nejprve ověřte, co mažete.
Na závěr si osvojte užitečné příkazy pro kontrolu: docker ps ukáže běžící kontejnery, docker logs nazev vypíše logy, docker exec -it nazev bash vás dostane do shellu kontejneru. Tyto tři příkazy pokryjí devadesát procent situací, kdy potřebujete zjistit, co se děje. Docker je mocný nástroj, ale jeho křivka učení je pozvolná – začněte s malými projekty, přidávejte svazky a postupně zkoušejte sítě. Chyby jsou součástí procesu, ale s těmito tipy se vyhnete těm nejotravnějším.
Kontejnerizace už dávno není výsadou velkých firem. Docker, nejrozšířenější nástroj pro práci s kontejnery, vám umožní zabalit aplikaci i všechny její závislosti do jednoho obrazu, který pak spustíte kdekoli. Pro začátečníka je ale snadné se ztratit v pojmech jako image, container, volume nebo Dockerfile. Tento článek vás provede základy bez zbytečné teorie – ukážeme si, jak zařídit malou kuchyni začít, na co si dát pozor a jaké chyby dělá téměř každý.
Vrchol pyramidy: end-to-end testy s rozumem End-to-end testy simulují reálné uživatelské scénáře – klikání, vyplňování formulářů, procházení celé aplikace. Jsou pomalé a křehké, proto by jich mělo být minimum – stačí pokrýt kritické cesty, jako je registrace, nákup nebo přihlášení. Každý takový test by měl být napsán tak, aby byl co nejvíce deterministický: vyhněte se časovačům, náhodným datům a spoléhání na vnější systémy. Pokud se end-to-end test občas spadne kvůli síti nebo načasování, raději ho přesuňte na nižší úroveň nebo test opravte.
Pro responzivní chování nemusíte psát spoustu media dotazů. Místo toho využijte automatické vlastnosti. U Gridu to je auto-fit nebo auto-fill – s nimi se počet sloupců přizpůsobí šířce kontejneru. Například grid-template-columns: repeat(auto-fit, minmax(250px, 1fr)) vytvoří tolik sloupců, kolik se jich vejde, a na mobilu se přirozeně sloučí do jednoho. U Flexboxu zase používejte flex-wrap: wrap a flex: 1 1 250px, což zajistí, že se položky obtékají, ale stále drží minimální šířku. Tím se vyhnete zbytečným breakpointům a kód zůstane čitelný.
Další oblastí, kde začátečníci tápou, jsou svazky (volumes). Pokud zapisujete data do kontejneru bez svazků, přijdete o ně při smazání kontejneru. Pro trvalá data, jako jsou databáze nebo nahrané soubory, vždy připojte svazek pomocí -v nazev:/cesta/v/kontejneru. Naopak pokud chcete jen vyzkoušet něco bez ukládání, použijte dočasný svazek --tmpfs nebo běžte bez svazků úplně. Tím se vyhnete zahlcení disku a zbytečným souborům.
Nakonec se vždy vyplatí sledovat skutečné vytížení databáze. Zapněte si logování pomalých dotazů a pravidelně ho kontrolujte. Uvidíte, které dotazy se opakují a trvají nejdéle. Soustřeďte se na ty, které se volají často – třeba v rámci jednoho requestu na webu. Vyplatí se také zvážit, zda některé výpočty neděláte opakovaně na místo toho, abyste si předpočítali hodnoty do pomocné tabulky. Tyto jednoduché kroky vám pomohou udržet databázi svižnou bez investic do další infrastruktury.
Při psaní testů se vyhněte častému anti-vzoru: příliš mnoho end-to-end testů a žádné jednotkové testy. To se stává, když tým nemá čas psát testy průběžně a pak dohání pokrytí velkými testy, které jsou pomalé a často červené. Výsledek? Vývojáři začnou testy ignorovat a nakonec je smažou. Místo toho si nastavte pravidlo: každá nová funkce musí mít alespoň jeden jednotkový test pro klíčovou logiku a teprve poté případně integrační nebo end-to-end test.
If you have any type of concerns concerning where and how you can use zde, you could call us at our web site.
