SHIGORBIRDMAN: Znamej ted servisuje stand-alone stanici napsanou v Turbo Pascalu a MS-DOS. Kdyz ma firma napsano neco stareho a stale to udrzuje, tak to povazuju spis za pozitivum. Takovych tech rapid update firem uz tu bylo...
Se senioritou a senilitou to asi nebude mit spolecneho tolik, jako s jejich naprostym kokotismem. Pardon my french.

Jo, díky :-)
Oni se ohánějí tím, že jsou to senior programátoři, ale očividně nejsou dost senior. Mimochodem server je napsanej v PHP a z .Net je to strašná pruda se k tomu připojit.
Souvisí to s tímhle postem ve vedlejším klubu: [MORIARTY @ db -1/0 @ slyším Alenky v říší <div>ů následovat stream do backdooru]

CERMI_FOX: no jasne - je to naprosta kokotina :)

MORIARTY: jiny NS urcite byt muze, ale teda smysl to moc nedava a je to, cituji, kikotina

Ahoj, měl bych jeden asi trapnej dotaz ohledně příbuzné technologie.
Konzumuju jednu webovou službu a mám s vývojářema serveru spor ohledně implementace. Jde mi to to, že ta služba má WSDL, které je jiné pro devel a test prostředí. Liší se atributem TargetNamespace:
https://autovraky.mzp.cz/autovrak/service/wsdl/v6 (xmlns:tns="https://autovraky.mzp.cz/autovrak/service/v6/")
https://autovraky-test.mzp.cz/autovrak/service/wsdl/v6 (xmlns:tns="https://autovraky-test.mzp.cz/autovrak/service/v6/")

Podle mě by se WSDL nemělo měnit v závislosti na prostředí, je to datový standard. Podle nich je hloupost, že by TargetNamespace byl stejný na dvou serverech.

No, výsledek je, že mi .Net neumí deserializovat XML z testu na devel WSDL a naopak a musím před deserializací injektovat do XML správný namespace. Oni tvrdí, že je to normální a že v Delphi a PHP jim to funguje bez problémů (není divu, když oba jazyky neumí používat namespace).

Mám pravdu já, že WDSL je neměnné, a nebo oni, že může být na každém serveru jiný TargetNamespace?

Děkuji za tip. Na to se ještě podívám. Teď mi to chodí přes Console.ReadKey, ale nejspíše jenom proto, že to běhá v popředí.

SLUPKA: Jo, je tam RaspberryPi OS. Nejsem linuxák, ale tolik vím, že by to nějak takto asi taky šlo. Ovšem raději bych to měl jako "managed" kód, relativně nezávislý na OS.

Včera jsem něco našel, tak to zkouším přepsat, jestli to bude fungovat přes Console.KeyAvailable a Console.ReadKey. Ale ono to bude asi fungovat jenom když bude aplikace v "popředí". No, ale v nouzi to tak holt bude. Vzhledem k tomu, že to je zadeklovaný bez jiných vstupů a výstupů...

PECA: A co používáš za operační systém? Raspbian? Tam by tu události měly být dostupné na něčem jako /dev/input/event0, ne? Nevím, jestli na to .NET Core má nějakou metodu, ale v nejhorším případě můžeš volat libc napřímo.

C#, dotnet core 3.1
Mám službu (daemona). Běží to, čte to data z 1Wire sběrnice (Id čipy). Teď potřebuji, aby to četlo i klávesnici a pokud to bude mít správný pattern, tak zpracovat. Technicky jde o vyhození původní 1Wire čtečky a nahrazení za USB čtečku, která simuluje klávesnici.
Běhá to na Raspberry Pi, není možné řešit hákem přes user32.dll - na což narážím na každém rohu. Můžete mě někdo popostrčit ke správnému řešení prosím?

VIRTUALVOID: proc? za me zatim rider plna spokojenost. jen jednou se mi zblaznil editor a zacalo to skakat sem a tam a musel jsem ho restartovat