Różnice między wybraną wersją a wersją aktualną.
| Both sides previous revision Poprzednia wersja Nowa wersja | Poprzednia wersja | ||
|
pl:dydaktyka:sbd:2009:projekty:skos-ldap:start [2010/02/11 16:23] sbd09 |
pl:dydaktyka:sbd:2009:projekty:skos-ldap:start [2019/06/27 15:50] (aktualna) |
||
|---|---|---|---|
| Linia 352: | Linia 352: | ||
| Strony obsługiwane są na porcie 8000, który jest defaultowym portem Django. W przypadku zmiany portu należy zmienić również numery portów w plikach katalogu //template//. | Strony obsługiwane są na porcie 8000, który jest defaultowym portem Django. W przypadku zmiany portu należy zmienić również numery portów w plikach katalogu //template//. | ||
| + | |||
| + | Przed uruchomieniem serwera pamiętać o synchronizacji Django z bazą danych !!! | ||
| + | <code>$ python manage.py syncdb</code> | ||
| Serwer uruchamiany jest za pomocą polecenia: | Serwer uruchamiany jest za pomocą polecenia: | ||
| Linia 427: | Linia 430: | ||
| - Najpoważniejszy problem pojawił się w przypadku pracowników posiadających dwa miejsca pracy, tzw. główne i dodatkowe miejsce pracy. W systemie SKOS mamy 30 takich pracowników. Powoduje to przypisanie atrybutom związanym z miejscem pracy, a więc //description, l, departmentNumber, roomNumber, eduPersonAffiliation, plPosition// dwóch wartości.\\ Przykład pokazuje tabela:\\ {{:pl:dydaktyka:sbd:2009:projekty:skos-ldap:tragedia.png|}} \\ Podczas testów okazało się, że dodana kolejno wartość atrybutu nie jest wstawiana na koniec listy, ale według porządku alfabetycznego. Sytuacja ta powoduje przemieszanie się ze sobą miejsc pracy, tak że nie można ich odróżnić. Nie udało nam się znaleźć nigdzie, czy można zmienić sposób, w jaki dodawane wartości atrybutów są porządkowane. Jedynym rozwiązaniem byłoby otagowanie wartości związanych z dodatkowym miejscem pracy. Aczkolwiek znacznie zmniejszyłoby to czytelność w przypadku przeglądania bazy za pomocą edytora graficznego, czy też książki adresowej. | - Najpoważniejszy problem pojawił się w przypadku pracowników posiadających dwa miejsca pracy, tzw. główne i dodatkowe miejsce pracy. W systemie SKOS mamy 30 takich pracowników. Powoduje to przypisanie atrybutom związanym z miejscem pracy, a więc //description, l, departmentNumber, roomNumber, eduPersonAffiliation, plPosition// dwóch wartości.\\ Przykład pokazuje tabela:\\ {{:pl:dydaktyka:sbd:2009:projekty:skos-ldap:tragedia.png|}} \\ Podczas testów okazało się, że dodana kolejno wartość atrybutu nie jest wstawiana na koniec listy, ale według porządku alfabetycznego. Sytuacja ta powoduje przemieszanie się ze sobą miejsc pracy, tak że nie można ich odróżnić. Nie udało nam się znaleźć nigdzie, czy można zmienić sposób, w jaki dodawane wartości atrybutów są porządkowane. Jedynym rozwiązaniem byłoby otagowanie wartości związanych z dodatkowym miejscem pracy. Aczkolwiek znacznie zmniejszyłoby to czytelność w przypadku przeglądania bazy za pomocą edytora graficznego, czy też książki adresowej. | ||
| + | ===== Wykaz literatury ===== | ||
| + | - [[http://www.python.org/doc/|www.python.org]] | ||
| + | - [[http://www.easysoft.com/developer/interfaces/odbc/linux.html|www.easysoft.com]] | ||
| + | - [[http://darold.net/projects/ldap_pg/HOWTO/index.html|darold.net]] | ||
| + | - [[http://www.djangobook.com/en/1.0/|www.djangobook.com]] | ||
| + | - [[http://www.oav.net/mirrors/LDAP-ObjectClasses.html|www.oav.net]] | ||
| + | - [[http://projekt-ldap.uci.umk.pl/raporty/ftp/uci/pledu.html|projektldap.uci.umk.pl]] | ||
| + | - [[http://middleware.internet2.edu/eduperson/docs/internet2-mace-dir-eduperson-200806.html|middleware.internet2.edu]] | ||
| + | - Adrian Holovaty, Jacob Kaplan-Moss „The definitive guide to django web development done right”, 2nd edition, July 2009 | ||
| + | - Gerald Carter „LDAP system administration”, O'Reilly, March 2003 | ||
