<html><body>Jinak jen informace nevĂm jak to máte s Delphi,<div>ale já kdysi pĹ™ešel na Lazarus, respektive na odnoĹľ</div><div>CodeTyphoon http://www.pilotlogic.com/sitejoom/index.php/codetyphon</div><div><br></div><div>A jsem hodnÄ› spokojen na tÄ›ch pár vÄ›cĂ co potĹ™ebuji mi to</div><div>bohatÄ› staÄŤĂ. Je to hodnÄ› podobnĂ© jak Delphi.</div><div><br></div><div>ZdenÄ›k Aster</div><div><br><p>---------- PĹŻvodnĂ zpráva ----------<br>Od: Martin Záruba <swz@volny.cz><br>Komu: HW-news <hw-list@list.hw.cz><br>Datum: 22. 4. 2016 14:59:33<br>PĹ™edmÄ›t: Re: Jeden nebo vice IP portu?</p><br><blockquote>Dik, podĂvam se na to.<br><br>Martin Záruba<br><br>Dne 22.4.2016 v 14:07 OndĹ™ej JanovskĂ˝ napsal(a):<br>> A co http://www.indyproject.org/index.en.aspx ? Nehodilo by se to?<br>><br>> On 04/22/2016 11:10, Martin Záruba wrote:<br>>> BuÄŹ to já neumĂm, nebo to nejde. V podstatÄ› mám moĹľnost na socketu <br>>> vyvolat napĹ™. RecvByte, kde mohu uvĂ©st jak dlouho má ÄŤekat. Pak se <br>>> Ĺ™ĂzenĂ vrátĂ systĂ©mu dokud nepĹ™ijdou data nebo neprojde Timeout. <br>>> Druhou moĹľnostĂ je vyvolat WaitingData, kde se dozvĂm, zda jsou <br>>> nÄ›jaká data, ale pokud nejsou a budu jej volat ve smyÄŤce, zadusĂm <br>>> procesor. Pokud dám do smyÄŤky delay, bude se dĂt to, Ĺľe data vĹľdy <br>>> budou ÄŤekat, dokud prodleva nezkonÄŤĂ. Ale to by asi fungovalo.<br>>><br>>> Martin Záruba<br>>><br>>> Dne 22.4.2016 v 10:58 Ladislav Vaiz napsal(a):<br>>>> Unixová klasika je jeden velkĂ˝ select(), kterĂ˝ ÄŤeká na data jak ze <br>>>> standardnĂho vstupu tak ze soketĹŻ všech druhĹŻ.<br>>>> Se smyÄŤkou obsluhy zpráv se to asi moc nesnášĂ, ale ten select by <br>>>> mohl bĂ˝t v druhĂ©m vláknÄ›. Celkem tedy jedno vlákno pro GUI, druhĂ© <br>>>> pro select.<br>>>> Delfi ale neznám a nevĂm, zda poskytujĂ pĹ™Ăstup k selectu.<br>>>> L.<br>>>><br>>>> Martin Záruba napsal(a):<br>>>>> No jo, ale jak to jinak udÄ›lat, kdyĹľ naprostou vÄ›tšinu doby ÄŤekáte, <br>>>>> aĹľ pĹ™ijde odpověď. V tĂ© dobÄ› se Ĺ™ĂzenĂ vrátĂ systĂ©mu.<br>>>>> Druhou moĹľnostĂ by bylo stále testovat, zda jiĹľ nÄ›jaká data <br>>>>> nepĹ™išla, ale to bude strašnÄ› dusit procesor. Proto mi ty thready, <br>>>>> kterĂ© vlastnÄ› stále jen ÄŤekajĂ, pĹ™ipadalo jako elegantnĂ Ĺ™ešenĂ.<br>>>>><br>>>>> Martin Záruba<br>>>>><br>>>>> Dne 22.4.2016 v 10:05 OndĹ™ej JanovskĂ˝ napsal(a):<br>>>>>> U nás jsme to doteÄŹ psali v JavÄ›, teÄŹ jsme zkusili Node.js pro <br>>>>>> menšà projekty. VĂ˝hodou je, Ĺľe je dostatek frameworkĹŻ (dokonce <br>>>>>> kvalitnĂch).<br>>>>>><br>>>>>> S Delphi nevĂm. Ale pokud by to mÄ›lo mĂt 1000 aktivnĂch zaĹ™ĂzenĂ, <br>>>>>> pak bych šel jinou cestou neĹľ 1000 threadĹŻ.<br>>>>>><br>>>>>> Oja<br>>>>>><br>>>>>><br>>>>>> On 04/22/2016 09:23, Martin Záruba wrote:<br>>>>>>> V podstatÄ› spojenĂ je jen "pĹ™es data".<br>>>>>>><br>>>>>>> 1) ĹĂdĂcĂ jednotka se aktivnÄ› pĹ™ipojĂ k serveru, aby nemusela mĂt <br>>>>>>> veĹ™ejnou IP, ale pak ÄŤeká.<br>>>>>>><br>>>>>>> a) Server pošle dotaz, Ĺ™ĂdĂcĂ jednotka odpovĂ, server uložà data <br>>>>>>> na disk. To se stále v intervalu cca 10 vteĹ™in opakuje. Jedná se <br>>>>>>> tedy v tomto pĹ™ĂpadÄ› o prostĂ˝ sbÄ›r dat.<br>>>>>>> b) Server pošle povel z fronty povelĹŻ (bod 2b dále), Ĺ™ĂdĂcĂ <br>>>>>>> jednotka jej provede a odpovĂ jak jej provedla. Povel se z fronty <br>>>>>>> smaĹľe. Povely jsou nÄ›kolik byte a jsou velmi Ĺ™ĂdkĂ©.<br>>>>>>><br>>>>>>> 2) Klient se aktivnÄ› pĹ™ipojĂ k serveru, aby nemusel mĂt veĹ™ejnou IP.<br>>>>>>> a) Pošle poĹľadavek na data, server je najde v souboru a pošle mu je.<br>>>>>>> b) Pošle povel. Server jej uložà do fronty ÄŤekajĂcĂch povelĹŻ.<br>>>>>>><br>>>>>>> Chci to psát v Delphi. Asi existujĂ vhodnÄ›jšà prostĹ™edĂ, ale toto <br>>>>>>> snad celkem slušnÄ› znám.<br>>>>>>><br>>>>>>> Martin Záruba<br>>>>>>><br>>>>>>> Dne 22.4.2016 v 9:06 OndĹ™ej JanovskĂ˝ napsal(a):<br>>>>>>>> Mohu to chápat, Ĺľe klient je propojen pĹ™Ămo s Ĺ™ĂdĂcĂ jednotkou? <br>>>>>>>> Tedy, Ĺľe server je v podstatÄ› ICQ, JABBER, WhatsUp pro <br>>>>>>>> komunikaci s Ĺ™ĂdĂcĂmi jednotkami?<br>>>>>>>><br>>>>>>>> A v ÄŤem to chcete psát?<br>>>>>>>><br>>>>>>>> Oja<br>>>>>>>><br>>>>>>>><br>>>>>>>><br>>>>>>>> On 04/22/2016 08:58, Martin Záruba wrote:<br>>>>>>>>> Zpočátku cca 10, ale koneÄŤnĂ˝ stav by mohl bĂ˝t okolo 1000.<br>>>>>>>>> V naprostĂ© vÄ›tšinÄ› k jednĂ© Ĺ™ĂdĂcĂ jednotce bude pĹ™ipojen jen <br>>>>>>>>> jeden klient, ale mĹŻĹľe jich bĂ˝t i vĂce (2 aĹľ 3), naopak ÄŤasto <br>>>>>>>>> nebude žádnĂ˝, t.j. server bude jen zapisovat pĹ™ijatá data, <br>>>>>>>>> Ĺ™ĂdĂcĂ jednotky jsou zcela autonomnĂ. Dat ja ale pomÄ›rnÄ› málo, <br>>>>>>>>> cca 100byte za vteĹ™inu. MusĂ to pĹ™ijatelnÄ› chodit i s velmi <br>>>>>>>>> pomalĂ˝m pĹ™ipojenĂm (pĹ™es mobil, kterĂ˝ dÄ›lá AP a ÄŤasto v mĂstech <br>>>>>>>>> kde funguje jen GPRS). Zkoušel jsem pĹ™enos, kdy notebook byl <br>>>>>>>>> pĹ™ipojen k internetu pĹ™es mobil s EDGE a 5x pĹ™enos na normálnĂ <br>>>>>>>>> PC a zpÄ›t. Latence byla strašlivá, ale chodilo to bez chyb, <br>>>>>>>>> rychlost v mĂ©m pĹ™ĂpadÄ› je naprosto nevĂ˝znamná.<br>>>>>>>>><br>>>>>>>>> Martin Záruba<br>>>>>>>>><br>>>>>>>>> Dne 22.4.2016 v 8:41 OndĹ™ej JanovskĂ˝ napsal(a):<br>>>>>>>>>> Kolik oÄŤekáváte Ĺ™ĂdĂcĂch jednotek a kolik klientĹŻ? Jak masivnĂ <br>>>>>>>>>> komunikaci?<br>>>>>>>>>> A v ÄŤem to budete psát?<br>>>>>>>>>><br>>>>>>>>>> Existuje ještÄ› cesta, kterou jde Node.js, Vert.x.<br>>>>>>>>>><br>>>>>>>>>> Oja<br>>>>>>>>>><br>>>>>>>>>> On 04/22/2016 06:15, Martin Záruba wrote:<br>>>>>>>>>>> DĂky všem za rady. UdÄ›lám dva porty, jeden pro Ĺ™ĂdĂcĂ <br>>>>>>>>>>> jednotky a jeden pro klienty.<br>>>>>>>>>>> JeštÄ› bych se rád zeptal, zda myslĂte, zda udÄ›lat jednoduššà <br>>>>>>>>>>> variantu, t.j.:<br>>>>>>>>>>> 1) NÄ›kdo se pĹ™ipojĂ, vytvořà se vlákno, v nÄ›m se vytvořà <br>>>>>>>>>>> socket, otevĹ™e se, udÄ›lá se co je tĹ™eba, zavĹ™e se socket, <br>>>>>>>>>>> zrušà se socket, ukonÄŤĂ a odstranĂ se vlákno.<br>>>>>>>>>>> nebo<br>>>>>>>>>>> 2a) NÄ›kdo se pĹ™ipojĂ, vytvořà se vlákno, v nÄ›m se vytvořà <br>>>>>>>>>>> socket, otevĹ™e se, udÄ›lá se co je tĹ™eba, zavĹ™e se <br>>>>>>>>>>> socket,vlákno se uspĂ.<br>>>>>>>>>>> 2b) NÄ›kdo se pĹ™ipojĂ, pokud existuje uspanĂ© vlákno probudĂ <br>>>>>>>>>>> se, otevĹ™e se socket,udÄ›lá se co je tĹ™eba, zavĹ™e se <br>>>>>>>>>>> socket,vlákno se uspĂ. Pokud neexistuje volnĂ© vlákno, pak 2a)<br>>>>>>>>>>><br>>>>>>>>>>> Ve variantÄ› 2) by se nemuselo stále vytvářet a rušit vlákno, <br>>>>>>>>>>> ale je to sloĹľitÄ›jšĂ. Nedovedu posoudit, jak nároÄŤnĂ© je <br>>>>>>>>>>> vytvoĹ™it a zrušit vlákno a zda se vyplatĂ tento krok dÄ›lat co <br>>>>>>>>>>> nejmĂ©nÄ›.<br>>>>>>>>>>><br>>>>>>>>>>> Martin Záruba<br>>>>>>>>>>><br>>>>>>>>>>> Dne 21.4.2016 v 15:20 Radek Benedikt napsal(a):<br>>>>>>>>>>>> Z hlediska SW je asi jeden port "hezci" ale ma to jedno <br>>>>>>>>>>>> velke ALE. Hodne<br>>>>>>>>>>>> spatne se to filtruje, pokud to z hlediska site ma mit ruzna <br>>>>>>>>>>>> opravneni.<br>>>>>>>>>>>> Treba cidla ve vodni elektrarne se hlasi ke "koncentratoru" <br>>>>>>>>>>>> a na ten se<br>>>>>>>>>>>> hlasi sef z domu mimo objekt. Pokud jsou to dve ruzne IP na <br>>>>>>>>>>>> koncentratoru na<br>>>>>>>>>>>> dvou ruznych VLAN je to nuda. Kdyz je to na jedne IP a v <br>>>>>>>>>>>> jedne VLAN urcene<br>>>>>>>>>>>> pro "technologii" ale ma to aspon dva ruzne IP porty na <br>>>>>>>>>>>> kterĂ˝ch to<br>>>>>>>>>>>> komunikuje, tak se to da na nejakem blackboxu jeste <br>>>>>>>>>>>> jednoduse omezit co kdo<br>>>>>>>>>>>> a kam smi. A udelat to na jednom portu s ruznymi <br>>>>>>>>>>>> opravnenimi, tak to znamena<br>>>>>>>>>>>> lezt do paketu a filtrovat na vyssich vrstvách a to je na <br>>>>>>>>>>>> odstrel toho kdo<br>>>>>>>>>>>> to vymyslel. A navic si nedokazu predstavit gramatiku pro <br>>>>>>>>>>>> vyhodnoceni, pokud<br>>>>>>>>>>>> by mely byt pouzity dva na sobe nezavisle protokoly, kterĂ© <br>>>>>>>>>>>> postupne vyviji<br>>>>>>>>>>>> dve rozdilne party. Takze tudu NEEEEEEEEEEEEEE.<br>>>>>>>>>>>><br>>>>>>>>>>>> Radek (benedikt2hw.cz)<br>>>>>>>>>>>><br>>>>>>>>>>>> -----Original Message-----<br>>>>>>>>>>>><br>>>>>>>>>>>> Nevidim dovod preco by to nemalo byt mozne. Na jednom porte <br>>>>>>>>>>>> mozete otvorit<br>>>>>>>>>>>> tolko spojeni kolko vam len pamat a operacny system dovoli.<br>>>>>>>>>>>> Ostatne je zalezitost komunikacneho protokolu a ten mate pod <br>>>>>>>>>>>> kontrolou.<br>>>>>>>>>>>> Ci je toto vhodne riesenei problemu si ale nedovolim posudit.<br>>>>>>>>>>>><br>>>>>>>>>>>> _______________________________________________<br>>>>>>>>>>>> HW-list mailing list - sponsored by www.HW.cz<br>>>>>>>>>>>> Hw-list@list.hw.cz<br>>>>>>>>>>>> http://list.hw.cz/mailman/listinfo/hw-list<br>>>>>>>>>>>><br>>>>>>>>>>><br>>>>>>>>>>><br>>>>>>>>>>> ---<br>>>>>>>>>>> Tato zpráva byla zkontrolována na viry programem Avast <br>>>>>>>>>>> Antivirus.<br>>>>>>>>>>> https://www.avast.com/antivirus<br>>>>>>>>>>><br>>>>>>>>>>> _______________________________________________<br>>>>>>>>>>> HW-list mailing list - sponsored by www.HW.cz<br>>>>>>>>>>> Hw-list@list.hw.cz<br>>>>>>>>>>> http://list.hw.cz/mailman/listinfo/hw-list<br>>>>>>>>>><br>>>>>>>>>><br>>>>>>>>>> -- <br>>>>>>>>>> *OndĹ™ej JanovskĂ˝<br>>>>>>>>>> Alarex-Group s.r.o.<br>>>>>>>>>> *<br>>>>>>>>>> mobil: +420 723 616 751<br>>>>>>>>>> em@il: ondrej.janovsky@alarex.cz<br>>>>>>>>>><br>>>>>>>>>> www.m2marchitect.cz <http://www.m2marchitect.cz><br>>>>>>>>>> www.alarex.cz <http://www.alarex.cz><br>>>>>>>>>><br>>>>>>>>>><br>>>>>>>>>> _______________________________________________<br>>>>>>>>>> HW-list mailing list - sponsored by www.HW.cz<br>>>>>>>>>> Hw-list@list.hw.cz<br>>>>>>>>>> http://list.hw.cz/mailman/listinfo/hw-list<br>>>>>>>>><br>>>>>>>>><br>>>>>>>>> ---<br>>>>>>>>> Tato zpráva byla zkontrolována na viry programem Avast Antivirus.<br>>>>>>>>> https://www.avast.com/antivirus<br>>>>>>>>><br>>>>>>>>> _______________________________________________<br>>>>>>>>> HW-list mailing list - sponsored by www.HW.cz<br>>>>>>>>> Hw-list@list.hw.cz<br>>>>>>>>> http://list.hw.cz/mailman/listinfo/hw-list<br>>>>>>>><br>>>>>>>><br>>>>>>>> -- <br>>>>>>>> *OndĹ™ej JanovskĂ˝<br>>>>>>>> Alarex-Group s.r.o.<br>>>>>>>> *<br>>>>>>>> mobil: +420 723 616 751<br>>>>>>>> em@il: ondrej.janovsky@alarex.cz<br>>>>>>>><br>>>>>>>> www.m2marchitect.cz <http://www.m2marchitect.cz><br>>>>>>>> www.alarex.cz <http://www.alarex.cz><br>>>>>>>><br>>>>>>>><br>>>>>>>> _______________________________________________<br>>>>>>>> HW-list mailing list - sponsored by www.HW.cz<br>>>>>>>> Hw-list@list.hw.cz<br>>>>>>>> http://list.hw.cz/mailman/listinfo/hw-list<br>>>>>>><br>>>>>>><br>>>>>>> ---<br>>>>>>> Tato zpráva byla zkontrolována na viry programem Avast Antivirus.<br>>>>>>> https://www.avast.com/antivirus<br>>>>>>><br>>>>>>> _______________________________________________<br>>>>>>> HW-list mailing list - sponsored by www.HW.cz<br>>>>>>> Hw-list@list.hw.cz<br>>>>>>> http://list.hw.cz/mailman/listinfo/hw-list<br>>>>>><br>>>>>><br>>>>>> -- <br>>>>>> *OndĹ™ej JanovskĂ˝<br>>>>>> Alarex-Group s.r.o.<br>>>>>> *<br>>>>>> mobil: +420 723 616 751<br>>>>>> em@il: ondrej.janovsky@alarex.cz<br>>>>>><br>>>>>> www.m2marchitect.cz <http://www.m2marchitect.cz><br>>>>>> www.alarex.cz <http://www.alarex.cz><br>>>>>><br>>>>>><br>>>>>> _______________________________________________<br>>>>>> HW-list mailing list - sponsored by www.HW.cz<br>>>>>> Hw-list@list.hw.cz<br>>>>>> http://list.hw.cz/mailman/listinfo/hw-list<br>>>>><br>>>>><br>>>>> ---<br>>>>> Tato zpráva byla zkontrolována na viry programem Avast Antivirus.<br>>>>> https://www.avast.com/antivirus<br>>>>><br>>>>> _______________________________________________<br>>>>> HW-list mailing list - sponsored by www.HW.cz<br>>>>> Hw-list@list.hw.cz<br>>>>> http://list.hw.cz/mailman/listinfo/hw-list<br>>>><br>>>><br>>>> _______________________________________________<br>>>> HW-list mailing list - sponsored by www.HW.cz<br>>>> Hw-list@list.hw.cz<br>>>> http://list.hw.cz/mailman/listinfo/hw-list<br>>>><br>>><br>>><br>>> ---<br>>> Tato zpráva byla zkontrolována na viry programem Avast Antivirus.<br>>> https://www.avast.com/antivirus<br>>><br>>> _______________________________________________<br>>> HW-list mailing list - sponsored by www.HW.cz<br>>> Hw-list@list.hw.cz<br>>> http://list.hw.cz/mailman/listinfo/hw-list<br>><br>><br>> -- <br>> *OndĹ™ej JanovskĂ˝<br>> Alarex-Group s.r.o.<br>> *<br>> mobil: +420 723 616 751<br>> em@il: ondrej.janovsky@alarex.cz<br>><br>> www.m2marchitect.cz <http://www.m2marchitect.cz><br>> www.alarex.cz <http://www.alarex.cz><br>><br>><br>> _______________________________________________<br>> HW-list mailing list - sponsored by www.HW.cz<br>> Hw-list@list.hw.cz<br>> http://list.hw.cz/mailman/listinfo/hw-list<br><br><br>---<br>Tato zpráva byla zkontrolována na viry programem Avast Antivirus.<br>https://www.avast.com/antivirus<br><br>_______________________________________________<br>HW-list mailing list - sponsored by www.HW.cz<br>Hw-list@list.hw.cz<br>http://list.hw.cz/mailman/listinfo/hw-list</blockquote></div></body></html>