Ĺadny brzuch
Ostatnio na forum pojawiło się sporo tematów dotyczących tworzenia komunikatorów. Mam pewien pomysł :excl: . Chodzi o to, abyśmy wspólnie stworzyli protokół i/lub bazę użytkowników, a potem dopisywali do tego klienty(lub klientów). Co wy na to?
Ja na to:
http://forum.ks-eksp...showtopic=43197
http://forum.ks-eksp...showtopic=39785
http://forum.ks-eksp...showtopic=38409
http://forum.ks-eksp...showtopic=38007
http://forum.ks-eksp...showtopic=37845
http://forum.ks-eksp...showtopic=36427
http://forum.ks-eksp...showtopic=25552
http://forum.ks-eksp...showtopic=14528
http://forum.ks-eksp...?showtopic=2903
http://forum.ks-eksp...?showtopic=2591
http://forum.ks-eksp...showtopic=42737
prawda jest brutalna, linki migajka tylko to potwierdzają: NIC Z TEGO NIE WYJDZIE
Jestes nowy wiec mozesz jeszcze nie wiedzec, ale na tym forum byly proby wspolnego pisania systemow operacyjnych, gier , cms'ow itp. (i w zasadzie jeszcze nigdy nic z tego nie wyszlo)
Jestes nowy wiec mozesz jeszcze nie wiedzec, ale na tym forum byly proby wspolnego pisania systemow operacyjnych, gier , cms'ow itp. (i w zasadzie jeszcze nigdy nic z tego nie wyszlo)
Te linki wyżej to fakty
To prawda że niewiele sie udaje ale jak to juz raz było powiedziane czas to zmienic! Jak zbierze sie team :P to ja w to wchodzę
To prawda że niewiele sie udaje ale jak to juz raz było powiedziane czas to zmienic! Jak zbierze sie team :P to ja w to wchodzę
To nie mój poziom (jeszcze) bo mam dopiero motyla noga 13 lat i dopiero zaczynam ale taki komunikator to mozna napisac. Szkielet mamy był w Ekspercie 6/2004
Eh... czy ci ludzie niczego się nie nauczą. Nie na tym forum chłopie. ;)
Zacznij pisać sam - zaprezentuj potem swoje postepy. Jak się postarasz i zrobisz na nas wrażenie to wielu się przyłaczy. Ale najpierw zbierz argumenty, abyśmy w to weszli....
Ostatnio na forum pojawiło się sporo tematów dotyczących tworzenia komunikatorów. Mam pewien pomysł :excl: . Chodzi o to, abyśmy wspólnie stworzyli protokół i/lub bazę użytkowników, a potem dopisywali do tego klienty(lub klientów). Co wy na to?
podobnie bylo z robieniem forumowego CMSa. oczywiscie niewypalilo :) (i dobrze). dochodze do wniosku, ze posty o robieniu wspolnych rzeczy pisza ludzie ktorzy nie umieja zrobic helloworld :)
Zrób szkielet programu i zostaw na Open Source :P
Zrób szkielet programu i zostaw na Open Source :P
Ja nie czuje idei OpenSource (zwlaszcza wprzypadku projektow nad ktorymi pracowalem dluzej niz 2 godziny :P )
Ach Ty i Twoje projekty :P Ciekawe ile pracowałeś na PINerem zanim pojawił się pierwszy raz na forum :P
a ja mysle ze mozna by napisac taki komunikator
najwazniejszy jest projekt protokołu i serwery dla komunikacji (to drugie chyba najtrudniejsze)
a protokół by musiał być jakiś elegancki... porządny - lepszy od gg i wogle...
a protokół by musiał być jakiś elegancki... porządny - lepszy od gg i wogle...
A tak konkretnie to co ci sie nie podoba w protokole gg? Pozatym leszy czyli jaki?
Wydaje mi się, że wszyscy (prawie) źle mnie zrozumieliście. Nie chodzi mi o pisanie komunikatora, ale jedynie o wspólne ustalenie pewnych standardów (portu lub formatu bazy danych na serwerze), tak by inni mogli pisać klientów istniejącej sieci.
Wydaje mi się, że wszyscy (prawie) źle mnie zrozumieliście. Nie chodzi mi o pisanie komunikatora, a jedynie o ustalenie pewnych standardów, które umożliwiałyby pisanie klientów istniejącej sieci.
Wiesz co ja bym mogl z toba pisać... Napisalem juz kilka komunikatorow i mysle ze mam w tym troche doswiadczenia... :D
PS. Moze tym razem sie uda- zawsze musi byc ten pierwszy raz... :D
//Edit
Chyba chodzi ci o stworzenie protokolu tak jak GG a potem rozpowszechnianie komponentu ktory by ten protokol obslugiwal (tak jak THGG Detoxa) O to ci chodzi?? Kazdy by mogl wtedy napisac wlasnego klienta tejze sieci...
Użytkownik Kajetanek edytował ten post 10 maj 2005, 09:25
Mniej więcej Kajetanku. Chciaż to niekoniecznie miałby być komponent, moim zamysłem było stworzenie standardu (w zasadzie na jedno wychodzi).
Jaki jest sens tworzenia kolejnego protokolu do którego nie będzie dobrych klientów? Juz powstał jabber [ładne kilka lat temu] i jest dość popularny na całym świecie. Lepiej skoncentrować się na kliencie obsługującym wiele sieci i oferującym ciekawe funkcje.
Mniej więcej Kajetanku. Chciaż to niekoniecznie miałby być komponent, moim zamysłem było stworzenie standardu (w zasadzie na jedno wychodzi).
Nie powiem nic nowego. Chodzi mi o ustalenie zawartości pojedynczego pakietu, portu, typu komunikacji, baz danych użytkowników itd. Potem można by to wydać jako wyczerpujący dokument (SDK :)), który ułatwiłby początkującym programistom pisanie klientów sieci i tym samym umożliwiał naukę.
Nie powiem nic nowego. Chodzi mi o ustalenie zawartości pojedynczego pakietu, portu, typu komunikacji, baz danych użytkowników itd. Potem można by to wydać jako wyczerpujący dokument (SDK :)), który ułatwiłby początkującym programistom pisanie klientów sieci i tym samym umożliwiał naukę...
Może zacznę:
- komunikacja p2p lub przez serwer (do wyboru)
- port: 2558 (nie wiem czemu)
- baza danych MySQL (pola obowiązkowe: uid, pass, status, ip)
Dopisujcie własne propozycje.
byle nie przez p2p bo część adminów serwerów nie pozwala na p2p
aha ja dalbym port 80 (brak HTTP na czas rozmowy :D)
No to ja poddam to w wątpliwość. Są jakieś standardy prawda? I co, jak ma to dalej wyglądać? :> Każdy będzie pisał klienta i potem sam, z niego korzystał, aby porozmawiać z innymi użytkownikami, którzy też napisali swoje komunikatory? Ewentualnie wymini się jeden z drugim swoim komunikatorem, który różni się tylko dodatkową funkcją Close; ?
Mogą się wymieniać, ale chodzi o to, by każdy napisał swój komunikator i korzystał z ogólnodostępnego protokołu. Można ewentualnie założyć stronę z komunikatorami w dziale download i rankingiem oraz ocenami (konkurs na najlepszy komunikator :)).
Użytkownik coperek edytował ten post 29 maj 2005, 11:25
zanotowane.pl doc.pisz.pl pdf.pisz.pl zsf.htw.pl
Ja na to:
http://forum.ks-eksp...showtopic=43197
http://forum.ks-eksp...showtopic=39785
http://forum.ks-eksp...showtopic=38409
http://forum.ks-eksp...showtopic=38007
http://forum.ks-eksp...showtopic=37845
http://forum.ks-eksp...showtopic=36427
http://forum.ks-eksp...showtopic=25552
http://forum.ks-eksp...showtopic=14528
http://forum.ks-eksp...?showtopic=2903
http://forum.ks-eksp...?showtopic=2591
http://forum.ks-eksp...showtopic=42737
prawda jest brutalna, linki migajka tylko to potwierdzają: NIC Z TEGO NIE WYJDZIE
Jestes nowy wiec mozesz jeszcze nie wiedzec, ale na tym forum byly proby wspolnego pisania systemow operacyjnych, gier , cms'ow itp. (i w zasadzie jeszcze nigdy nic z tego nie wyszlo)
Jestes nowy wiec mozesz jeszcze nie wiedzec, ale na tym forum byly proby wspolnego pisania systemow operacyjnych, gier , cms'ow itp. (i w zasadzie jeszcze nigdy nic z tego nie wyszlo)
Te linki wyżej to fakty
To prawda że niewiele sie udaje ale jak to juz raz było powiedziane czas to zmienic! Jak zbierze sie team :P to ja w to wchodzę
To prawda że niewiele sie udaje ale jak to juz raz było powiedziane czas to zmienic! Jak zbierze sie team :P to ja w to wchodzę
To nie mój poziom (jeszcze) bo mam dopiero motyla noga 13 lat i dopiero zaczynam ale taki komunikator to mozna napisac. Szkielet mamy był w Ekspercie 6/2004
Eh... czy ci ludzie niczego się nie nauczą. Nie na tym forum chłopie. ;)
Zacznij pisać sam - zaprezentuj potem swoje postepy. Jak się postarasz i zrobisz na nas wrażenie to wielu się przyłaczy. Ale najpierw zbierz argumenty, abyśmy w to weszli....
Ostatnio na forum pojawiło się sporo tematów dotyczących tworzenia komunikatorów. Mam pewien pomysł :excl: . Chodzi o to, abyśmy wspólnie stworzyli protokół i/lub bazę użytkowników, a potem dopisywali do tego klienty(lub klientów). Co wy na to?
podobnie bylo z robieniem forumowego CMSa. oczywiscie niewypalilo :) (i dobrze). dochodze do wniosku, ze posty o robieniu wspolnych rzeczy pisza ludzie ktorzy nie umieja zrobic helloworld :)
Zrób szkielet programu i zostaw na Open Source :P
Zrób szkielet programu i zostaw na Open Source :P
Ja nie czuje idei OpenSource (zwlaszcza wprzypadku projektow nad ktorymi pracowalem dluzej niz 2 godziny :P )
Ach Ty i Twoje projekty :P Ciekawe ile pracowałeś na PINerem zanim pojawił się pierwszy raz na forum :P
a ja mysle ze mozna by napisac taki komunikator
najwazniejszy jest projekt protokołu i serwery dla komunikacji (to drugie chyba najtrudniejsze)
a protokół by musiał być jakiś elegancki... porządny - lepszy od gg i wogle...
a protokół by musiał być jakiś elegancki... porządny - lepszy od gg i wogle...
A tak konkretnie to co ci sie nie podoba w protokole gg? Pozatym leszy czyli jaki?
Wydaje mi się, że wszyscy (prawie) źle mnie zrozumieliście. Nie chodzi mi o pisanie komunikatora, ale jedynie o wspólne ustalenie pewnych standardów (portu lub formatu bazy danych na serwerze), tak by inni mogli pisać klientów istniejącej sieci.
Wydaje mi się, że wszyscy (prawie) źle mnie zrozumieliście. Nie chodzi mi o pisanie komunikatora, a jedynie o ustalenie pewnych standardów, które umożliwiałyby pisanie klientów istniejącej sieci.
Wiesz co ja bym mogl z toba pisać... Napisalem juz kilka komunikatorow i mysle ze mam w tym troche doswiadczenia... :D
PS. Moze tym razem sie uda- zawsze musi byc ten pierwszy raz... :D
//Edit
Chyba chodzi ci o stworzenie protokolu tak jak GG a potem rozpowszechnianie komponentu ktory by ten protokol obslugiwal (tak jak THGG Detoxa) O to ci chodzi?? Kazdy by mogl wtedy napisac wlasnego klienta tejze sieci...
Użytkownik Kajetanek edytował ten post 10 maj 2005, 09:25
Mniej więcej Kajetanku. Chciaż to niekoniecznie miałby być komponent, moim zamysłem było stworzenie standardu (w zasadzie na jedno wychodzi).
Jaki jest sens tworzenia kolejnego protokolu do którego nie będzie dobrych klientów? Juz powstał jabber [ładne kilka lat temu] i jest dość popularny na całym świecie. Lepiej skoncentrować się na kliencie obsługującym wiele sieci i oferującym ciekawe funkcje.
Mniej więcej Kajetanku. Chciaż to niekoniecznie miałby być komponent, moim zamysłem było stworzenie standardu (w zasadzie na jedno wychodzi).
Nie powiem nic nowego. Chodzi mi o ustalenie zawartości pojedynczego pakietu, portu, typu komunikacji, baz danych użytkowników itd. Potem można by to wydać jako wyczerpujący dokument (SDK :)), który ułatwiłby początkującym programistom pisanie klientów sieci i tym samym umożliwiał naukę.
Nie powiem nic nowego. Chodzi mi o ustalenie zawartości pojedynczego pakietu, portu, typu komunikacji, baz danych użytkowników itd. Potem można by to wydać jako wyczerpujący dokument (SDK :)), który ułatwiłby początkującym programistom pisanie klientów sieci i tym samym umożliwiał naukę...
Może zacznę:
- komunikacja p2p lub przez serwer (do wyboru)
- port: 2558 (nie wiem czemu)
- baza danych MySQL (pola obowiązkowe: uid, pass, status, ip)
Dopisujcie własne propozycje.
byle nie przez p2p bo część adminów serwerów nie pozwala na p2p
aha ja dalbym port 80 (brak HTTP na czas rozmowy :D)
No to ja poddam to w wątpliwość. Są jakieś standardy prawda? I co, jak ma to dalej wyglądać? :> Każdy będzie pisał klienta i potem sam, z niego korzystał, aby porozmawiać z innymi użytkownikami, którzy też napisali swoje komunikatory? Ewentualnie wymini się jeden z drugim swoim komunikatorem, który różni się tylko dodatkową funkcją Close; ?
Mogą się wymieniać, ale chodzi o to, by każdy napisał swój komunikator i korzystał z ogólnodostępnego protokołu. Można ewentualnie założyć stronę z komunikatorami w dziale download i rankingiem oraz ocenami (konkurs na najlepszy komunikator :)).
Użytkownik coperek edytował ten post 29 maj 2005, 11:25