Ĺadny brzuch
Witam
Mam w planach stworzenie małego komunikatora, obsługującego kilkanaście użytkowników. Wiem, że było już wiele takich tematów, jednak mam kilka pytań. Jaki polecacie komponent do obsługi tegoż komunikatora? Podstawowe takie jak ClientSocket i ServerSocket, czy może z indy: IdTCPClient i IdTCPServer? Czy może jeszcze jakiś inny?
Teraz moje drugie pytanie i chyba najważniejsze, czy jest jakiś inny sposób postawienia serwera? :P No bo na necie są właśnie takie komunikatorki, jednak chyba serwer nie powinien stać na normalnym Windowsie XP tylko jakiś serwerowy - linux. I co w tym wypadku powinienem zrobić? Czy potrzeba mi jakiś specjalny komponent czy co? No bo myślę, że może kupię jakiś shell czy konto i postawię sobie taki serwer :). No, ale najpierw trzeba zrobić klienta :P.
A może nie korzystać z takich komponentów tylko z bazy danych? No, ale z drugiej strony, jak program miałby sprawdzać czy przyszła wiadomość? Bo nie wiem czy dobrym pomysłem jest łączenie się z bazą danych co 1 sec i sprawdzanie czy nadeszła wiadomość... Podobnie z plikami .txt (no tu najłatwiej bym zrobił, ale co nie uśmiecha mi się, żeby program sprawdzał co chwile czy nadeszła nowa wiadomość - wtedy opóźnienie dotarcia wiadomości murowane ;]).
Może Wy macie jakieś pomysły? :) Jak najlepiej to zrobić? :P
Migajek kiedyś zrobił taki swój komunikator na Indy - wrzuciłem go tutaj:
http://pioder.gim2pr...ator-delphi.rar
Tutaj Indy9:
http://pioder.gim2pr...files/indy9.zip
Najprościej - na serwerze linuksowym postawić Wine i z niego odpalać serwer, jest to jednak bardzo nieoptymalne rozwiązanie. Możesz zrobić aplikację - serwer w Lazarusie, ale bez GUI, aplikacja tekstowa i tak skompilowana wersja na linuksie mogłaby się odpalać w screen'ie.
Pozdrawiam
Użytkownik Petermechanic edytował ten post 20 luty 2009, 16:52
Najprościej - na serwerze linuksowym postawić Wine i z niego odpalać serwer, jest to jednak bardzo nieoptymalne rozwiązanie. Możesz zrobić aplikację - serwer w Lazarusie, ale bez GUI, aplikacja tekstowa i tak skompilowana wersja na linuksie mogłaby się odpalać w screen'ie.
Pozdrawiam
A czemu to tak :P Przecież dla Linuxa też jest kompilator np. Kylix (co prawda może okazać się że trzeba będzie trochę zmienić)
jednak chyba serwer nie powinien stać na normalnym Windowsie XP tylko jakiś serwerowy - linux.
A o Windows Server 2003 lub 2008 nigdy nie słyszałeś? ;)
A może nie korzystać z takich komponentów tylko z bazy danych?
Bazę danych możesz wykorzystać do przechowywania danych użytkowników, statystyk lub wiadomości, które nie mogły zostać dostarczone, gdy użytkownik nie był podłączony do serwera on-line.
No bo myślę, że może kupię jakiś shell czy konto i postawię sobie taki serwer :)
Polecam http://rootnode.pl/.
Użytkownik Kozack edytował ten post 20 luty 2009, 18:32
bajeczny, pracowałeś kiedyś na Kylixie?
Kylix był pisany za czasów kernela 2.4.x oraz libc5 i glibc2.0 oraz gtk+ (wersja 1.x). Na dzisiejszej dystrybucji nie odpalisz tego, chyba, że cudem. Mi po pół roku udało się go uruchomić na Debianie 4.0, to i tak posypał się interfejs. Dlatego piszę na temat Lazarusa. Poza tym, ma narzędzia do importu paczek i projektów z Delphi. Co prawda - zanim kompilacja przejdzie do końca to trochę potrwa (nieco inny kompilator), ale pracuje bez zarzutów. Lazarus jest zarówno na Windowsa, jak i Linuksa.
To tyle, jeżeli chodzi o IDE do Delphi :) (myślę, że też koniec OT).
Przykład komunikatora dałem wyżej, także chyba tyle z mojej strony. Jeżeli chodzi o użytkowników na serwerze - może XML ? każdy user miałby swój pliczek, w nim ustawienia, np. login, haslo (w md5), data założenia konta, ostatnie ip, ostatnie logowanie. Do tego osobny folder z listą kontaktów, także w XML-u.
Pozdrawiam
ponad np. pidgina/adium i libpurple nic lepszego nie wymyślicie ;) Przykład rozdziału GUI od bibliotek obsługujących różne protokoły i działający na różnych systemach operacyjnych. Co do własnego formatu komunikatora - XMPP, jabber. Jeżeli ci się chce kodzić połączenia szyfrowane to możesz "działać" ;) Ogólnie nie jest to temat dla darmowych "scryptów" i komponentów delphi itp., które "nie są trudne". A od strony serwera kłania się jeszcze wielowątkowość demona obsługującego klientów.
Użytkownik Riklaunim edytował ten post 22 luty 2009, 04:24
zanotowane.pl doc.pisz.pl pdf.pisz.pl zsf.htw.pl
Mam w planach stworzenie małego komunikatora, obsługującego kilkanaście użytkowników. Wiem, że było już wiele takich tematów, jednak mam kilka pytań. Jaki polecacie komponent do obsługi tegoż komunikatora? Podstawowe takie jak ClientSocket i ServerSocket, czy może z indy: IdTCPClient i IdTCPServer? Czy może jeszcze jakiś inny?
Teraz moje drugie pytanie i chyba najważniejsze, czy jest jakiś inny sposób postawienia serwera? :P No bo na necie są właśnie takie komunikatorki, jednak chyba serwer nie powinien stać na normalnym Windowsie XP tylko jakiś serwerowy - linux. I co w tym wypadku powinienem zrobić? Czy potrzeba mi jakiś specjalny komponent czy co? No bo myślę, że może kupię jakiś shell czy konto i postawię sobie taki serwer :). No, ale najpierw trzeba zrobić klienta :P.
A może nie korzystać z takich komponentów tylko z bazy danych? No, ale z drugiej strony, jak program miałby sprawdzać czy przyszła wiadomość? Bo nie wiem czy dobrym pomysłem jest łączenie się z bazą danych co 1 sec i sprawdzanie czy nadeszła wiadomość... Podobnie z plikami .txt (no tu najłatwiej bym zrobił, ale co nie uśmiecha mi się, żeby program sprawdzał co chwile czy nadeszła nowa wiadomość - wtedy opóźnienie dotarcia wiadomości murowane ;]).
Może Wy macie jakieś pomysły? :) Jak najlepiej to zrobić? :P
Migajek kiedyś zrobił taki swój komunikator na Indy - wrzuciłem go tutaj:
http://pioder.gim2pr...ator-delphi.rar
Tutaj Indy9:
http://pioder.gim2pr...files/indy9.zip
Najprościej - na serwerze linuksowym postawić Wine i z niego odpalać serwer, jest to jednak bardzo nieoptymalne rozwiązanie. Możesz zrobić aplikację - serwer w Lazarusie, ale bez GUI, aplikacja tekstowa i tak skompilowana wersja na linuksie mogłaby się odpalać w screen'ie.
Pozdrawiam
Użytkownik Petermechanic edytował ten post 20 luty 2009, 16:52
Najprościej - na serwerze linuksowym postawić Wine i z niego odpalać serwer, jest to jednak bardzo nieoptymalne rozwiązanie. Możesz zrobić aplikację - serwer w Lazarusie, ale bez GUI, aplikacja tekstowa i tak skompilowana wersja na linuksie mogłaby się odpalać w screen'ie.
Pozdrawiam
A czemu to tak :P Przecież dla Linuxa też jest kompilator np. Kylix (co prawda może okazać się że trzeba będzie trochę zmienić)
jednak chyba serwer nie powinien stać na normalnym Windowsie XP tylko jakiś serwerowy - linux.
A o Windows Server 2003 lub 2008 nigdy nie słyszałeś? ;)
A może nie korzystać z takich komponentów tylko z bazy danych?
Bazę danych możesz wykorzystać do przechowywania danych użytkowników, statystyk lub wiadomości, które nie mogły zostać dostarczone, gdy użytkownik nie był podłączony do serwera on-line.
No bo myślę, że może kupię jakiś shell czy konto i postawię sobie taki serwer :)
Polecam http://rootnode.pl/.
Użytkownik Kozack edytował ten post 20 luty 2009, 18:32
bajeczny, pracowałeś kiedyś na Kylixie?
Kylix był pisany za czasów kernela 2.4.x oraz libc5 i glibc2.0 oraz gtk+ (wersja 1.x). Na dzisiejszej dystrybucji nie odpalisz tego, chyba, że cudem. Mi po pół roku udało się go uruchomić na Debianie 4.0, to i tak posypał się interfejs. Dlatego piszę na temat Lazarusa. Poza tym, ma narzędzia do importu paczek i projektów z Delphi. Co prawda - zanim kompilacja przejdzie do końca to trochę potrwa (nieco inny kompilator), ale pracuje bez zarzutów. Lazarus jest zarówno na Windowsa, jak i Linuksa.
To tyle, jeżeli chodzi o IDE do Delphi :) (myślę, że też koniec OT).
Przykład komunikatora dałem wyżej, także chyba tyle z mojej strony. Jeżeli chodzi o użytkowników na serwerze - może XML ? każdy user miałby swój pliczek, w nim ustawienia, np. login, haslo (w md5), data założenia konta, ostatnie ip, ostatnie logowanie. Do tego osobny folder z listą kontaktów, także w XML-u.
Pozdrawiam
ponad np. pidgina/adium i libpurple nic lepszego nie wymyślicie ;) Przykład rozdziału GUI od bibliotek obsługujących różne protokoły i działający na różnych systemach operacyjnych. Co do własnego formatu komunikatora - XMPP, jabber. Jeżeli ci się chce kodzić połączenia szyfrowane to możesz "działać" ;) Ogólnie nie jest to temat dla darmowych "scryptów" i komponentów delphi itp., które "nie są trudne". A od strony serwera kłania się jeszcze wielowątkowość demona obsługującego klientów.
Użytkownik Riklaunim edytował ten post 22 luty 2009, 04:24