-
Notifications
You must be signed in to change notification settings - Fork 3
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Refactor vyhladavania #1072
Comments
This is a copy of original specification mentioned in #1093Cielom je vytvorit jednotne miesto, kde sa da vyhladavat a filtrovat "vsetok obsah naraz". Ak nie je mozne vsetko skombinovat na jednu stranku, cielom je si urcit co sa ma dat vyhladat z domovskej stranky, co na stranke vyhladavania, a co na samostatnych strankach a ako to cele odkomunikovat uzivatelom. Mame viacero typov obsahu, ktore na webe zobrazujeme. Slovom "mudre" budem oznacovat tzv, "fuzzy" search, teda ignorovanie diakritiky, tolerancia k preklepom a pod. V typoch obsahu so Strapi vieme vyhladavat vo vsetkych naraz, ich vieme vysledky kombinovat automaticky. Ostatne typy obsahu sziju na inych miestach a requesty na ne robime samostatne. Akekolvek miesanie s inymi vysledkami by sme museli riesit manualne a mat poriadne definovane. Typy obsahuHlavne typy obsahu v Strapi (= Meilisearch)Hlavne casti obsahu ziju v Strapi a vyhladavame v nich pomocou Meilisearchu. Toto vyhladavanie je dost rychle a velmi mudre. Vieme pomocou neho vyhladavat, filtrovat, zoradovat, na zaklade akehokolvek atributu. Atributy si treba definovat, nie je to "automaticky vo vsetkom", no vieme ich pridavat/odoberat akokolvek. Mame nad tym plnu kontrolu. Samotne vyhladavanie (teda podla textu) tu funguje nad vsetkymi udajmi akoby naraz. Teda aj v nazve, aj v podnadpise, aj v popise (atd.) sa vyhlada naraz jednym requestom. V Strapi rozlisujeme tieto typy obsahu: StrankyMaju svoj nadpis, perex, klucove slova (SEO), farbu (hlavnu kategoriu). Clanky (Aktuality)Maju nadpis, perex, datum publikovania, farbu a tag (tagy patria pod kategorie), ilustracny obrazok inba clankyPodobne ako Clanky, maju vsak svoje tagy (vsetky cervene), clanky patria pod jendotlive Vydania. Vsetky clanky su publikovane naraz pod datumom Vydania. inba vydaniaMaju datum publikovania, prednu a zadnu obalku, perex (zoznam tem?) VZNka - Vseobecne zavazne nariadeniaAktualne ziju na tejto horibilne dlhej urlke: https://bratislava.sk/mesto-bratislava/sprava-mesta/legislativa-mesta/vseobecne-zavazne-nariadenia VZNka nie su aktualne idealne spravene ani v Strapi ano na FE. Popisem sem idealne buduci stav. Kazde VZNko je v Strapi ako samostatny zaznam. VZNka sa mozu na seba vztahovat ako:
Kazde VZNko moze mat navyse este nejake doplnujuce prilohy, ako napr Redakcne oznamenie, alebo skratene znenie (nieco ako konsolidovane znenie, ale nie je to samostatne VZNko). Priklad celkom dlho zijuceho VZNka je uzemny plan: https://bratislava.sk/sk/mesto-bratislava/sprava-mesta/legislativa-mesta/vseobecne-zavazne-nariadenia?keyword=14/2021 Kazde VZNko ma samostatnu stranku na ktorej si ho viem otvorit (aktualne nema, ma iba modal). Na tejto stranke vidim vsetky ostatne VZNka ktore su s tymto v nejakom vztahu + prilohy, a teda - hlavne VZNko, konsolidovane znenie, skratene znenie, doplnujuce VZNka (dodatky), VZNka doplnene tymto VZNkom, zrusujuce VZNka, VZNka zrusene tymto VZNkom. Tieto vztahy su dolezite pre lepsie pochopenie ako VZNka funguju a aby sme vedeli zobrazit relevantne vysledky. Textovo chceme vyhladavat podla nazvu a cisla, ale aj v "suvisiacich" VZNkach (doplnky, zrusujuce...) Zo starej figmy vytahujem navrh filtrov: Typy obsahu z externych sluziebUradna tabulaUradna tabula sa zobrazuje na domovskej stranke v Novinkach na samostatnom tabe (3 posledne zaznamy) a na samostatnej stranke https://bratislava.sk/mesto-bratislava/transparentne-mesto/uradna-tabula Jednotlive zaznamy v uradnej tabuli dotahujeme z Ginisu. Vyhladavanie v Ginise nie je velmi rychle, ale je aspon ako tak mudre. Textovo chceme vyhladavat v Nazve a v Popise (a v Znacke). Pravdepodobne to vsak treba spravit ako samostatne requesty a ak ich ceheme nejak zobrazovat v jednom zozname, musiem to nejak mergnut my manualne. Zo starej figmy vytahujem: Z internej Uradnej tabule to vyzera takto: Organizacna strukturaOrganizacnu strukturu dotahujeme z Azure Active Directory (AD). Vyhladavanie v nom je priemerne rychle, no nie je vobec mudre. Cela organizacna struktura sa zobrazuje v akordeonoch aktualne na samostatnej stranke https://bratislava.sk/mesto-bratislava/sprava-mesta/magistrat/organizacna-struktura-a-kontakty Textovo vyhladavat chceme podla mena a priezviska, tel cisla, emailu, pozicie, oddelenia/referatu/sekcie (toto tam teraz nemame). Telefon a email nie su povinne, ale kontakty ktore nemaju ani jedno by sa nemali zobrazovat. Obsah mimo webu, na ktory chceme len odkazatPodujatiaPodujatia ziju vsetky na v systeme Tootoot a na stranke BKIS a cele vyhladavanie ma prebiehat tam. Chceme sa tam viediet len odkazat: https://www.bkis.sk/podujatia/ ZverejnovanieZverejnovanie zmluv, fatury, objenavok a pod. zije na samostatnom portali a cele vyhladavanie ma prebiehat tam. Chceme sa tam vediet len odkazat: https://zverejnovanie.bratislava.sk/ Inspiracie z inych webovhel.fi takto zobrazuje linky na externe vyhladavanie podujati a "rozhodnuti" Oslo pod vyhladavanim vypise zoznam linkov: Reykjavik prerabal nedavno vyhladavanie: |
Chceme pridat INBA clanky do:
The text was updated successfully, but these errors were encountered: