Zobrazit příspěvky

Tato sekce Vám umožňuje zobrazit všechny příspěvky tohoto uživatele. Prosím uvědomte si, že můžete vidět příspěvky pouze z oblastí Vám přístupných.


Příspěvky - fortran1986

Stran: 1 2 [3] 4 5 ... 18
31
Ahojte viem si nejako svoj email na vlastnej doméne (doménach) prepojiť s GMAILom (prípadne ďalšia možnosť outlook.com)? Obidve tieto služby majú fajn rozhrania. Pôvodne som mal na svojej VPS mail server axigen (nejakú free verziu), tá mi vyhovovala tiež nakoľko obsahovala aj webmail s krásnym rozhraním... Lenže po čase prestala fungovať.

Mám VPS s Windows Server 2019 (keďže väčšina webov mi beží pod .NETom) takže to bude asi komplikovanejšie ako s FreeBSD / Linuxom

Prosím vysvetlite mi základný princíp (alebo princípy) ako na to, detaily si už vygooglim sám. Vďaka

32
ahojte C++ má syntaktický cukor ("foreach cyklus") pre prechádzanie objektov, ktoré obsahujú iterátor.

Kód: [Vybrat]
for (auto x : iterableObject)
{
}

každopádne ako doň prepísať toto:

Kód: [Vybrat]
auto linksBegin = std::sregex_iterator{ html.begin(), html.end(), linksRegex };
auto linksEnd = std::sregex_iterator{};

for (auto it = linksBegin; it != linksEnd; ++it) // dá sa tento riadok skrátiť?
{
auto match = *it;
if (match.size() > 2)
{
std::cout << match[2] << std::endl;
}
}

33
Vývoj / Re:Jaký jazyk bych se měl učit?
« kdy: 26. 05. 2022, 22:54:48 »
Kód: [Vybrat]
Medzi najperspektívnješie jazyky ..., farsi a portugalčina.

Farsi? WTF?

A prečo práve portugalčina a nie Španielčina? Španielčinu má za materinský jazyk viac ako 2x toľko ľudí ako portugalčinu. A navyše milióny ľudí ju ovládajú ako svoj druhý jazyk.

34
Vývoj / Re:Kterým směrem se vydat od C
« kdy: 10. 02. 2022, 10:08:30 »
Ak sa chceš vydať cestou C++ tak sa zameraj na novinky z C++ 20/23. Nemá zmysel sa vracať k zastaralej verzii 17 ktorá programátorovi akurát komplikuje život tým že nemá ani moduly, korutiny, ani std::ranges a std::ranges::views. Ak si Cčkar tak C++ je jasná voľba (mnohé veci sa v C++ robia ľahšie ako v C) a popritom sa môžeš naučiť aj Rust, alebo ak chceš niečo viac funkcionálnejšie a šetrnejšie na písanie tak Ocaml.

35
Studium a uplatnění / Re:Strategie na recesi
« kdy: 19. 01. 2022, 13:15:38 »
Doteraz sa (napriek covidu) ekonomika stimulovala nízkym úrokom a pumpovaním nových peňazí do obehu.

Teraz keď s tým prehrievaním ekonomiky FED prestal a začal zvyšovať úrokové sadzby - sa kríza začala prejavovať. O bude horšie... Čím dlhšie trvá hostina, tým horšia bude kocovina.

36
Server / KRDC scaling na 150%
« kdy: 12. 11. 2021, 11:29:02 »
Ahojte nainštaloval som si do KDE Plasma aplikáciu KRDC, aby som sa mohol pripájať cez remote desktop (protokol RDP) na svoj VPS a managovať si ho (beží mi tam Windows Server 2019).

Každopádne všetko krásne funguje, len moj 4k monitor má jemnejší raster (4k na 32 palcov má mať natívne 150% scaling, ale KRDC používa 100%, v KDE mi normálne funguje 150% scaling len KRDC tento scaling nepreberá). Dá sa to nejako nastaviť, aby sa škálovalo na 150% (aspoň pri Full Screene), lebo takto je tam všetko strašne maličké. robiť sa s tým dá, ale oči si kaziť nechcem.

37
Vývoj / Re:Libka pre ASCII Art
« kdy: 02. 11. 2021, 08:45:04 »
Ďakujem za tip. Večer vyskúšam.

38
Vývoj / Re:ESP IDF prerušovanie Wi-Fi pripojenia
« kdy: 25. 09. 2021, 12:59:44 »
A kdyz vezmete nejaky bezny example z esp-idf, bezi to jak ma?

Popravde receno nechapu duvod proc se odchylovat od toho co Espressif vypotil, ale asi k tomu mate nejaky duvod.

Ne ze bych mel pocit, ze veci okolo ESP jsou naprogramovany dobre, ale ten bezny zaklad mi nikdy vylozene nepadal, casto se akorat stava, ze zarizeni najednou neni dostupne a v logu neni nic smysluplneho.

Neviem teraz celkom, na čo narážate. Používam hlavne veci od espressiffu, ale tam kde mi niečo chýba, použijem komponenty tretej strany.

A zkusil jsi jiny kus HW?
Podle zkusenosti jsem uz videl spoustu ESP chipu, ktere meli problem se stabilitou pripojeni pripadne se nepripojily vubec. Nevim, jesli je to nekvalitou ESP chipu obecne, nebo nam cinan posila to, co v tovarne "spadne pod stul", ale je to bohuzel tak.

Zkúsil a výsledok bol rovnaký. Nakoniec som to fixol podľa toho postu https://github.com/fhessel/esp32_https_server/issues/85 akurát som to opatchoval o niečo čistejšie... Asi tú knižnicu esp32_https_server forknem a hodím na github, lebo vyzerá to tak, že autor knižnice ju už ďalej nevyvýja (posledný commit urobil pred 13timi mesiacmi). Ja som tam okrem tohoto bugfixu pridal dosť veľa nového kódu, napr. podporu servovania statického obsahu a Cčkové function pointery, som nahradil std::function.

A skusal si si pozriet, ako je pripojeny modul na wifi? bud na routri, alebo v zariadeni? aky ma signal a kvalitu? ja sice pouzivam esp8266 spolu s arduino, wifi mam mikrotik a zistil som, ze dost zalezi, ako je modul otoceny. U mna je trocha problem aj v tom, ze mam 2 wifi ap s jednym ssid a nastaveny mesh, ale stava sa mi, ze modul sa pripoji na ten druhy AP, kde ma podstatne slabsi signal a potom mi tcp spojenie nahodne vypadava a tiez sa mi stava, ze http spojenie pada.

Nakoniec som sa vydal cestou najmenšieho odporu a opatchoval som to, lebo zariadenie by predsa len malo korektne fungovať aj pri horšom wifi signále.

39
Vývoj / ESP IDF prerušovanie Wi-Fi pripojenia
« kdy: 23. 09. 2021, 22:39:19 »
Ahojte, neviem či mi tu bude vedieť niekto poradiť s mojim problémom, keďže je to dosť špecifickú vec... ale skúsim aj tu. Vyvýjal som aplikáciu pre ESP32, aplikácia obsahuje tento HTTP server https://github.com/fhessel/esp32_https_server (ktorý bol omnoho stabilneší ako bežne používaný AsyncWebServer) pôvodne som ju vyvýjal pod najrozšírenejším veľmi starým toolchainom obsahujúcom GCC 5.2 s chabou podporou C++ 17 a https://github.com/espressif/arduino-esp32 frameworkom (ale staršou verziou). Prekopal som to celé pod ESP IDF a s toolchainom obsahujúcim GCC 8.4 (s čiastočnou podporou C++ 20). arduino-esp32 je v novej verzii 4.x a pridal som ho do projektu ako IDF komponentu. Teraz je to viac customizovateľné a veľa vecí si viem nakonfigurovať cez idf.py menu konečne mám k dispozícii aj RTTI, ktoré som veľmi postrádal. Problém je, že čím viac možností konfigurácie mám, tým môže nastať viac problémov pri nesprávnej / neúplnej konfigurácii. Spustil som appku a funguje, ale pri refreshi stránky sa vždy preruší pripojenie (predtým pod starým toolchainom sa bežne neprerušovalo). Kým stránku nerefreshnem všetko ide ako má, websockety aj http requesty / resposny pracujú ako majú a spojenie je úplne stabilné. No pri refreshi to v konzole to vyzerá takto:

