Implementace webového portálu pro sběratelskou karetní hru

Abstract

Hlavní téma práce spočívá ve vytvoření webové aplikace pro nadšence do sběratelské karetní hry LOTR TCG. Po prvotním nastínění problému se představí teoretické koncepty a technologie, které výrazně urychlí a zlepší práci se systémem. Po získání informací o kartách pomocí dolování dat z webového zdroje byl vytvořen databázový model. Po naplnění databáze zpracovanými daty byl nakonfigurován Elasticsearch index. Aby spolu uživatelé systému mohli komunikovat v reálném čase, využila se technologie WebSocket. Pro snížení velikosti přenesených dat a zrychlení načítání stránek bylo výchozí nastavení politiky pro práci s dočasnou pamětí ve frameworku Symfony modifikováno. V části vytváření herních balíčků má uživatel k dispozici doporučovací nástroj založený na filtrování se zaměřením na obsah z metadat a informací o kartách. Kromě dočasné paměti na úrovni HTTP dotazů a odpovědí se řešilo i ukládání výsledků náročných výpočetních operací na serveru. V závěrečné části práce byl ověřen přínos použití Elasticsearch technologie oproti databázovému řešení. Jaké skutečné výsledky přinesla aplikace vlastní politiky pro dočasnou paměť? Vrací doporučovací nástroj relevantní výsledky podle aktuálního stavu herního balíčku? Naměřené hodnoty indikují splnění všech vytyčených cílů. Funkčnost systému podporuje budoucí použití v uzavřené komunitě hráčů a sběratelů.

The main topic of this thesis is considered as a creation of a web application for enthusiasts of the LOTR trading card game. Before the real application, theoretical concepts and principles are presented. They will significantly improve the system performance and reduce the loading time. After card information is gathered, rows consisting of parsed data are inserted into the database. The Elasticsearch index was configured afterwards. To enable real-time communication for system users, the WebSocket technology was used. As it is not based on the HTTP request-response model, the server does not need to wait for the client to send a message first. Default Symfony framework caching policy settings was made remarkably. However, when there is a need for change, it can be quite difficult to adjust. To reduce a transfer data amount, a custom configuration was set. An application of a recommender system can be found in a deck building part of the system. It is based on content filtering using card parameters and metadata. In the end, the Elasticsearch solution was compared with the plain relational database solution. Did changes matter in cache policy? Are results of the recommender system relevant to the current deck situation? Measured values indicate successful fulfillment of set objectives. The functional system implies a future usage in a closed group of players and collectors of this game.