...
Table of Content Zone | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Konfiguracja aplikacji czytelnikaW niniejszym rozdziale znajdują się instrukcje związane z konfiguracją niektórych mechanizmów związanych z działaniem aplikacji czytelnika. Opis konfiguracji rozproszonej platformy uwierzytelnianiaPocząwszy od dLibry 4.0 dostępna jest funkcjonalność rozproszonej platformy uwierzytelniania oraz sieciowy profil uzytkownika. Domyślnie mechanizmy te są wyłączone poniżej znajduję się szczegółowa instrukcja postępowania pozwalająca na uruchomienie tej funkcjonalności. Najważniejsze pojęcia związane z ideą rozproszonej platformy uwierzytelniania oraz sieciowym profilem użytkownika nie są przedmiotem tego podręcznika Uruchomienie rozproszonego uwierzytelnianiaAby móc uaktywnić logowanie poprzez rozproszoną platformę uwierzytelniania należy upewnić się że plik templates.properties zawiera library.id, korzystanie z rozproszonej platformy będzie możliwe tylko wtedy gdy library.id z templates.properties zostanie dodane do serwisu WAYF. Jeżeli nie wiadomo czy identyfikator został wprowadzony do rejestru WAYF należy skontaktować się z pomocą techniczną aplikacji czytelnika.
4. W pliku dlibra-webapp/WEB-INF/conf/resources-managers.xml należy odkomentować sekcje znajdującą się na końcu pliku chodzi o deskryptor o identyfikatorze: guanxi.
4a. W pliku dlibra-webapp/WEB-INF/conf/user-providers.xml odkomentować sekcje:
Wpisy w pliku user-providers.xml opisują dostępne dla użytkowników sposoby logowania. Znacznik <loginPagePosition> określa pozycje na której dany dostawca tożsamości znajduję się na stronie z wyborem sposobu logowania. Jeżeli jest zdefiniowany tylko jeden dostawca tożsamości dLibra automatycznie przekieruje użytkownika na stronę z formularzem logowania. Jeżeli nie chcą Państwo aby dany dostawca tożsamości był wyświetlany na liście z wyborem sposobu logowania należy dla danego dostawcy usunąć zawartość znacznika <loginPage>. Rozważmy następujący przykład, w aplikacji czytelnika zdefiniowane są dwa sposoby logowania:
Chcemy aby zwykli użytkownicy używali tylko profilu sieciowego, aby tego dokonać należy usunąć zawartość znacznika loginPage w sekcji konfigurującej DlibraUserInformationProvider. W tym momencie jedynym dostawcą strony logowania będzie GxUserInformationProvider i użytkownicy zostaną automatycznie przekierowani na stronę usługi WAYF. Administrator chcący się zalogować do panelu administracyjnego będzie musiał wpisać adres strony logowania bezpośrednio do przeglądarki np. http://www.dlibra.psnc.pl/biblioteka/dlibra/login a następnie ze strony z opisem konta przejść do panelu administracyjnego. Jeżeli chcą Państwo zmienić sposób w jaki dany dostawca tożsamości jest nazywany należy w nadpisać (w LoginSelectionComponent_xx.xml) wartość etykiety tekstowej, której nazwa znajduje się w methodNameResourceKey. 5. W pliku dlibra-webapp/WEB-INF/web.xml należy odkomentować fragment na końcu pliku zawierające
Końcowe kroki6. Uruchomić serwer aplikacji w ramach którego działa aplikacja czytelnika. Po uruchomieniu aplikacji czytelnika po kliknięciu w odnośnik "Logowanie" powinno pojawić się okno dialogowe z wyborem sposobu logowania. Jeżeli próba logowania za pomocą systemu jednokrotnego logowania zakończy się powodzeniem oznacza, że mechanizm został poprawnie skonfigurowany i uruchomiony. Podczas pierwszego uruchomienia usługi rozproszonego logowania inicjalizowane są pliki konfiguracyjne znajdujące się w katalogach guanxi-engine, guanxi-guard, guanxi-guard. W sytuacji gdy pierwsze uruchomienie zakończy się niepowodzeniem można przywrócić pierwotną zawartość katalagów i spróbować ponownie. Konfiguracja usługi CASdLibra umożliwia wykorzystanie centralnego systemu logowania stworzonego za pomocą serwera CAS i usługi katalogowej LDAP. CAS jest dostępny jako kolejny dostawca tożsamości w pliku dlibra-webapp/WEB-INF/conf/user-providers.xml. Należy odkomentować fragment poniższy fragment:
Następnie należy:
Następnie należy uzupełnić zawartość plik dlibra-webapp/WEB-INF/conf/ldap.properties - zawiera on parametry umożliwiające wykorzystanie usługi katalogowej LDAP. Konfiguracja importu wiadomościAplikacja czytelnika pozwala na publikowanie na stronie głównej różnego rodzaju wiadomości. Wiadomości te można dodawać za pośrednictwem panelu administracyjnego aplikacji czytelnika bądź wykorzystując mechanizm importu wiadomości z kanału RSS. Poniżej omówiona został sposób w jaki import taki można przeprowadzić. Aby zaimportować wiadomości z dostępnego w sieci kanału RSS należy w pliku periodic.xml odkomentować znacznik periodic-task zawierający konfigurację klasy
Konfiguracja tego zadania składa się z następujących parametrów:
Zadanie to jest domyślnie wykonywane raz na dobe. Gdy tylko aplikacja czytelnika wykryje, że w kanale RSS pojawiła się nowa wiadomość zaimportuje przy najbliższym wykonaniu tego zadania. Dodawanie exlibrisówExlibrisy w aplikacji czytelnika systemu dLibra reprezentowane są jako obrazki z odnośnikiem do wybranej strony (biblioteki, instytucji itp.), które pojawiają się na stronie opisu publikacji (publication, docmetadata). Exlibrisy są dodawane wg wartości konkretnych atrybutów umieszczonych w metadanych. Np. exlibris może zostać wyświetlony w zależności od wartości atrybutu Prawa - dla wartości "Instytucja Biblioteczna X" będzie wyświetlony obrazek identyfikujący daną instytucję oraz odnośnik do strony głównej tej instytucji "www.instytucjabibliotecznax.com". Procedura dołączania exlibrisu wygląda następująco:
Każdy z elementów: attribute, attribute-value i exlibris może być definiowany wielokrotnie, co pozwala na dodanie wielu exlibrisów w ramach każdej określonej wartości atrybutu metadanych. Przykładowo:
W przypadku takiej konfiguracji, dla atrybutu Praw, exlibris Biblioteki Uniwersyteckiej w Poznaniu pojawi się zarówno, gdy w atrybucie podana będzie wartość "Biblioteka Uniwersytecka w Poznaniu" jak i "BUP". Dodatkowo jeśli w tym samym atrybucie Praw pojawi się wartość "Uniwersytet im. A. Mickiewicza i Politechnika Poznańska", wówczas wyświetlą się dwa exlibrisy (dwa obrazki z odnośnikami) odpowiednio dla UAM i PP. Konfiguracja exlibris.xml zacznie działać dopiero po restarcie środowiska serwletów aplikacji czytelnika (Apache Tomcat). Nieprawidłowe ustawienia mogą w efekcie prowadzić do wyświetlania wyjątków i błędów w logach systemu. Konfiguracja systemu kopii zapasowych JCRAby zmienić domyślne ustawienia systemu tworzenia kopii zapasowych JCR należy wyedytować plik periodic.xml znajdujący się w katalogu /WEB-INF Aplikacji Czytelnika. Wpis dotyczący odpowiedniego zadania okresowego przedstawia się następująco:
W zadaniu można zmienić dwa parametry: jcr.backup.dir oraz copies.amount. Drugi parametr określa maksymalną liczbę kopii zapasowych. Zadanie okresowe wykonuje się cyklicznie, domyślnie co 24 godz., i stąd po utworzeniu przez nie maksymalnej ilości plików kopii, każdy kolejno utworzony nadpisuje najstarszy plik kopii z katalogu jcr.backup.dir. Możliwe wartości parametru copies.amount:
Zmiana parametrów w zadaniach okresowych wymaga restartu kontenera (np. Apache Tomcat) Aplikacji Czytelnika.
Odzyskiwanie danych z kopii zapasowych JCR Aby odzyskać dane z utworzonego pliku .xml kopii zapasowej należy umieścić go w odpowiednim katalogu. Katalog ten jest konfigurowany w pliku /WEB-INF/conf/jcr.properties Aplikacji Czytelnika pod parametrem jcr.restore.dir. Konfiguracja miniaturZa konfigurację miniatur wyświetlanych w Aplikacji Czytelnika odpowiedzialny jest parametr (context-param) z pliku
Wartości parametru wstawia się między znacznikami <param-value></param-value>. Parametr jest czteroczęściowy i poszczególne jego części oddzielone są od siebie znakiem ';'. W przedstawionym wyżej przykładzie wartości poszczególnych części wynoszą: 200, 200, 1.0, false oraz image/png.
Pierwsze dwie wartości określają jakie wymiary będzie miał wyjściowy plik graficzny miniatury dla Aplikacji Czytelnika, bez względu na wymiary pierwotnego pliku graficznego - wprowadzonego w Aplikacji Redaktora. Jeśli więc przykładowo plik graficzny w Aplikacji Redaktora został wprowadzony w wymiarach szerokość = 500 pikseli i wysokość = 200 pikseli, to w Aplikacji Czytelnika będzie on odpowiednio przeskalowany do wymiarów skonfigurowanych w parametrze thumbnails.settings. Może to być przydatne w przypadku, gdy wprowadzane przez redaktorów pliki miniatur są dużej szczegółowości, niepotrzebnej przy wyświetlaniu w Aplikacji Czytelnika; zmniejszenie ich wymiarów zmniejsza zarazem ilość pamięci potrzebnej do ich przesyłu, co może dodatnio wpłynąć na szybkość transferu danych. Kolejny parametr jest powiązany z ostatnim i jest brany pod uwagę jedynie w przypadku, gdy miniatura ma ustawiony format wyjściowego pliku graficznego na 'image/jpeg'. Dzięki temu dodatkowo można zmniejszyć przesyłany plik stosując zalety kompresji stratnej formatu JPEG. Sensowną kompresje ustala się za pomocą liczby zmiennopozycyjnej w przedziale (0,1), Następny parametr określa sposób w jaki pierwotny obraz graficzny ma być dostosowany do wymiarów miniatury wprowadzonych w parametrze thumbnails.settings. Ustawienie flagi na 'true' spowoduje, że pierwotny plik graficzny zostanie proporcjonalnie zmniejszony i następnie obcięty do obszaru zdefiniowanego przez pierwsze dwa parametry. Ustawienie flagi na 'false' (domyślne) spowoduje, że pierwotny plik graficzny zostanie wpisany w obszar zdefiniowany przez parametry miniatury thumbnails.settings. Ostatni z parametrów określa typ wynikowego formatu graficznego miniatury. Wspierane są dwa najpopularniejsze formaty: JPEG oraz PNG. W przypadku wybrania formatu JPEG znaczenie ma również parametr stopnia kompresji (opisany wyżej). Poszczególne formaty identyfikowane są przez typy MIME, tj. dla PNG - 'image/png' oraz dla JPEG - 'image/jpeg'. Zmiana parametrów wyświetlanej miniatury wymaga restartu kontenera (np. Apache Tomcat) Aplikacji Czytelnika.
Konfiguracja komponentu "Polecane"Podstawowa konfiguracja komponentu "Polecane" znajduje się w pliku /WEB-INF/components.xml Aplikacji Czytelnika. Przykładowy wpis konfiguracyjny komponentu przedstawia się następująco:
Konfiguracja posiada dwa podstawowe parametry:
Pierwszy parametr w swoich domyślnych wartościach wstrzykuje wartość encji recommendedId, która jest deklarowana
Domyślnie wartością encji jest '3', która wskazuje na ID automatycznie utworzonej, przy instalacji, kolekcji.
Zarówno wartość przypisana encji jak i wartości parametrów mogą zostać zmienione, tak aby wskazywać na kolekcje wybrane przez administratora. Kolejny parametr RecommendedCount odpowiada za liczbę publikacji, które mają być wylosowane i prezentowane w komponencie. Jeśli komponent nie odnajdzie we wskazanej kolekcji odpowiedniej liczby publikacji z miniaturami, wyświetli te, które udało mu się odnaleźć. Innym parametrem, nie wskazanym w domyślnej konfiguracji, jest parametr considerHttpRequestId, który pobiera ID kolekcji z żądania HTTP. Parametr umożliwia umieszczenie komponentu na stronie z opisem kolekcji, gdzie publikacje są losowo wybierane z odwiedzanej kolekcji. Parametr przyjmuje wartość typu boolean: true|false. Jeśli parametr jest zdefiniowany nadpisuje on parametr RecommendedId; gdy parametr jest zdefiniowany i w żądaniu HTTP nie pojawia się ID kolekcji, wówczas komponent losuje publikacje z kolekcji głównej. Dodanie komponentu na stronę Kolejnym krokiem konfiguracji komponentu jest dodanie go na wybraną stronę. Strony definiuje się w pliku konfiguracyjnym /WEB-INF/pages.xml Aplikacji Czytelnika. Aby dodać komponent na stronę główną, należy w dokumencie pages.xml znaleźć deklarację strony (znacznik <page>) o nazwie main.
Wprowadzanie zmian i konfiguracja zarówno w obszarze pliku components.xml jak i pages.xml nie wymaga zrestartowania kontenera Aplikacji Czytelnika. Konfiguracja podpowiedzi z opisem publikacjiW wersji 5.0 Aplikacji Czytelnika w komponentach "Ostatnio dodane" oraz "Najczęściej czytane" długie tytuły publikacji są skracane, zaś po najechaniu na nie myszką pojawia się dodatkowa ramka prezentująca wybrane atrybuty wskazanej publikacji.
Między znacznikami <value></value> znajdują się nazwy RDF atrybutów metadanych (nazwy te można podejrzeć m.in. w Aplikacji Administratora); kolejność wpisanych atrybutów ma znaczenie - atrybut Title (tytuł) będzie się znajdywał na samej górze w ramce, pod nim Creator (twórca) itd. Aby zmiany były widoczne konieczne może być ponowne uruchomienie kontenera (np. Apache Tomcat) Aplikacji Czytelnika Integracja z serwisem społecznościowym FacebookW wersji 5.0 pojawiły się dwa komponenty integrujące Aplikację Czytelnika z serwisem społecznościowym Facebook.
Podstawowym atrybutem jest facebookPageUrl, w którym administrator wskazuje stronę danej instytucji/biblioteki cyfrowej utworzonej w ramach konta Facebook. Kolejne atrybuty mapują interfejs API Facebook dla komponentu i są to:
Dokładne znaczenie komponentu oraz jego atrybutów można sprawdzić na stronie dokumentacji komponentu Facebook. Drugim komponentem integrującym z Facebook jest LikeButtonComponent, który pozwala zalogowanym na Facebooka użytkownikom dodawać odwiedzaną stronę biblioteki cyfrowej do swoich ulubionych. Do prawidłowego funkcjonowania komponent nie wymaga konfiguracji, posiada jednakże zestaw dodatkowych atrybutów:
Dodawanie komponentów na stronę Aby ostatecznie móc wykorzystać komponenty w swojej Aplikacji Czytelnika potrzebne jest jeszcze skonfigurowanie ich na stronach w pliku /WEB-INF/pages.xml. 1)Dla komponentu LikeBoxComponent:
2)Dla komponentu LikeButtonComponent:
Wprowadzanie zmian w konfiguracji components.xml oraz pages.xml nie powinno wymagać ponownego uruchomienia kontenera Aplikacji Czytelnika. Konfiguracja funkcjonalności Self-ArchivingNiniejsza sekcja przedstawia konfigurację mechanizmu Self-Archiving w Aplikacji Czytelnika. pubcreator.properties Pierwszym plikiem konfiguracyjnym jest /WEB-INF/conf/pubcreator.properties, w którym zawarte są następujące parametry:
Parametry class.name oraz main.files.suggesters nie podlegają zmianom. Parametr max.file.size umożliwia administratorom wprowadzenie limitów na wielkość pliku treści tworzonych publikacji. Wielkość pliku podaje się w bajtach. Wartość 0 w tym wypadku oznacza brak limitu na wielkość. Istotnym parametrem jest upload.temp.dir, w którym administrator ustala ścieżkę do katalogu plików tymczasowych. W katalogu tym przechowywane są pliki z treścią publikacji do momentu przesłania ich do serwera. Po zakończeniu procesu tworzenia publikacji, pliki te są automatycznie usuwane z katalogu. Jeśli użytkownik w ramach swojej sesji nie dokończy procesu tworzenia publikacji, wówczas pliki tymczasowe, przesłane przez niego do Aplikacji Czytelnika, usunie zadanie okresowe. Ustawienie tego parametru jest istotne do prawidłowego działania mechanizmu Self-Archiving. Reszta parametrów, tj. main.files.suggesters.use, main.files.suggesters oraz default.main.files.lookup.filter.regexp(x) służy do konfiguracji opcji podpowiadania pliku głównego treści. W obecnej wersji dLibry opracowany został mechanizm podpowiadania działający w oparciu o nazwę plików. Parametry default.main.files.lookup.filter.regexp(x), gdzie x stanowią kolejne liczby ze zbioru N={0,1,...n}, określają wyrażenia regularne rozpoznające potencjalne pliki główne treści publikacji. Konfiguracja formularza atrybutów - pubc-metadata.xml Plik /WEB-INF/conf/pubc-metadata.xml służy do konfiguracji formularza atrybutów, który pojawia się w 2-gim kroku kreatora publikacji. W pliku tym określa się m.in. liczbę, rodzaj oraz kolejność wyświetlania atrybutów metadanych. W podstawowej formie plik przedstawia się następująco:
Głównym elementem struktury XML jest pubc-metadata, który zawiera elementy attribute reprezentujące pola w formularzu. Każdy element attribute posiada własny zestaw elementów oraz atrybutów. Atrybuty elementu attribute :
Elementy podrzędne elementu attribute:
Atrybut nazwy name elementu attribute musi być unikalny dla każdego zdefiniowanego pola. Administrator może go wykorzystać w korelacji z atrybutem alias ustawionym na 'true', domyślnie bowiem nazwa dla pola jest pobierana bezpośrednio od nazwy atrybutu metadanych dLibra, wskazanego elementem rdf-name (patrz wyżej), w tym wypadku można jednakże ustawić własną nazwę dla pola w plikach etykiet komponentu PublicationUploadComponent. Etykieta taka rozpoczyna się od prefiksu "PublicationUploadComponent" a kończy nazwą określoną w atrybucie name, np. "PublicationUploadComponent.title". Atrybut required określa czy wypełnienie pola jest wymagane do zaakceptowania tworzonej publikacji.
Pierwszym istotnym elementem podrzędnym elementu attribute jest rdf-name, który łączy wskazane pole formularza z atrybutem w schemacie metadanych biblioteki cyfrowej. Wszystkie wpisywane w pole wartości są kojarzone z konkretnym atrybutem metadanych poprzez nazwę RDF atrybutu. Przykładowymi nazwami RDF są: Title, Cretor, Abstract itp.
Element podrzędny position określa pozycję pola na liście pól formularza. Dwa dodatkowe podrzędne elementy, tj. multiple oraz input-type nie są wymagane. Pierwszy określa czy do danego pola można dodać wiele wartości (domyślnie 'true'), drugi określa jakiego typu jest pole formularza. Można wybrać spośród trzech typów: TEXT (standardowe pole tekstowe), TEXTAREA (duże pole tekstowe) oraz DATE (pole wyboru daty), które wpisuje się w atrybucie name elementu. Domyślnie dla każdego pola wybierany jest element typu TEXT. Przykładowo:
Jeśli zdefiniowane pole jest typu DATE wówczas można między znacznikami <input-type ...></input-type> umieścić podrzędne elementy:
Przykład konfiguracji pola daty:
Ostatnią kwestią wartą zaznaczenia jest obsługa kontrolowanych atrybutów metadanych. Pola, które w nazwie RDF odwołują się do atrybutów kontrolowanych prezentują się jako listy rozwijalne, w których użytkownik może wybrać jedną z proponowanych pozycji. Atrybuty ustawia się jako kontrolowane w Aplikacji Administratora. Więcej na ten temat można znaleźć tutaj.
Konfiguracja regulaminu Przed przystąpieniem do dodawania publikacji każdy użytkownik jest zobowiązany do zaakceptowania regulaminu, którego treść można zmienić na potrzeby własnej biblioteki cyfrowej. Treść regulaminu znajduje się na stronie pomocy regulations i może ona zostać zmieniona w panelu administracyjnym Aplikacji Czytelnika.
Wprowadzenie zmiany w pliku components.xml nie powinno wymagać restartu kontenera Aplikacji Czytelnika. Inne etapy konfiguracji Do prawidłowego działania funkcjonalności Self-Archiving potrzebne są jeszcze ustawienia w serwerze dLibra. Konfiguracja mechanizmu dodawania tagów publicznychIstnieje możliwość konfigurowania podstawowych parametrów akcji dodawania tagów publicznych. Aby to zrobić należy otworzyć plik /WEB-INF/actions.xml konfiguracji akcji. W pliku tym można odnaleźć wpis:
W procesie moderacji tagów publicznych są one przetrzymywane pewien okres czasu, w którym moderator może ustawić ich stan na "zaakceptowany" bądź "niezaakceptowany". Tylko zaakceptowane tagi publiczne są dodawane do atrybutu "Tagi" wybranej publikacji. Parametr accept.all.tags ustala czy przesyłana propozycja tagu publicznego ma być automatycznie ustawiana na stan "zaakceptowany", który może zostać ewentualnie zmieniony przed moderatora. Standardowo parametr accept.all.tags ustawiony jest na false co oznacza, iż dodawane tagi publiczne są domyślnie w stanie "niezaakceptowane". Dwa kolejne parametry określają minimalną (min.tag.length) oraz maksymalną (max.tag.length) liczbę znaków przeznaczonych na tag publiczny. W przypadku, gdy tag nie spełnia wyznaczonego limitu, nie zostanie on dodany do propozycji słów kluczowych. Ustawienie któregokolwiek z tych parametrów na wartość 0 spowoduje, iż nie będzie on brany pod uwagę przy sprawdzaniu liczby znaków tagu. Konfiguracja wyświetlania zabezpieczonych plików PDFOmawiana konfiguracja umożliwia precyzyjniejsze określenie zabezpieczenia w wyświetlanym przez Aplikację Czytelnika dokumencie PDF.
Podstawowymi parametrami są owner.pass oraz user.pass, które określają kolejno: hasło właściciela dokumentu PDF oraz hasło użytkownika dokumentu PDF, które będzie zobowiązany wprowadzić, jeśli dokument można w jakiś sposób modyfikować.
Wszystkie wymienione w liście parametry przyjmują wartości typu boolean (true|false).
Zmiana parametrów wymaga restartu kontenera Aplikacji Czytelnika (tj. Apache Tomcat). Konfiguracja kolekcji głównej dla Aplikacji CzytelnikaWersja 5.0 umożliwia administratorom wskazanie dowolnej kolekcji, spośród istniejących w bibliotece cyfrowej, która będzie spełniała rolę kolekcji głównej. Opcja ta idzie w parze z możliwością podłączenia wielu Aplikacji Czytelnika pod pojedynczy Serwer dLibra.
Wpis należy "odkomentować" zaś w miejsce [id of collection] należy wrzucić numeryczne ID kolekcji (unikalne ID ustawiane w bazie danych kolekcji). Po wszystkim należy zrestartować środowisko serwletów (np. Tomcat). Zmiany w formularzu "Kontakt"Aby zmienić domyślne wartości kontaktowe w formularzu należy otworzyć do edycji pliki WEBAPP_en.xml (dla języka angielskiego) oraz WEBAPP_pl.xml (dla języka polskiego), z katalogu /WEB-INF/components/resources. W plikach tych można znaleźć wpisy w postaci:
Łatwo zauważyć, iż poszczególne wartości dla elementów XML odpowiadają wartościom z formularza. Zmiany w tych plikach nie wymagają Inną rzeczą, o której warto pamiętać w kontekście formularza kontaktu, jest adres mail, na który wysyłane są wpisane przez użytkownika wiadomości. Adres ten można skonfigurować w pliku /WEB-INF/actions.xml, zmieniając wartość dla deklarowanej akcji SendMailAction:
Między znacznikami value można umieścić dowolną liczbę adresów mail oddzielonych średnikami lub przecinkami. Dodatkowa pomoc w formularzu logowaniaIstnieje możliwość łatwego udostępnienia czytelnikom dodatkowych informacji z poziomu formularza logowania (np. o prawnych ograniczeniach w sposobie udostępniania treści). Należy w tym celu otworzyć Panel Administracyjny i dodać stronę pomocy o identyfikatorze login-help. Jeśli taka strona istnieje (w zależności od aktualnie wybranego języka strony), na formularzu logowania pojawi się dodatkowy przycisk "Pomoc", który powoduje wyświetlenie treści tej strony pomocy. Ustawienia obsługi znaków wodnychZnaki wodne wyświetlane są dla zabezpieczonych prezentacji JPG (specjalny typ publikacji w dLibrze, który tworzy się poprzez wskazanie jako plik główny katalogu zawierającego pliki JPG). Odbywa się to za pomocą specjalnego appletu Java. Znak wodny to obrazek, który jest nakładany na wyświetlaną treść prezentacji z efektem przezroczystości. Zalecamy wykorzystać grafikę w formacie PNG, który pozwala zapisać obraz z przezroczystym tłem. Obrazek ten jest zawsze powiększany tak, aby zajmował maksymalną powierzchnię. Nie jest jednak rozciągany do proporcji głównego obrazu, tylko wyśrodkowany. Można jednak uzyskać efekt znaku wodnego mniejszego niż główny obraz, poprzez dodanie przezroczystego obramowania o wybranej szerokości w grafice znaku wodnego. Oprócz obrazka, w znaku wodnym może być automatycznie wstawiona nazwa zalogowanego użytkownika. Konfiguracja znaków wodnych znajduje się w pliku WEB-INF/web.xml, w sekcji poświęconej servletowi watermarkServlet. Można tam zdefiniować następujące parametry:
Udostępnianie mapy witryny robotom indeksującym
|