Kód: [Vybrat]
[HTTPS:E] An receive error occured, FID=57
[HTTPS:I] Connection closed. Socket FID=57
[HTTPS:I] Client closed connection, FID=60
[HTTPS:E] An receive error occured, FID=60
[HTTPS:I] Connection closed. Socket FID=60
[ 17058][I][WebsocketHandler.cpp:27] dumpFrame(): Fin: 1, OpCode: 8 (CLOSE), Mask: 1, Len: 2
[HTTPS:I] WS payload: length=2
[HTTPS:I] WS lost client, calling onClose, FID=-1
Guru Meditation Error: Core  1 panic'ed (LoadProhibited). Exception was unhandled.

Core  1 register dump:
PC      : 0x40127b41  PS      : 0x00060b30  A0      : 0x80123f70  A1      : 0x3ffd7ff0

Vďaka prerušenému spojeniu sa žiaľ resetne celé zariadenie čo je neprípustné. Vygooglil som si túto diskusiu: https://github.com/fhessel/esp32_https_server/issues/85 vraj je problém v zlom Wifi pripojení.

1. Teraz neviem, či je to tým, že sa WiFi signál skutočne zhoršil (trošku som medzitým prestavoval pracovňu (kôli akvárku) a WiFi router som musel premiestniť na takú kovovú skrinku - a neviem či to nepohlcuje rádiové vlny)...

2. Alebo je problém v tom, že som ešte niečo cez to idf.py menu nenakonfiguroval úplne dobre. Sú tam stovky rôznych volieb... Každopádne viem, ktorý riadok v kóde to spôsobuje, otázka je či na to má vplyv konfigurácia WiFi pripojenia niekde v idf menu, alebo musím použiť to krkolomné riešenie, ktoré som si vygooglil https://github.com/fhessel/esp32_https_server/issues/85#issuecomment-724652455 ?

Aké voľby treba použiť v konfigurácii idf menu, možno sú niekde nejaké timeouty alebo čo ja viem čo? Aké voľby používate vy pri konfigurácii esp idf? Vďaka.

40
Desktop / KDE Plasma, ako nastavit 3 monitory s roznym DPI
« kdy: 20. 09. 2021, 20:58:28 »
Zatial som neinstaloval SK klavesnicu, tak sa ospravedlnujem ze pisem bez diakritiky.

Nainstaloval som si Arch Linux s KDE Plasma. KDE bezi cez kompozitor s renderovacim backendom cez OpenGL 3.1

Problem je ze mam 3 monitory ten stredny ma 4K rozlisenie na 32 palcov, tie dva po stranach maju full hd na 23 palcov ten 4K ma teda hustejsi raster (takze nativne skalovanie ma 150%). fullhdcka,  maju menej husty raster a nativne skalovanie 100%. Akurat v KDE v nastaveni monitora sa da nastavit skalovanie len pre vsetky 3 monitory naraz. Ako tento problem vyriesit? Skusal som nastroj XRandr ale vystup neni moc pekny. Niekde som sa docital ze by mohol pomoct wayland, takze som ho skusal nainstalovat, ale po odhlaseni a prihlaseni do KDE s waylandom system zamrzne. Pomoze len tvrdy reset.

41
Vývoj / CMake - ako zistiť typ compilera?
« kdy: 18. 09. 2021, 20:48:35 »
Ahojte, zapol som si farby vo výstupe z buildovania / linkovania, keďže ten štandartný výpis bez farieb je trošku neprehľadný a trvá mi chvíľku, kým sa v tom zorientujem (totiž kompilovanie pre vačšinu compilerov spúšťam priamo cez konzolu). Pre GCC som to zapol takto:

