konto usunięte

Temat: Kilka skryptów - jedna baza użytkowników

Na razie mam tylko pomysł. Nie wiem jaki jest stopień skomplikowania od strony technicznej. Chodzi o to, że mam np.: bloga, forum i platformę e-learning' ową. Chce, żeby użytkownik rejestrował się tam gdzie mu się podoba i logował jednym loginem i hasłem wszędzie. Tak, żeby zmiana hasła działała też gdzie indziej - czy od strony technicznej to trudne zadanie?
Druga kwestia związana z pierwszą to połączenie Moodle' a czym do sprzedawania dostępu tam. Można na pewno sprzedawać przez osCommerce i ręcznie dodawać użytkownika do Moodle' a, ale przy kilkuset osobach to już dużo pracy. Czy to również można zautomatyzować?
Wojciech Sznapka

Wojciech Sznapka CTO @ STS Zakłady
Bukmacherskie

Temat: Kilka skryptów - jedna baza użytkowników

Mariusz Gabler:
Na razie mam tylko pomysł. Nie wiem jaki jest stopień skomplikowania od strony technicznej. Chodzi o to, że mam np.: bloga, forum i platformę e-learning' ową. Chce, żeby użytkownik rejestrował się tam gdzie mu się podoba i logował jednym loginem i hasłem wszędzie. Tak, żeby zmiana hasła działała też gdzie indziej - czy od strony technicznej to trudne zadanie?

raczej proste. ale możesz użyć jakiś uniwersalny mechanizm, jak np. OpenId - http://openid.pl/Wojciech Sznapka edytował(a) ten post dnia 19.09.08 o godzinie 20:00
Jarosław Rafa

Jarosław Rafa senior software
engineer, Motorola
Solutions Systems
Polska

Temat: Kilka skryptów - jedna baza użytkowników

Mariusz Gabler:
Na razie mam tylko pomysł. Nie wiem jaki jest stopień skomplikowania od strony technicznej. Chodzi o to, że mam np.: bloga, forum i platformę e-learning' ową. Chce, żeby użytkownik rejestrował się tam gdzie mu się podoba i logował jednym loginem i hasłem wszędzie. Tak, żeby zmiana hasła działała też gdzie indziej - czy od strony technicznej to trudne zadanie?

Narzedzia - blog, forum, platforma - gotowe czy pisane samemu?
Jesli to drugie, to nie ma ZADNEGO problemu - uzywasz wszedzie tej samej funkcji autentykujacej, w ten sam sposob.
Jesli to pierwsze, no to trzeba bedzie zdecydowac sie na jakis wspolny format tabeli uzytkownikow (bo zapewne sa trzy rozne) i grzebnac w kodzie, tak aby ujednolicic dzialanie funkcji autentykujacych.
Inna metoda to zostawic tabele uzytkownikow i funkcje autentykujace tak jak sa, natomiast przerobic kod sluzacy do zakladania konta/zmainy hasla w kazdym narzedziu, tak zeby kazda zmiana hasla odbywala sie rownoczesnie we wszystkich trzech. To drugie jest moze podejsciem mniej eleganckim ale czasem moze to byc latwiej zrobic, wszystko zalezy jak konkretnie wyglada kod.
Tak czy owak nie wydaje mi sie zeby to bylo jakos specjalnie trudne.

konto usunięte

Temat: Kilka skryptów - jedna baza użytkowników

Chodzi o gotowe rozwiązania. Nie pisane samemu.

Najbardziej interesuje mnie dodanie do Moodle' a mechanizmu pozwalającego sprzedawać dostęp do szkoleń. Przy większej liczbie chętnych rozwiązanie z kluczem będzie bardzo mało wydajne. Widziałem gotowce, ale niestety tylko do amerykańskich systemów płatności.

konto usunięte

Temat: Kilka skryptów - jedna baza użytkowników

To co chcesz osiągnąć nazywa się single sign-on.

A tak swoją drogą to jeżeli i tak nie chcesz zrobić tego samemu - to nie powinieneś się zastanawiać jak to zrobić - tylko komu to zlecić.

Temat: Kilka skryptów - jedna baza użytkowników

Jest jeszcze jedna ważna kwestia. Wszystko chodzi na jednym serwerze czy jest to system rozproszony?
Michał Ławicki

Michał Ławicki dostawca zadowolenia

Temat: Kilka skryptów - jedna baza użytkowników

WebService :)

Temat: Kilka skryptów - jedna baza użytkowników

Michał `Bełdzio` Ławicki:
WebService :)

Jeżeli webservice to nasuwa się kolejne pytanie :-).
System jest monolityczny (wszystko jest napisane w jednej technologii np. .NET, PHP, Java etc.) czy w różnych? Ale mieszam hehhe
Alan Gabriel B.

Alan Gabriel B. Software Engineer,
IFX

Temat: Kilka skryptów - jedna baza użytkowników

Wojciech Małota:
Michał `Bełdzio` Ławicki:
WebService :)

Jeżeli webservice to nasuwa się kolejne pytanie :-).
System jest monolityczny (wszystko jest napisane w jednej technologii np. .NET, PHP, Java etc.) czy w różnych? Ale mieszam hehhe

Webservice mają to do siebie, że nie są monolityczne :) Używasz wybranego protokołu, a klientów piszesz w czym popadnie.

Problem może zaistnieć przy na przykład Data Transfer Objects, bo zazwyczaj są one związane implementacją silnika webservice'u, ale i to można obejść.

Heeh, jest jeszcze możliwość, że pytasz się, czy samo jądro pisać w kilku językach - to ja się pytam: "opłacalne to"?

Temat: Kilka skryptów - jedna baza użytkowników

Alan B.:
Webservice mają to do siebie, że nie są monolityczne :) Używasz wybranego protokołu, a klientów piszesz w czym popadnie.

Teoria mówi również, że zapytania SQL napisane dla jednego silnika zadziałają też na inny.
Z Webservicami praktyka jest taka, że żeby przesłać sobie obiekt z .NET do np. Javy trzeba się nagimnastykować.
Michał Zwoliński

Michał Zwoliński vojo w języku
esperanto to droga
:)

Temat: Kilka skryptów - jedna baza użytkowników

A nie po to wymyślili XML'a?
Alan Gabriel B.

Alan Gabriel B. Software Engineer,
IFX

Temat: Kilka skryptów - jedna baza użytkowników

Wojciech Małota:
Teoria mówi również, że zapytania SQL napisane dla jednego silnika zadziałają też na inny.
Z Webservicami praktyka jest taka, że żeby przesłać sobie obiekt z .NET do np. Javy trzeba się nagimnastykować.

Napisał przecież o Data Transfer Objects, o których wzmiankę raczyłeś pominąć, a które są dokładnie tym o czym piszesz.

To jest problem, ale:
1. Możesz ich nie używać.
2. Możesz użyć innego, uniwersalnego obiektu (JSON?) - z czym nie powinno być problemu, bo DTO niesie tylko informacje, nie zachowanie.Alan B. edytował(a) ten post dnia 21.09.08 o godzinie 13:36



Wyślij zaproszenie do