Obsah | Dal¹à | Pøedchozà |
Tato kapitola popisuje hlavnà zpùsoby práce s aplikacà AdminAgent. Kapitoly 9.3.1 a¾ 9.3.2. a èásteènì také kapitola 9.3.3 jsou vìnovány ka¾dému, kdo chce vyu¾Ãvat slu¾eb systému a efektivnì vyhledávat dokumenty podle zadaných kritériÃ. Dal¹à kapitoly jsou urèeny pøedev¹Ãm administrátorovi systému a popisujà vzdálenou správu systému.
Po spu¹tìnà aplikace AdminAgent standardnÃm dávkovým souborem admin_agent.bat je nejprve nutné se napojit na server. Kliknìte na uzel stromu Connect, vyberte server na který se hodláte dotazovat. Jestli¾e se server, který hodláte pou¾Ãt v nabÃdce nevyskytuje, je mo¾né ho do nà pøidat formuláøem pod uzlem Hostbook. Pokud hodláte pouze pokládat dotazy, zatrhnìte volbu guest. Pokud chcete provádìt administrátorské zásahy do systému, musÃte znát jméno a pøÃstupové heslo. Natrhnìte volbu admin, modify (nastavÃte-li volbu read-only, systém vám nedovolà provádìt ¾ádné zmìny) a poté mù¾ete vyplnit jméno a heslo. Kliknìte na tlaèÃtko Connect a vyèkejte na pøipojenÃ.
Dávkový soubor AdminAgent.bat (volaný z admin_agent.bat) obsahuje následujÃcà pøÃkaz:
java -classpath classes.jar Agent.main.AdminAgent
Tento pøÃkaz zpùsobà standardnà spu¹tìnà AdminAgenta ani¾ by se napojoval na server. Adresu serveru stanovÃme pozdìji výbìrem z tzv. HostBook.
AdminAgenta lze v¹ak také spustit s parametry serveru. Poté se ihned napojà na server jako guest (tj. anonymnì, kdy je mo¾no pokládat dotazy, ale nenà ji¾ mo¾né provádìt administrátorskou èinnost). Potom do dávkového souboru napùeme pøÃkaz v následujÃcÃm formátu:
java -classpath classes.jar Agent.main.AdminAgent url_serveru
(pokud jako url_serveru uvedete localhost, znamená to ¾e se server nacházà na va¹em poèÃtaèi) Tento zpùsob spu¹tìnà volÃme napø. v pøÃpadì, ¾e chceme rychle spustit klienta a na nìjaký èasto pou¾Ãvaný server a okam¾itì pøistoupit k dotazovánÃ. Pou¾ije se výchozà port serveru 45455.
Úplná syntaxe je následujÃcÃ:
java -classpath classes.jar Agent.main.AdminAgent [<host> [<port>]]
Vytváøet dotazy je velmi snadné. Uzel New Query Specification obsahuje hrubé informace o skladbì dotazu, z nìj se dotaz spou¹tÃ. Poduzly (a jim odpovÃdajÃcà formuláøe) uzlu New Query Specification odpovÃdajà jednotlivým komponentám dotazu a právì na tìchto formuláøÃch se dotazy specifikujÃ. Bìhem dotazovánà se struktura stromu mìnà a to tak, ¾e do uzlu History pøibývajà poduzly reprezentujÃcà jednotlivé dotazy. Uzel Last Query obsahuje v¾dy poslednà polo¾ený dotaz a jeho výsledky vrácené serverem. Specifikace ji¾ polo¾ených dotazù je mo¾no znovu pøenést do specifikace nového dotazu, stejnì tak dokumenty zÃskané libovolným dotazem lze znovu zaøadit do dotazu jako zpìtnou vazbu. Pokud se rozhodnete zÃskat dal¹à sadu dokumentù z nìjakého z pøede¹lých dotazù, mù¾ete tak uèinit z pøÃslu¹ného formuláøe Results tlaèÃtkem Retrieve next.
TlaèÃtkem Run Query na formuláøi celkové specifikace dotazu spustÃte dotaz. Poté se zobrazà nový formuláø s tabulkou výsledkù. Rychlost zobrazenà výsledkù se mù¾e v závislosti na dobì odezvy sÃtì mìnit. V dobì kdy èekáte na výsledky ji¾ ale mù¾ete napø. specifikovat jiný dotaz, pøÃpadnì s AdminAgentem jinak pracovat.
NásledujÃcà odstavce popisujà dal¹à mo¾nosti práce s výsledky dotazù.
Výsledkem dotazu je mno¾ina dokumentù, které server vrátà jako relevantnà k dotazu. Základnà informace o nalezených dokumentech (název, URL apod.) jsou pøehlednì zobrazeny ve výsledkové tabulce. Detailnà popis zÃskáme oznaèenÃm daného dokumentu a zobrazenÃm podrobnostà v sekci Document Details.
S výsledky dotazu lze dále pokroèilým zpùsobem pracovat. Je mo¾né kopÃrovat vybrané øádky do schánky (pou¾ijeme k tomu pravého tlaèÃtka my¹i) a zále¾à jen na u¾ivateli, jak je vyu¾ije dále. KopÃrovánà lze provádìt hned tøemi zpùsoby:
Aby se maximálnì usnadnila práce s výsledky, je navÃc mo¾né pøÃmo z AdminAgenta spustit externà webovský prohlþeè s parametrem URL vybraného dokumentu a to velmi jednodu¹e opìt pøes nabÃdku zobrazenou pravým tlaèÃtkem my¹i. Zvolené dokumenty je mo¾no znovu zaøadit do dotazu jako zpìtnou vazbu a tÃm tak dotaz obohatit.
Zde si uvedeme dva vzorové pøÃklady jak formulovat dotaz. PøÃklady vyu¾Ãvajà pouze tøà komponent specifikace dotazu (slova, hlavièka dokumentu, zpìtná vazba). Ov¹em pou¾ità dal¹Ãch dvou komponent (celý dokument se známým URL, odstavec textu) je zcela analogické a proto to zde nenà dále detailnìji popisováno.
Øeknìme, ¾e chceme vyhledat dokumenty, týkajÃcà se pìstovánà kvìtin, jejich hnojenÃ, ale nezajÃmá nás hnojenà umìlými hnojivy. ZajÃmajà nás jen dokumenty psané v èeském jazyce. Dotaz mù¾eme polo¾it napø. následujÃcÃm zpùsobem: Ve stromu vybereme uzel Words (ve vìtvi Query, New Query Specification) a v nìm vyplnÃme dotaz, tj. napø.: "pìstovánà kvìtin" hnojenà hnojivo umìlé Pod uzlem Words se nynà vytvoøily uzly:
Vybereme uzel umìlé a nastavÃme jeho váhu (weight) na -1. TÃm tento term maximálnì znevýhodnÃme. Pod uzlem Header specifikujeme jazyk, vybereme tedy CZE. ZvolÃme uzel New Query Specification. Pokud chceme, aby se dotaz vyhodnocoval jen v nìkterých knihách mù¾eme je nynà zvolit nebo nechat listbox Books prázdný a tÃm nechat dotaz na celou databázi. Zmaèkneme tlaèÃtko Run Query a na formuláøi pod uzlem Results si pøeèteme prvnà výsledky. TlaèÃtkem Retrieve Next je mo¾no zÃskat dal¹Ã.
Obrovskou výhodou systému je, ¾e umo¾òuje tzv. zpìtnou vazbu. Zpìtnou vazbou ve smyslu dotazovánà v systému Agent rozumÃme dokumenty, které nám server vrátil jako výsledek dotazu, my je oznaèili za relevantnà a pøidali je do nového dotazu.
Øeknìme, ¾e se nám v minulém dotazu objevilo velké mno¾stvà dokumentù, které ne zcela vyhovovali na¹im pøedstavám. Jednou ze standardnÃch mo¾nostà jak dotaz vylep¹it, aby nás svými výsledky lépe uspokojil, je pøidat do dotazu nìkolik dal¹Ãch slov, upravit váhy a tak podobnì. Jinou pohodlnìj¹à a jistìj¹à mo¾nostà je jednodu¹e oznaèit ty vrácené dokumenty, které pova¾ujeme za relevantnÃ. ©ance, ¾e pøi dal¹Ãm dotazu dostaneme vÃce relevantnÃch dokumentù se tak podstatnì zvý¹Ã.
ZvolÃme tedy uzel Results a oznaèÃme malé mno¾stvà dokumentù, které pova¾ujeme za nejvÃce relevantnÃ. TlaèÃtkem Add to new query je zahrneme do dotazu. Pod uzlem Feedback si mù¾eme seznam tìchto dokumentù prohlédnout a dále upravit jejich váhu (weight). Zmaèkneme tlaèÃtko Run Query a na formuláøi pod uzlem Results si pøeèteme prvnà výsledky. TlaèÃtkem Retrieve Next je mo¾no zÃskat dal¹Ã.
Server jako takový má nastaveny systémové parametry, které se pou¾ijà pøà zalo¾enà ka¾dého nového sezenÃ. Administrátor systému mù¾e v¹echny tyto parametry mìnit a tak ovlivnit poèáteènà chovánà systému po zalo¾enà ka¾dého nového sezenÃ. Kromì toho, lze v¹ak tyto parametry nastavit také v ka¾dém sezenà zvlá¹». Parametry sezenà tedy smà ovlivòovat i obyèejný u¾ivatel (pøihlá¹ený jako guest).
Systém má tyto parametry:
Jejich nastavovánà a kontrola se provádà na formuláøi System Config vyjma parametru default database je¾ se volà formuláøem v uzlu Databases.
Z tìchto systémových parametrù si ka¾dé sezenà po napojenà na server zkopÃruje vlastnà parametry:
Nastavovánà parametrù sezenà se provádà analogicky v poduzlu Session Config (aktivnà databáze v jeho poduzlu Database)
Indexy dokumentù se mohou nacházet v jedné nebo vÃce databázÃch. Databáze se mohou nacházet v tìchto dvou základnÃch stavech:
Tomuto dìlenà odpovÃdajà ve formuláøi Databases dva seznamy:
Pod uzlem Databases najdete jako uzly stromu v¹echny databáze, které jsou v daném okam¾iku otevøené. Ty majà své poduzly, reprezentujÃcà objekty pro práci s ka¾dou z nich. Jednotlivé poduzly nabÃzejà správu knih a stoplistu, formuláøe pro indexovánà dokumentù a jejich pøÃpadné odstraòovánà i statistické údaje.
Indexovánà dokumentu je stejnì jednoduché jako jakákoliv jiná práce s AdminAgentem. Øeknìme, ¾e chceme zaindexovat jeden soubor nacházejÃcà se na adrese:
http://www.kolej.mff.cuni.cz/~jger4112/projekt/docs/rel/a4.html
chceme ho ulo¾it do knihy: "Softwarové projekty" a dále je o nìm známo, ¾e je napsán ve formátu HTML.
Vybereme pøÃslu¹ný formuláø New Document. Nacházà se v podstromu Administration pod v¹emi otevøenými databázemi. Vybereme tu správnou databázi, zadáme url dokumentu (mù¾eme pøitom pou¾Ãt cut&paste), za¹krtneme Add this one, a vybereme pøÃslu¹nou knihu, do které chceme soubor zaøadit. V podformuláøi Header potom vybereme typ dokumentu. Polo¾ky hlavièky ale nenà nutné takto explicitnì zadávat, server je schopen zjistit napø. typ dokumentu sám. Mù¾e to v¹ak znamenat urychlenà indexace. Zmaèknìte tlaèÃtko Add. Nynà mù¾ete dále pracovat, nenà tøeba èekat a¾ server indexaci dokonèÃ. Dokonèenà indexace aplikace oznámà dialogovým oknem.
Pokud bychom chtìli zaindexovat vìt¹à mno¾stvà dokumentù, vý¹e zmÃnìný zpùsob indexovánà by byl velmi namáhavý a èasovì neúnosný. Proto byla implementována také mo¾nost indexovánà pomocà indexovacÃho souboru. Indexovacà soubor je soubor s jednoduchou strukturou, v nìm¾ jsou uvedeny soubory k indexovánà a parametry. Pou¾ità indexovacÃho souboru je velmi výhodné. DÃky jeho jednoduché struktuøe je mo¾né jej vytvoøit ruènì, nebo napsat jednoduchý program, který jej vytváøà na základì nìjakých kritériÃ. Pro tvorbu indexovacÃho souboru mù¾ete pou¾Ãt nástroje flcreat.exe, který je standardnì souèástà balÃku. Ten vytváøà seznam dokumentù v¹ech souborù vèetnì podadresáøù od zadané cesty.
Postup indexovánà je obdobný jako v pøedchozÃm pøÃpadì. VytvoøÃme indexovacà soubor. Vybereme formuláø New Document. Zadáme url indexovacÃho souboru a za¹krtneme Add documents from index file. Nezbývá ne¾ zmaèknout tlaèÃtko Add. Podobnì jako v pøedchozÃm pøÃpadì jste o výsledku indexovánà informováni dialogovým oknem.
Podobnì jako indexovánà vìt¹Ãho poètu dokumentù, tvorba stoplistu pouhým pøidávánÃm jednotlivých slov by byla neúnosná. Proto je mo¾no stoplist naplnit pomocà souboru. Nejprve vytvoøte (ruènì nebo programovì) soubor se seznamem termù je¾ chcete do stoplistu pøidat. V pøÃslu¹né databázi ve formuláøi Stoplist do polÃèka New term/stoplist file URL napi¹te URL tohoto souboru. Za¹krtnìte Add terms from stoplist file. Zmaèknìte tlaèÃtko Add.
1999-03-05 | Robert Machacek |