Kód: [Vybrat]
set (CMAKE_CXX_FLAGS "${CMAKE_CXX_FLAGS} -fdiagnostics-color")
set (CMAKE_C_FLAGS "${CMAKE_C_FLAGS} -fdiagnostics-color")

Lenže compilerov mám niekolko (Clang a GCC v linuxe) a (vo Windowse mám dokonca 2 CLangy, 3x GCC a k tomu niekoľko verzií MSVC a ešte nvidiácky NVCC). A potreboval by som ten farebný výpis zapnúť podľa použitého compilera, správnym parametrom. Ide mi len o CLANG a GCC, (MSVC nepotrebujem nakoľko ho nekompilujem cez konzolu, a vo Visualku je ten zoznam chýb, celkom prehľadný. A NVCC je len na Cuda. Takže v hre sú len GCC a CLANG. Lenže CLang používa trochu iný parameter, ako GCC... Tak som to riešil if-om:

Kód: [Vybrat]
if (CMAKE_GENERATOR STREQUAL "Ninja")
  if (CMAKE_CXX_COMPILER_ID STREQUAL "Clang")
    set (CMAKE_CXX_FLAGS "${CMAKE_CXX_FLAGS} -fcolor-diagnostics")
    set (CMAKE_C_FLAGS "${CMAKE_C_FLAGS} -fcolor-diagnostics")
  endif ()
  if (CMAKE_CXX_COMPILER_ID STREQUAL "GNU")
    set (CMAKE_CXX_FLAGS "${CMAKE_CXX_FLAGS} -fdiagnostics-color")
    set (CMAKE_C_FLAGS "${CMAKE_C_FLAGS} -fdiagnostics-color")
  endif ()
endif ()

Akurát CMAKE_CXX_COMPILER_ID obsahuje prázdny string. Myslím, že je to preto, že enviroment variables CC a CXX nemám v systéme zadefinované. Mám to takto schválne, kôli tomu, že mám v systéme veľa compilerov a keby som tie variables vyplnil musel by som to neustále prepisovať. Takto mi to deteguje automaticky podľa toho či použijem ninja, make, alebo generujem solutiony pre visualko a keď chcem iný compiler ako defaultný, tak ho zadám ako konzolový parameter. Existuje ešte nejaký spôsob ako v CMAKE zistiť verziu compilera, aj bez toho aby som mal vyplnené CC a CXX variables? Skúšal som aj "boolovské" CMAKE_COMPILER_IS_GNUCXX, ale tiež som tam nemal hodnotu.

42
Vývoj / Re:Investor pro C++ IDE
« kdy: 08. 09. 2021, 10:51:21 »
Na C++ je už dosť kvalitných IDE, osobne pod Windows používam:

Visual Studio 2022 Community toto idečko od MS je jedno z TOP idečiek pre C++, podporuje okrem ekosystému od MS (UWP, .NET, .NET core, nmake, msvc compiler) aj open source vývoj pre ostatné platformy (Linux, iOS, Mac OS, Android). Už v základe má okrem msvc compileru podporu clangu. A tiež okrem projektov založených na Visual Studio Solutions podporuje aj CMake projekty. Pre vývojára nového ide, môže byť prekážko,u že je takéto kvalitné ide v Community verzii zadarmo. Samozrejme na nekomerčné použitie (ale prax býva iná)

Pre vývojárov, ktorí preferujú editory je tu zase Visual Studio Code (nemýliť s Visual Studiom 2019 - 2022 spoločný majú len názov, inak sú to úplne odlišné Aplikácie) pre tých čo nechcú nič od MS existuje aj open source alternatíva VSCodium, ktoré má odstránenú telemetriu atď.

Ďalšie vynikajúce IDE je CLion od JetBrains nedávno som ho skúšal a uvažujem nad tým, že si ho tiež kúpim.

Ďalej je na trhu X ďalších editorov a IDEčiek prakticky zadarmo:

- Atom editor postavený na Electrone podobne ako VSCode je o niečo pomalší ako VSCode ale je tiež vynikajúci a zadarmo
- NetBeans resp Oracle Developer Studio (Net Beans s podporou od Oracle)
- Eclipse
- QTCreator
- CodeBlocks a CodeLite
- KDevelop
- potom sú tu ešte IDEčka zo sveta Gnome ako: Gnat, Anjuta, Geany tie už nie sú také kvalitné, ale sú tiež zadarmo.
- Pre WXWidghets je tu WxDev C++, ktoré umožňuje vizuálny vývoj podobne ako v Delphi (akurát v C++).

A potom je tu starý dobrý pokračovateľ Turbo C od Borlandu (momentálne Embarcadero Technologies): IDE C++ Builder - ten je síce komerčný, ale tiež má free Community Edition.

A potom sú tu vynikajúce editory ako Neovim a Emacs, ktoré sú síce náročnejšie na naučenie, ale práca v nich je veľmi efektívna a s pomocou pluginov, si z nich vieš spraviť plnohodnotné IDE. Na to, aby sa dnes presadilo nové IDE v takej obrovskej konkurencii, by muselo priniesť nejakú revolučnú myšlienku.

43
Vývoj / Re:C++ fmt.dev a flush
« kdy: 04. 09. 2021, 23:44:16 »
Ahoj,
fmt::print vypisuje normalne do stdout, takze staci pouzit fflush(stdout);

Dik. Hej máš pravdu, medzitým som to vyriešil v princípe rovnako len inou funkciou.

44
Vývoj / C++ fmt.dev a flush
« kdy: 03. 09. 2021, 17:00:12 »
Ahojte ako v knižnici fmt.dev docielim aby sa mi pri printovaní textu, ten text aj hneď vložil na štandartný výstup? Keď urobím toto:

Kód: [Vybrat]
fmt::print("Connecting to WiFi ");
while (!wifi.is_connected_to_ap())
{
    fmt::print(".");
    vTaskDelay(250 / portTICK_PERIOD_MS);
}
fmt::print("\nThe device is connected.\n");

Text sa nevypisuje.

Keď to prepíšem do STL a pridám tam flush:

Kód: [Vybrat]
fmt::print("Connecting to WiFi ");
while (!wifi.is_connected_to_ap())
{
    std::cout << ".";
    std::cout.flush();
    vTaskDelay(250 / portTICK_PERIOD_MS);
}
fmt::print("\nThe device is connected.\n");

Tak sa loading normálne vypisuje. Má fmt libka niečo ako flush?

45
Vývoj / Re:C++ using v hlavičke šablóny
« kdy: 31. 08. 2021, 21:15:48 »
Ahojte, občas by som si chcel sprehladniť kód a zabrániť zbytočnému prepisovaniu rovnakého kódu a tak v C++ pomerne veľa používam typové aliasy. Problém je, že v hlavičke šablóny typový alias definovať nemôžem, alebo hej? Uvediem príklad kedy by sa mi hodil typový alias:

Kód: [Vybrat]
template <
typename BeginRecordType,
typename RecordType = BeginRecordType,
typename ...Args
>
using _Table = Table<BeginRecordType, RecordType, Args...>; // už tu by sa mi hodilo definovať typový alias
class Table : public ranges::view_facade<_Table>
{
public:
using QueryList = std::tuple<Args...>;
        // kod triedy...
}

To isté platí aj pre hlavičku template funkcie (alebo metódy), kde by sa mi zase hodil alias na skrátenie názvov typov v pri argumentoch funkcie. Ako tento problém riešiť? Existuje nejaké čisté riešenie (na úrovni jazyka?) alebo to mám nejako ohackovať preprocessorom?
V tomhle případě se opakování asi nevyhneš. Já osobně pro něco takového lepší řešení nevymyslel. Hákování preprocesorem je IMO horší, než to v tomhle případě prostě zopakovat. Stačí 2x - jednou do báze a podruhé jako using v těle třídy.

Ďakujem Vám za odpoveď. Zatiaľ to aj kopírujem.

Stran: 1 2 [3] 4 5 ... 18