A blog on museum-digital and the broader digitization of museum work. Zola 2026-09-30T00:00:00+00:00 https://blog.museum-digital.org/hu/authors/jrenslin/atom.xml 2026-09-30T00:00:00+00:00 2026-09-30T00:00:00+00:00 Ádám Magyarosi Joshua Ramon Enslin https://blog.museum-digital.org/hu/2026/09/30/muzeumdigitar-uj-felhasznaloi-felulet/ <p>Az elmúlt hónapokban egy teljesen átdolgozott, új MúzeumDigitár felhasználói felületen dolgoztunk. Az átdolgozás okait és irányait két korábbi blogbejegyzésben mutattuk be (<a href="https://blog.museum-digital.org/2026/05/05/musdb-reimagined-a-preview/">1</a>, <a href="https://blog.museum-digital.org/2026/09/14/musdb-reimagined-update-release-schedule/">2</a>). A második bejegyzésben az új verzió kiadásának tervezett ütemezését is közzétettük.</p> <p>Elérkezett az első előzetes kiadás ideje!</p> <p>Ma estétől a bejelentkezés után egy felugró üzenet jelenik meg, amely arra ösztönzi a MúzeumDigitár felhasználóit, hogy próbálják ki az új felületet. Ez természetesen felveti a kérdést: készen áll már az új felület az általános használatra?</p> <p>Erre a kérdésre nem lehetséges egy reális választ adni. Igyekeztünk elsőbbséget biztosítani a gyakran használt funkcióknak, miközben számos ritkábban használt rész még egy ideig nem érhető el az új felületen.</p> <p>Mielőtt bemutatnánk a jelenleg hiányzó funkciók (közel) teljes listáját, nézzünk meg a megújult felhasználói felület néhány fontos új funkcióját és hozadékát.</p> <h2 id="uj-architektura-uj-lehetosegek">Új architektúra, új lehetőségek</h2> <p>Ahogy azt a korábbi blogbejegyzésben többször is részleteztük, a felhasználói felület újraírásában a legnagyobb kihívást és egyben a legfontosabb alapvető változást egy eltérő informatikai megközelítésre való áttérés jelenti.</p> <p>A régi felületen minden egyes oldal egy saját parancssorozatként (szkriptként) működik és ezek a szkriptek a háttérben ugyanazokat a funkciókat használják. Ebben a környezetben egy oldal megnyitása vagy egy műtárgy adatainak a mentése a teljes oldal újratöltését igényli, beleértve azoknak az adatoknak az újratöltését is, amelyek közben nem változtak.</p> <p>Ez a megoldás nem hangzik hatékonynak sem a teljesítmény, sem a sávszélesség felhasználása szempontjából. Valóban nem az és olyan jelenségekben is megmutatkozik, mint például amikor mentés után a nézet visszaugrik az oldal tetejére.</p> <p>Már több mint 5 éve zajlik a rendszer átalakítása egy rugalmasabban alkalmazható, jobban tesztelhető és logikusabb struktúra kialakítása érdekében. Ennek közvetlen eredményei voltak a blogban időnként említett, folyamatosan bővülő API elemek.</p> <p>Az új felület ennek a munkának az eredménye: egy Typescript (TS) programozási nyelven írt alkalmazás, amely teljes egészében a MúzeumDigitár API-jára épül.</p> <p>Egyrészt ez azt jelenti, hogy minden olyan művelet, amelyet a felhasználók a MúzeumDigitár grafikus felületén keresztül el tudnak végezni, az API automatizált használatával is elérhetővé válik. Másrészt a fejlesztést is egyszerűsíti: mivel mi magunk is mindenhol az API-t használjuk, a rendszer karbantartása jelentősen könnyebbé válik.</p> <p>Az új architektúrának köszönhetően a felhasználói felület feldolgozása teljes egészében a böngészőben történik. A szerkesztések mentése során csak a módosított értékek kerülnek továbbításra a szerver felé. Az alkalmazás betöltése után így jelentősen csökken a szükséges sávszélesség.</p> <p>Hasonlóképpen, az oldalnavigáció közben is csak azok a részek töltődnek újra, amelyek ténylegesen változnak. Ez csökkenti mind a szerver, mind a felhasználó oldaláról a számítási terhelést és ezáltal javítja a teljesítményt.</p> <h3 id="automatizalas-webhookokkal">Automatizálás Webhookokkal</h3> <p>Az új architektúra lehetővé tette a webhook integrálását, amely egyszerű módot biztosít a gyűjteménykezelőben történő adatmódosításokra és frissítésekre való automatikus reagálásra. A webhookok az új felhasználói felület intézményi szintű beállítási oldalain konfigurálhatók. Fontos megjegyezni, hogy mivel a webhook-rendszer feltétele az új architektúra használata, az új felületen beállított webhookok nem lépnek életbe. (Az átmeneti időszakban, amíg mindkét verzió elérhető). Lásd még: <a rel="external" href="https://en.wikipedia.org/wiki/Webhook">Wikipedia a webhookokról</a>.</p> <h2 id="a-felulet-teljes-ujratervezese">A felület teljes újratervezése</h2> <p>Egy teljesen új informatikai alapokra helyezett rendszer természetesen lehetőséget ad egy sokkal letisztultabb felhasználói felület kialakítására is.</p> <p>Az új felületről eddig kapott -igaz, még korlátozott mennyiségű- visszajelzések alapján úgy tűnik, hogy ezt sikerült is elérnünk.</p> <p>A korábban különböző oldalakon vagy oldalszakaszokon szétszórtan elhelyezkedő, hasonló funkciókat egy helyre gyűjtöttük össze, míg a redundáns vagy félrevezető lehetőségeket eltávolítottuk.</p> <p>Ahol pedig a korábbi megoldás jól működött -hiszen a régi felület a hiányosságai ellenére is számos pozitív visszajelzést kapott-, ott a kialakítás nagyjából változatlan maradt.</p> <p>Mindezek mellett az újratervezés néhány felesleges, rosszul átgondolt vagy a gyakorlatban inkább hátrányos funkció eltávolítását is magában foglalja.</p> <h2 id="nem-elerheto-funkciok-listaja">Nem elérhető funkciók listája</h2> <p>Az alábbiakban egy egyszerű listában, egyes pontokban megjegyzésekkel kiegészítve mutatjuk be azokat a funkciókat, amelyeket a régi felület biztosított, de az új felületen még nem, vagy egyáltalán nem valósítottunk meg.</p> <h3 id="funkciok-amelyek-biztosan-bekerulnek-a-rendszerbe-de-meg-nem-elerhetok">Funkciók, amelyek biztosan bekerülnek a rendszerbe, de még nem elérhetők</h3> <h4 id="teljes-oldalak">Teljes oldalak</h4> <ul> <li>A műtárgyképek általános keresőoldala még nem készült el.</li> <li>Látogatószámlálás</li> </ul> <h4 id="navigacio">Navigáció</h4> <ul> <li>Értesítési rendszer</li> </ul> <h4 id="egyeb-eszkozok">Egyéb eszközök</h4> <p>A régi felületen ezek a kezdőoldalon található „Eszközök” menüben, illetve a fejlécben található hasonló nevű „Eszközök” (jobb szélső puzzle ikon) almenüjéből érhetők el:</p> <ul> <li>QR kód generálás</li> <li>Naptár</li> <li>Folyamatok</li> <li>Feladatok</li> <li>Tudásbázis</li> <li>Hiperlink érvényesítő</li> <li>URL alias</li> <li>Konzisztencia-ellenőrző/numerikus értékek</li> </ul> <h4 id="tobb-reszen-elerheto-funkciok">Több részen elérhető funkciók</h4> <ul> <li>Jegyzetek (bármely oldalon)</li> <li>Nextcloud integráció</li> <li>Korlátozott jogosultságú felhasználók felülete<br /> <em>A felületnek el kellene rejtenie gombokat és más elemeket ott, ahol a felhasználónak nincs jogosultsága az adott művelet végrehajtására. Ez egyelőre csak nagyon kevés esetben valósult meg, miközben a jogosultságok ellenőrzése a háttérrendszerben természetesen továbbra is megtörténik.</em></li> </ul> <h4 id="targyoldalak">Tárgyoldalak</h4> <ul> <li>Áttekintő oldalak <ul> <li>Rendezés</li> <li>Figyelőlista</li> <li>Lista nézet / szerkesztése táblázatos nézetben</li> </ul> </li> <li>Oldalsáv <ul> <li>Figyelmeztetés, ha egy tárgyat éppen lefoglaltak</li> <li>Object record editing status (e.g. open, locked, archived)</li> <li>XML-export beállításai; a gyors exportok már működnek</li> <li>Kitöltési javaslatok</li> </ul> </li> <li>Alapadatok lap <ul> <li>Alternatív nyelvi bevitel szerkesztése</li> <li>Kulcsszó javaslatok a tárgy képén alapulva</li> <li>Kulcsszó javaslatok tárgyleírás alapján</li> <li>Források / hivatkozások hozzáadásának lehetősége</li> </ul> </li> <li>Kiegészítő adatok <ul> <li>Adatmező-specifikus beállítás publikációhoz (nyílvánossá tétel publikus felületen)</li> </ul> </li> <li>Nyilvántartás fül <ul> <li>Kivonás a gyűjteményből (deaccessioning)</li> </ul> </li> <li>Haszonkölcsön fül <ul> <li>Összekapcsolás haszonkölcsönnel</li> </ul> </li> <li>A restaurálás fül legtöbb funkciója</li> <li>Rekord történet <ul> <li>Verziókezelés</li> </ul> </li> <li>Egyedi / felhasználó által definiált tárgyszerkesztési felület (adatlapok)</li> <li>Tárgyak összehasonlítása</li> </ul> <h4 id="tartalomszolgaltato-oldal">Tartalomszolgáltató oldal</h4> <ul> <li>Tartalomszolgáltató szerkesztői felület <ul> <li>Kategorizálás</li> </ul> </li> <li>Múzeum szintű beállítások <ul> <li>Az exportok ütemezett, automatikus generálásának beállítása.</li> </ul> </li> </ul> <h4 id="gyujtemeny-oldal">Gyűjtemény oldal</h4> <ul> <li>Hierarchia és rendezés</li> <li>Szerkesztési oldal</li> <li>Gyűjtemény szintű kulcsszavazás</li> </ul> <h4 id="targycsoportok">Tárgycsoportok</h4> <ul> <li>Szerkesztési oldalai <ul> <li>Hierarchia</li> <li>A tárgycsoporthoz tartozó tárgyak rendezése</li> <li>Oldalsáv <ul> <li>A tárgycsoport láthatóságának beállítása az intézmény nyilvános oldalán</li> <li>Lehetőség a kapcsolódó ellenőrzöttszótári elemek csoportosítására a NODAC-ban történő felülvizsgálathoz.</li> </ul> </li> </ul> </li> </ul> <h4 id="felhasznaloi-beallitasok">Felhasználói beállítások</h4> <ul> <li>Összes felhasználó szerkesztési oldala <ul> <li>Felhasználói jogosultságok konfigurálása</li> </ul> </li> <li>Saját fiók beállításai <ul> <li>Saját fiók adatainak exportálása</li> <li>WebDAV-beállítások</li> <li>Értesítési beállítások</li> </ul> </li> </ul> <h4 id="kapcsolatok">Kapcsolatok</h4> <ul> <li>Szerkesztési oldalak <ul> <li>vCard export</li> <li>A kapcsolódó szakirodalmak listája (a szakirodalmi keresőoldalon kerül majd megvalósításra)</li> </ul> </li> </ul> <h4 id="lokaciok">Lokációk</h4> <ul> <li>Hierarchia</li> <li>Szerkesztési oldalak <ul> <li>Szenzoradatok megjelenítése</li> </ul> </li> </ul> <h4 id="kialliatsok">Kiállíátsok</h4> <ul> <li>Szerkesztési oldalak <ul> <li>A kiállításhoz kapcsolódó publikációk oldala</li> </ul> </li> </ul> <h4 id="szotarak-hatterek">Szótárak / Hátterek</h4> <ul> <li>A még nem publikált oeuvre-katalógus funkció</li> </ul> <h3 id="funkciok-amelyek-mar-elkeszultek-de-tovabbfejlesztesre-szorulnak">Funkciók, amelyek már elkészültek, de továbbfejlesztésre szorulnak</h3> <ul> <li>Szerkesztési oldal <ul> <li>Összekapcsolás a legutóbb hozzáadott adattal.</li> </ul> </li> </ul> <h3 id="funkciok-amelyek-kivezetesre-kerulnek">Funkciók, amelyek kivezetésre kerülnek</h3> <ul> <li>Általános oldal-funkciók <ul> <li>Könyvjelzők<br /> <em>A böngészők sokkal jobban kezelik a könyvjelzőket, mint a MúzeumDigitár, ami ráadásul eleve böngészőben fut.</em></li> </ul> </li> <li>Tárgyoldal <ul> <li>Proveniencia kutatás fül<br /> <em>A visszajelzések</em> <em>és a gyakorlati tapasztalatok alapján arra jutottunk, hogy a jelenlegi megvalósítás összességében rosszul átgondolt. A jövőben elképzelhető egy teljesen különálló, általános kutatási projektkezelő rész kialakítása, amely ténylegesen azt valósítaná meg, amit eredetileg ezzel a funkcióval szerettünk volna elérni.</em></li> <li>Szabad szöveges adatok bevitele előkészített QR-kóddal.</li> <li>“Szakértő keresése” eszköz</li> </ul> </li> <li>Tanulmány/Cikk oldal (Ezt a részt valójában soha nem használták.)</li> <li>Podcastfunkciók</li> <li>Tárgycsoportok <ul> <li>Offline HTML katalógus<br /> <em>Ezt a funkció több mint egy évtizede nincs megfelelően karban tartva. Az internethasználat általános elterjedtsége mellett az API-alapú megoldások sokkal rugalmasabbak is.</em></li> <li>“Tágycsoport megjelenítése mint:” funkció (Tárgycsoport megjelenésének módosítása a publikus felületen.)</li> </ul> </li> <li>Chat</li> <li>A felhasználó kezdőoldalának beállítása bejelentkezéskor<br /> <em>A MúzeumDigitárral kapcsolatos frissítések kommunikációjának elsődleges és legmegbízhatóbb eszköze a blog, amelynek hírfolyama be van építve a kezdőoldalba. Ha biztosítjuk, hogy mindenki időnként felkeresse a kezdőoldalt, az egyben növeli annak valószínűségét is, hogy a felhasználók értesülnek a frissítésekről. Másrészt a bejelentkezéssel</em> <em>kapcsolatos hibajelentések értelmezését is egyszerűbbé teszi, ha egységesebb folyamatot alakítunk ki a bejelentkezés körül.</em></li> </ul> <h4 id="megvitatasra-varo-funkciok">Megvitatásra váró funkciók</h4> <ul> <li>Tárgyoldal <ul> <li>Közösségi média gombok beállítása<br /> A jelenlegi internethasználati trendek alapján érdemes lehet egyszerűen megszüntetni ezt a beállítási lehetőséget.</li> </ul> </li> </ul> <h2 id="mit-jelent-mindez-az-utemterv-szempontjabol">Mit jelent mindez az ütemterv szempontjából?</h2> <p>Ahogy az a fenti listából is könnyen látható, még sok munka van hátra. A munka nagy része azonban már elkészült, és a fejlesztés teljes mértékben a terv szerint halad.</p> <p>Azoknak a felhasználóknak, akiknek a munkájukhoz szükségesek a még hiányzó funkciók a régi verzió körülbelül november 22-ig továbbra is elérhető marad.</p> <p>A felhasználók többsége számára a jelenlegi állapota már most is támogatja a legtöbb vagy akár az összes szükséges munkafolyamatot és sok esetben jobban, mint a régi felület.</p> <p>November 22-ig mindkét verzió elérhető marad, így a felhasználóknak lehetőségük van fokozatosan áttérni az új felületre.</p> <p>Várjuk a visszajelzéseket, és folyamatosan új frissítéseket teszünk közzé az új verzióhoz.</p> <p>Eredeti bejegyzés: <em><a href="https://blog.museum-digital.org/2026/09/14/musdb-reimagined-update-release-schedule/">Joshua Ramon Enslin: Pre-Release of musdb’s New UI, 2026. szeptember 30.</a></em></p> <div class="my-4 flex flex-col rounded-lg bg-(--admonition-bg)" style="--admonition-bg: var(--admonition-info);" > <div class="flex items-center rounded-t-lg bg-(--admonition-bg) p-1"> <div class="mx-2 h-4 w-4 text-[0px] [background:var(--url)_center_center_no-repeat] dark:invert" style="--url: url(icons/info.svg);" > info </div> <span><strong>AI Use</strong></span> </div> <div class="pl-4"><p><em>(Post image generated using Anima Base v1)</em></p> </div> </div> <div class="my-4 flex flex-col rounded-lg bg-(--admonition-bg)" style="--admonition-bg: var(--admonition-info);" > <div class="flex items-center rounded-t-lg bg-(--admonition-bg) p-1"> <div class="mx-2 h-4 w-4 text-[0px] [background:var(--url)_center_center_no-repeat] dark:invert" style="--url: url(icons/info.svg);" > info </div> <span><strong>License</strong></span> </div> <div class="pl-4"><p>This content is licensed under a <a rel="external" href="https://creativecommons.org/licenses/by/4.0/">Creative Commons Attribution 4.0 International license</a>.</p> </div> </div> https://blog.museum-digital.org/hu/2026/09/30/muzeumdigitar-uj-felhasznaloi-felulet/1636002-masterpiece-best-quality-score_7-dis-Animaanima_baseV10.png.webp 2026-09-15T00:00:00+00:00 2026-09-15T00:00:00+00:00 Ádám Magyarosi Joshua Ramon Enslin https://blog.museum-digital.org/hu/2026/09/15/musdb-ujragondolva-fejlesztesi-hirek-es-menetrend/ <h2 id="rovid-osszefoglalo-a-megujulas-elozmenye-es-celja"><strong>Rövid összefoglaló: a megújulás előzménye és célja</strong></h2> <p>A musdb (felhasználói szintű adminisztrációs felület) mint alkalmazás körülbelül 2009-2010 óta létezik, nem sokkal a museum-digital indulását követően. Eredetileg arra szolgált, hogy felületet biztosítson a publikálható múzeumi tárgyadatok rögzítéséhez és médiafájlok feltöltéséhez.</p> <p>Azóta az alkalmazás alapvető felépítése és felhasználói felülete nagyrészt változatlan maradt, miközben a musdb egyre inkább teljes körű gyűjteménykezelő és múzeumi menedzsment-rendszerré fejlődött. Az évek során számos új funkcióval bővült a rendszer, szem előtt tartva, hogy az újdonságok lehetőleg ne zavarják a régebbi felhasználókat, és ne akasszák meg a megszokott munkafolyamatokat.</p> <p>Röviden: a musdb jelenlegi formájában egy jól működő alkalmazás, a felhasználói felülete azonban több mint egy évtized alatt úgy fejlődött tovább, hogy közben nem történt meg annak átfogó, tudatos újragondolása és egységesítése.</p> <p>2009 óta a webfejlesztés is jelentősen megváltozott. Már nem kell az Internet Explorer-től tartanunk, a böngészők közötti kompatibilitás sokkal jobb lett, és a modern böngészők, valamint a mai hardverek lehetővé teszik a korábbiakhoz képest lényegesen interaktívabb webalkalmazások kialakítását is.</p> <p>Ahhoz azonban, hogy a musdb fejlesztésében ezeket a lehetőségeket teljes mértékben kihasználhassuk, az alkalmazás architektúrájának átfogó megváltoztatására van szükség.</p> <p>Az új architektúrában a hagyományos, számos önálló oldalt tartalmazó weboldalt egy úgynevezett “Single Page Application” váltja fel. Ez egy teljes technológiai megújulást jelent: a szerver többé nem előre elkészített oldalakat küld a böngészőnek, hanem a musdb felhasználói felülete teljes egészében a böngészőben épül fel, és csak a szükséges adatokat kérdezi le a szervertől, dedikált és dokumentált API-kon keresztül.</p> <p>Az új architektúra egyben kiváló lehetőséget biztosít arra is, hogy egyszerűsítsük és egységesítsük a felhasználói felületet, valamint újragondoljuk a korábban nem használt vagy kevésbé szem előtt lévő funkciókat.</p> <p>Másrészt: bár az új felület technikai szempontból a megjelenítést érintő elemeket megváltoztatja, ez nem jelenti azt, hogy felhasználóként újra kell tanulni a rendszer használatát.</p> <p>Az új musdb ugyanazt az alapvető oldalszerkezetet követi: listák, beviteli felületek és új elemek hozzáadása (gyűjtemény, tárgy, tárgycsoport stb.) létrehozására szolgáló oldalak maradnak. Megmarad a fülekre tagolt szerkesztőfelületek koncepciója, és néhány kivételtől eltekintve az adatmezők és azok sorrendje is változatlan marad.</p> <h2 id="izelito-az-uj-feluletbol"><strong>Ízelítő az új felületből</strong></h2> <p>A következőkben érdemes egy rövid pillantást vetni azokra a részekre, amelyek meg fognak változni.</p> <p>Az alábbiakban közzéteszünk néhány előzetes betekintést rövid képernyőfelvételek formájában. Ezek többsége azokra az áttekintő- és listanézetekre koncentrál, amelyek fejlesztése már olyan állapotban van, hogy készen állnak a bemutatásra.</p> <h3 id="navigacio"><strong>Navigáció</strong></h3> <figure class="wp-block-video"><video controls="" src="./musdb-navigation-customization-eng.mp4"></video><figcaption class="wp-element-caption">A képernyőfelvétel azt szemlélteti, hogyan lehet a menüpontokat mostantól hozzáadni a gyorseléréshez, illetve onnan eltávolítani. <p>A gyorselérési navigáció és a menü egy letisztultabb formában közelebb került egymáshoz.</p> </figcaption></figure> <h3 id="uj-szuresi-lehetosegek"><strong>Új szűrési lehetőségek</strong></h3> <figure class="wp-block-video"><video controls="" src="./musdb-search-filter-eng.mp4.crf28.mp4"></video><figcaption class="wp-element-caption">A több szintű szűrési lehetőségek már a régi felületen is fokozatosan megjelentek, az új felület azonban ezt az irányt továbbviszi és még több szűrő érhető el.</figcaption></figure> <h3 id="megjelenitesi-modok"><strong>Megjelenítési mód</strong>ok</h3> <figure class="wp-block-video"><video controls="" src="./musdb-search-toggle-display-eng.mp4.crf28.mp4"></video><figcaption class="wp-element-caption">Az áttekintőoldalak megjelenítésére immár három mód áll rendelkezésre: rácsos nézet, listanézet, táblázatos nézet.</figcaption></figure> <h3 id="csoportos-szerkesztes"><strong>Csoportos szerkesztés</strong></h3> <figure class="wp-block-video"><video controls="" src="./musdb-search-batch-edit-eng.mp4.crf28.mp4"></video><figcaption class="wp-element-caption">Mostantól minden áttekintőoldalon lehetőség van elemek kijelölésére és csoportos szerkesztésére. <p>A csoportos szerkesztési lehetőségek az adott tartalomtípustól (pl.: gyűjtemény, tárgycsoport) függnek. Jelenleg minden publikálható tartalom esetében lehetőség van több rekord egyidejű publikálására vagy visszavonására.</p> <p>További csoportos szerkesztési lehetőségek igény szerint megvalósíthatók.</figcaption></figure></p> <h3 id="publikacio"><strong>Publikáció</strong></h3> <figure class="wp-block-video"><video controls="" src="./musdb-publish-from-list-eng.mp4"></video><figcaption class="wp-element-caption">A tárgyak listanézetében mostantól közvetlenül látható, hogy az adott rekord publikált vagy sem. <p>A publikációs állapotra kattintva az állapot azonnal megváltoztatható: a rejtett rekord publikálható, a publikált rekord pedig elrejthető.</p> </figcaption></figure> <h2 id="a-kovetkezo-lepesek"><strong>A következő lépések</strong></h2> <p>A fejlesztés jelenleg zökkenőmentesen halad, és szinte valamennyi funkcióhoz már rendelkezésre állnak a szükséges technikai alapok.</p> <p>Az új felület jelenlegi állapotában is képes kiváltani a régi felület egyes funkcióit.</p> <p>Ahhoz azonban, hogy a leggyakoribb munkafolyamatokban teljes körűen használható legyen, a tárgyszerkesztő oldalak teljes implementációjára is szükség van. Ez várhatóan szeptember végére készül el.</p> <p>Ezt követően online szemináriumokon mutatjuk be az új felületet, amely egy ideig a régi verzióval párhuzamosan is használható lesz. Így mindenkinek lesz ideje megismerkedni az új működéssel, mielőtt a régi felület megszűnik.</p> <figure class="wp-block-table"><table class="has-fixed-layout"><tbody><tr><td>2026. szeptember 14.</td><td>Blogbejegyzés az új felületről</td></tr><tr><td>Szeptember 28. – október 4.</td><td>A musdb kezdőoldalán egy üzenet jelenik meg az újratervezett felületről. Az üzenet az új verzióra mutató hivatkozást is tartalmazni fogja.</td></tr><tr><td>Október 30.</td><td>Az új verzió bemutatása a német felhasználói találkozón (online). Ekkorra a fejlesztés befejeződik.</td></tr><tr><td>November 1.</td><td>A bejelentkezési folyamat frissítése: a felhasználók elsőként az új verzióra kerülnek. Itt egy, a korábbihoz hasonló üzenet tájékoztatja őket az új felületről, és lehetőséget biztosít a régi verzió további használatára.</td></tr><tr><td>November 2. (13:00)</td><td>Szeminárium az új felületről (német nyelven) *a museum-digital Deutschland szervezésében*</td></tr><tr><td>November 6. (13:00)</td><td>Szeminárium az új felületről (angol nyelven) *a museum-digital Deutschland szervezésében*</td></tr><tr><td>November 16. (10:00)</td><td>Szeminárium az új felületről (német nyelven) *a museum-digital Deutschland szervezésében*</td></tr><tr><td>November 22.</td><td>A kezdőoldalon megjelenő tájékoztató üzenet eltűnik, a régi verzió pedig megszűnik.</td></tr></tbody></table> </figure> <div class="my-4 flex flex-col rounded-lg bg-(--admonition-bg)" style="--admonition-bg: var(--admonition-info);" > <div class="flex items-center rounded-t-lg bg-(--admonition-bg) p-1"> <div class="mx-2 h-4 w-4 text-[0px] [background:var(--url)_center_center_no-repeat] dark:invert" style="--url: url(icons/info.svg);" > info </div> <span><strong>AI Use</strong></span> </div> <div class="pl-4"><p><em>(Post image generated using Anima Base v1)</em></p> </div> </div> <div class="my-4 flex flex-col rounded-lg bg-(--admonition-bg)" style="--admonition-bg: var(--admonition-info);" > <div class="flex items-center rounded-t-lg bg-(--admonition-bg) p-1"> <div class="mx-2 h-4 w-4 text-[0px] [background:var(--url)_center_center_no-repeat] dark:invert" style="--url: url(icons/info.svg);" > info </div> <span><strong>License</strong></span> </div> <div class="pl-4"><p>This content is licensed under a <a rel="external" href="https://creativecommons.org/licenses/by/4.0/">Creative Commons Attribution 4.0 International license</a>.</p> </div> </div> https://blog.museum-digital.org/2026/09/14/musdb-reimagined-update-release-schedule/1704001-masterpiece-best-quality-score_7-dis-Animaanima_baseV10.webp 2026-01-12T00:00:00+00:00 2026-01-12T00:00:00+00:00 Ádám Magyarosi Joshua Ramon Enslin https://blog.museum-digital.org/hu/2026/01/12/rendrakas-teljesitmeny-stabilitas-kompromisszumok/ <p>A legutóbbi bejegyzés (azaz a PHP 8.5-re frissítés az AI-scraperek rohamának közepette)<sup class="footnote-reference"><a href="#ftn1">1</a></sup> és az ezt követően bevezetett, IP-címenként sokkal szigorúbb forgalomkorlátozás óta az MD körüli stabilitási problémák javultak – de még nem oldódtak meg teljesen.</p> <p>Ennek megfelelően kibővítettük az erőforrás-igényes kulcsfunkciók újragondolására irányuló erőfeszítéseinket a nagyobb stabilitás érdekében. A korábbi gyakorlattól eltérően most már olyan funkciókat is teljesen eltávolítunk vagy letiltunk, amelyek a jelenlegi körülmények között egyszerűen nem tarthatók fenn.</p> <h2 id="pdf-generalas">PDF-generálás</h2> <p>Eddig alapvetően kétféle PDF készült (szerveroldalon) a museum-digital portáljain: egyrészt a tárgyoldalak PDF-reprezentációi („adatlap”), másrészt olyan PDF-ek, amelyek egy tárgy összes képét egyetlen dokumentumba foglalták az egyszerű nyomtatás érdekében.</p> <p>Ez utóbbi – már a feladat jellegéből adódóan is – rendkívül erőforrás-igényes volt. Az összes képfájlt be kellett tölteni, beágyazni a PDF-be, tömöríteni, majd elérhetővé tenni. Emiatt ez az opció egyre kevesebb tárgynál volt elérhető. Míg eredetileg minden háromnál több képpel rendelkező tárgynál használható volt, később már csak a 40 képnél kevesebbel rendelkező tárgyakra korlátoztuk. Így az elérhetőségét egyre nehezebb volt egyértelműen kommunikálni, miközben a hasznossága csökkent az összes kép letöltését lehetővé tevő új funkció bevezetésével. Az alapvető erőforrás-igényesség azonban megmaradt, és mivel a scraperek minden elérhető linkre rákattintanak, ez a PDF-generálási forma továbbra is meglehetősen gyakran futott (a legutóbbi botaktivitás-növekedés előtt néhány másodpercenként). A funkciót a múlt héten teljes egészében eltávolítottuk.</p> <p>Az „adatlap” PDF-ek generálását szintén tovább korlátoztuk. Ahogy az előző blogbejegyzésben is írtuk, a hasznosságuk jelentősen csökkent a nyomtatási stíluslap bevezetésével (jobb eredményt érhetünk el, ha egyszerűen a CTRL + P billentyűkombinációval nyomtatjuk PDF-be a tárgyoldalt). Ennek ellenére továbbra is népszerűek maradtak, ezért nem szüntettük meg őket teljesen. A szerver stabilitásának védelme érdekében azonban további korlátozásokat vezettünk be: ha a szerverterhelés a kényelmes szint fölé emelkedik, a PDF nem készül el, és hibaüzenet jelenik meg. Ha a terhelés magas (a kényelmes szint kb. 70%-a felett), és a felhasználó böngészőjének nyelve nem az adott museum-digital példány alapértelmezett nyelve, ugyanez a hibaüzenet jelenik meg.</p> <h2 id="sikertelen-keresesi-oldalak">Sikertelen keresési oldalak</h2> <p>Ha egy tárgykeresés nem ad találatot, a felhasználó egy sikertelen keresési oldalra kerül, ahol alternatív keresési javaslatokat kínálunk. Ez lényegében ugyanaz az elv, mint amikor a Google automatikusan javításokat javasol elgépelések esetén. Az alternatívák azonosítása és az előnézetek felkínálása azonban nem „ingyenes”: erőforrásokat igényel, miközben a javaslatok hasznossága és pontossága esetről esetre változik.</p> <p>A naplófájlokat vizsgálva nagyszámú lekérdezést láttunk nem létező entitásokra – nyilvánvalóan olyan scraperektől, amelyek az URL-sémát elemezve különböző azonosítókat próbálgattak. Minden egyes ilyen lekérdezés lefutott, majd a sikertelen keresési oldalra irányított, ami újabb javaslatok és előnézetek betöltését váltotta ki, így kevés haszon mellett további szervererőforrásokat használt (azon túl, hogy még több letapogatható linket kínált). Most a PDF-adatlapoknál alkalmazotthoz hasonló logikát vezettünk be: a javaslatok és előnézetek csak akkor generálódnak, ha a szerverterhelés viszonylag alacsony, és ebben az esetben is az elsődleges nyelvet használó felhasználók enyhe előnyt élveznek.</p> <h2 id="idovonalak">Idővonalak</h2> <p>Az idővonalak továbbra is népszerűek, de egyben problémásak is. A naplókban gyakran láttunk olyan lekérdezéseket, amelyek az idővonalakat kezdő- és záródátum szerinti kereséssel kombinálták. Ez valószínűleg egy újabb, végtelen URL-generálási ciklus lehetőségét jelentette a scraperek számára: megadni egy idővonalat, ami továbbirányít egy adott időszakra szűrt keresési oldalra, majd megnyitni az adott időszak idővonalát. Ezt a viselkedést most lehetetlenné tettük. Ha egy keresésnél idővonal-alapú szűrés („után”, „előtt”) van beállítva, az idővonalak többé nem jelennek meg az oldalsávban. Ha valaki URL-manipulációval vagy az API-n keresztül mégis megpróbálja őket előállítani, hibaoldalt kap.</p> <h2 id="kereses-rendbetetel-kepkereses-es-entitasok-ellenorzese">Keresés: rendbetétel, képkeresés és entitások ellenőrzése</h2> <p>Egy összetettebb optimalizálás érintette a tárgykeresés magját is. Körülbelül 2021-ben vezettük be az új keresési logikát. Szinte minden, a központi keresési logikára épülő oldal – keresési eredményeket összefoglaló oldalak, térképek, idővonalak – átállt erre. Egyetlen kivétel volt: a képkeresés. Mivel azonban az új keresési logika újrahasznált bizonyos funkciókat a régi keresésből, mindkettőt külön osztályként tartottuk meg, amelyek idővel egyre nőttek. Már önmagában az új keresési logika betöltése is körülbelül 1 ms-ot vett igénybe (OPCache nélkül, <a rel="external" href="https://phpbench.readthedocs.io/en/latest/">PHPBench</a>-csel mérve). Ez elsőre kevésnek tűnhet, de a kód modularizáltságának hiányára utal, és jelentőséggel bír sok kiszámíthatatlan kérés esetén.</p> <p>Valóban, az új keresési logika írásakor nem választottuk szét kellőképpen a HTML-generálást, a lekérdezés-összeállítást és az adatbázis-lekérdezést. A múlt heti frissítésekkel ezekhez most külön osztályok tartoznak, és a kizárólag a régi keresési funkciókhoz kapcsolódó elemek átkerültek a képkeresési logikát kezelő osztályba. Ez az új / fő keresési logika indulási idejét körülbelül a felére csökkentette (kb. 0,6 ms).</p> <p>Másodszor, csökkentettük a képkeresésnél elérhető keresési opciók számát. A megmaradó paraméterek vagy valóban a képekhez kapcsolódnak, vagy a kontrollált szótárakhoz kötődnek. Pozitív mellékhatásként ez kommunikációs problémákat is megold: eddig nehezen volt érthető a különbség aközött, hogy a képeket a saját licencük, vagy az általuk ábrázolt tárgyak (nem feltétlenül kapcsolódó) metaadatainak licence alapján keressük.</p> <p>Végül, ahogy fentebb is említettük, a naplók sok olyan lekérdezést mutattak, amelyek például teljesen nem létező helyekhez, vagy olyan helyekhez kapcsolódtak, amelyek egyetlen tárgyhoz sem kötődnek. Ezért amikor egy helyre vagy kulcsszóra keresnek, már a lekérdezés összeállításakor ellenőrizzük, hogy az adott bevitelnek van-e bármilyen nyilvános előfordulása az adott példányban. Ha egyáltalán nincs kapcsolat, akkor egyértelmű, hogy a bevitel más paraméterekkel kombináló, részletesebb lekérdezés sem fog eredményt adni.</p> <h2 id="a-jelenlegi-helyzet">A jelenlegi helyzet</h2> <p>Mindezek a fejlesztések segítenek, de érdemes ránézni a jelenlegi valós adatokra is. Egyrészt az adatbázis-szerver terhelése most gyakran a várható érték felére vagy akár az alá is csökken. Ez pozitív jel a rendszer stabilitása szempontjából a csúcsidőn kívül.</p> <p>Másrészt jól látható terhelési csúcsok jelentkeznek reggel (Németországban kb. 10:20 körül) és délután (kb. 17 óra körül kezdődően). A reggeli csúcs valószínűleg a munkanap kezdetéhez kapcsolódik, és a múlt héten többször is a szerver leállásához vezetett. Ezt feltehetően csak a PHP-FPM beállításainak további finomhangolásával lehet orvosolni. A délutáni és kora esti csúcsok okai nehezebben magyarázhatók, de összességében sokkal kevésbé kritikusak.</p> <p>Dolgozunk rajta.</p> <p>A scraper (magyarul gyakran: adatgyűjtő robot, webes letapogató) egy olyan automatikus program vagy bot, amely weboldalakat látogat végig, és adatokat gyűjt ki róluk.</p> <div class="my-4 flex flex-col rounded-lg bg-(--admonition-bg)" style="--admonition-bg: var(--admonition-info);" > <div class="flex items-center rounded-t-lg bg-(--admonition-bg) p-1"> <div class="mx-2 h-4 w-4 text-[0px] [background:var(--url)_center_center_no-repeat] dark:invert" style="--url: url(icons/info.svg);" > info </div> <span><strong>AI Use</strong></span> </div> <div class="pl-4"><p><em>(Post image generated using Z-Image)</em></p> </div> </div> <div class="my-4 flex flex-col rounded-lg bg-(--admonition-bg)" style="--admonition-bg: var(--admonition-info);" > <div class="flex items-center rounded-t-lg bg-(--admonition-bg) p-1"> <div class="mx-2 h-4 w-4 text-[0px] [background:var(--url)_center_center_no-repeat] dark:invert" style="--url: url(icons/info.svg);" > info </div> <span><strong>License</strong></span> </div> <div class="pl-4"><p>This content is licensed under a <a rel="external" href="https://creativecommons.org/licenses/by/4.0/">Creative Commons Attribution 4.0 International license</a>.</p> </div> </div> <div class="footnote-definition" id="ftn1"><sup class="footnote-definition-label">1</sup> <p>A scraper (magyarul gyakran: adatgyűjtő robot, webes letapogató) egy olyan automatikus program vagy bot, amely weboldalakat látogat végig, és adatokat gyűjt ki róluk.</p> </div> https://blog.museum-digital.org/2025/12/22/cleaning-out-our-closet/20251222-blog-post-cleaning.webp 2020-02-09T00:00:00+00:00 2020-02-09T00:00:00+00:00 Joshua Ramon Enslin https://blog.museum-digital.org/hu/2020/02/09/tuerkce-3/ <p>The frontend of museum-digital is now available in Turkish. As a very nice side effect, this also unlocks the Turkish translations for keywords, and place and actor names we have been gathering for the last half a year.</p> <figure class="wp-block-image size-large"> <p><img src="https://blog.museum-digital.org/hu/2020/02/09/tuerkce-3/./Screenshot-Suche-Turkish-1-1024x576.jpg" alt="" /><figcaption>A screenshot of the public frontend of museum-digital in Turkish. Currently, the “advanced search” page is opened.</figcaption></figure></p> <p>Image credits: Eva Gonzalès: „<a rel="external" href="https://nat.museum-digital.de/object/675936">Girl Awakening</a>“, <a rel="external" href="https://nat.museum-digital.de/singleimage.php?imagenr=357247">Kunsthalle Bremen – Der Kunstverein in Bremen (CC BY-NC-SA)</a></p> https://blog.museum-digital.org/hu/2020/02/09/tuerkce-3/erwachendes-maedchen-82-scaled-1.jpg