Nekem ez van, és mégis magyarul írja ki a kivételeket.

http://www.bferi.hu/download.php ; http://bferi.hu/egyeb.php

Az itt lévő kérdésemről volt szó. Az volt a baja, hogy ez:
Nem kezelt kivétel: System.ArgumentException: A típus („DiskProp.Program+DRIVE_LAYOUT_INFORMATION_EX”) nem adható át végrehajtásra nem felügyelt struktúraként; nem számítható ki értelmezhető méret vagy eltolás.
a következő helyen: System.Runtime.InteropServices.Marshal.SizeOf(Type t)

magyarul van, nem angolul.

http://www.bferi.hu/download.php ; http://bferi.hu/egyeb.php

Azure SignalR Service

Én kérek elnézést!

Ezért és a hasonlók miatt használ az a fejlesztői angol nyelvű operációs rendszert magyar regionális beállításokkal, aki nem akar szívni a lokalizált/félrefordított hibaüzenetekkel.

A .NET runtime a megjelenítésre beállított nyelven jeleníti meg a hibákat. Saját kódban a

Thread.CurrentThread.CurrentUICulture = CultureInfo.InvariantCulture;

sorral ezt fejbe lehet csapni adott szálon, persze ekkor a szám- és dátumformázások is angolra váltanak.

tAm6DAHNIbRMzSEARWxtZW50ZW0gdmFka5RydIJ6bmkuDQoNClOBc4Ek

Teljesen rendben van, hogy baja volt vele. Azert nem hasznalunk lokalizalt OS-t, mert az appok nagy resze is atveszi ezt a beallitast es nem-angolul sokkal nehezebb hibat kersni.

https://www.coreinfinity.tech

De Livius nem OS-ról beszélt, hanem "a fejlesztőkörnyezet"-ről.
Viszont ezt sokkal 1szerűbb volt leírni:
"Netán ha lenne annyi eszed"
, mint megoldást adni.
Na mind1. Úgy néz ki, hogy nem IDE beállítási probléma.

http://www.bferi.hu/download.php ; http://bferi.hu/egyeb.php

Ez bonyolult?

import redis
r = redis.Redis()


# Semaphore name
semaphore_name = "my_semaphore"

# Client identifier
client_id = "client_1"

# Acquire semaphore
if r.sadd(semaphore_name, client_id) == 1:
# Semaphore successfully acquired
try:
# Critical section of the code goes here

# Release semaphore
r.srem(semaphore_name, client_id)
except Exception:
# An error occurred, release semaphore
r.srem(semaphore_name, client_id)
else:
# Semaphore is already held by another client
print("Semaphore is already held by another client")

while (!sleep) sheep++;

Nem tudom, h a ChatGPT itt miert nem jott meg szoba, szerintem a kovetkezo 10 evben a programozok also 50%-at ki fogja szoritani a szakmabol.

while (!sleep) sheep++;

en mar irtam errol jo regen, hogy elegge munka feltesem van. remelem az msc diploma meg a hardver iranyba valo elmozdulas megved a webfejlesztoket / codemonkeyokat kivalto dolgoktol. vagy ha masnem addigra elegsegesen megszedem magam

marmint tokre megvan, hogy holtjaig tanul az ember es mindig is hobbim volt a rendes munka/suli mellett hogy itthon magamnak a bleeding edge cuccokba assam bele magam, de azert engem az elet mas dolgai is melyen erdekelnek, napi 2-3 ora gordeszka, asszonnyal meg a 30as eveink elott csaladalapitas stb es ezek miatt kicsit felek, hogy az ilyen gyorsan rotalodo szakmabol ki fogok esni

ugyhogy kivancsi leszek mivel tudom majd kivedeni ezt, egyetem utan sajat ceg alapitasa vagy kulfoldon/rol nagyon fizuk leszakitasa es befektetese

[ Szerkesztve ]

(raw_item.get("pk").unwrap().as_s().unwrap().to_string()).split("#").collect::<Vec<&str>>()[1].to_string()

Szerintem egyszerűbb appokat angol leírás alapján meg fog tudni csinálni, és esetleg változtat is majd rajta.

Az advent of code első pár feladatát már most is megoldja.

Nyilván neked nem kell aggódnod, de az Upwork-rol eltűnhet az emberek jó része.

Játssz vele egy kicsit, félelmetes. Szerintem nagyobb dolog, mint a Google volt, amikor megjelent.

[ Szerkesztve ]

while (!sleep) sheep++;

Én nem tudom, mi ez az izé. Egygépes környezetben biztos működik. De csak ott. Apropó az egész try-t kidobhatod a kukába. A redis csak egy szálon fut. Lokális kornyezetben nem tud hibára futni. Szóval tényleg nem értem, mire írtad az egészet.

កុំភ្លេចប្រើភាសាអង់គ្លេសក្នុងបរិយាកាសអន្តរជាតិ។

Na jó, akkor szólok az elosztott Redis clusterünknek, hogy a Prohardveren mondták, hogy ilyen nem is létezik :) (konkrétan használunk ilyen célra Redist, mármint elosztott szinkronizációs primitívekre).

Mindegy, valami fura dolog van nálad :)

("A redis csak egy szálon fut." - egyszerűen nem értem, honnan veszel ilyesmiket.)

[ Szerkesztve ]

while (!sleep) sheep++;

A redis belül single theaded, kivéve IO, de a probléma szempontjából teljesen mindegy, hogy belül milyen a kiszolgálási modellje valaminek, nyilván nem thread-per-request redis esetében. Ne tévesszen meg, hogy van embedded változata is, legtöbben nem így hasnálják, én se. Emvy a problémára teljesen adekvát, bevált megoldásokat írt elosztott rendszerekre, sokprocesszes környezetre. Én hazelcastet, redist és zookeepert használtam hasonlóra, de rdbms alapon is implementáltam már szemafort lockokkal, de az költséges.

Thank you to god for making me an atheist

Van 9 szerver, menet közben kiesik mondjuk 2, később azok térnek vissza. Csinál a redis cluster olyat, hogy automatán leküldi a teljes memória anyagot a visszatérő gépekre? Ha igen, hogyan? Megakasztja a teljes fürtöt, míg át nem küldte az anyagot 1 lépésben?

Javíts ki, ha tévednék, de a redis adatreplika terjedésének idő kell, és amikor visszajelezte a lokális gépen az adat feljegyzését, addigra még nincsen ott minden node-on az adat. Ha a master rosszkor esik ki, adatot veszít a fürt.

Redis cluster-aware kliens felületes rápillantása után nekem olybá tűnik, hogy amíg az adott master van kiválasztva, bármelyik node-on akarok írni, mindegyik oda kap átirányítást. Az azt jelenti, hogy a műveletek azért nem akadnak össze lock statement nélkül, mert egyszerre csak egy művelet fut. Mármint nem csak a lokális gépen, de az egész fürtön. Akármennyi gépre telepítve van, azok mind egymásra fognak várni. Megoldás gyanánt hibát ugyan nem okoz, de teljesítményben tuti jobbak az ütközéses modellek.

Ezek a kérdések bántanak engem egy picit.

>...bevált megoldásokat...
Mármint mennyire? Az objektivitás szemével névzve valamennyire hozzáértő emberek valamennyire erőszakosan megírt tesztjei szerint valamennyire vált be az a megoldás. Hol voltak a limitek azokban a tesztekben?

[ Szerkesztve ]

កុំភ្លេចប្រើភាសាអង់គ្លេសក្នុងបរិយាកាសអន្តរជាតិ។

Aha, szóval az erős konzisztenciat hianyolod? Az tényleg nincs Redis alatt, ilyet pl tud a FoundationDB.

while (!sleep) sheep++;

Korábban nem igazán írtad le, hogy mit szeretnél, kb: szemafor, elosztott, hibatűrő legyen.
Ehhez képest ebben a témakörben nüansznyi részleteken lehetne oldalakon át vitatkozni.
Mit szeretnél, elosztott szemafort vagy elosztott adatbázist (ami lehetőleg legyen CAP és gyors is ) ?
Bevált megoldások annyira, hogy használják őket olyan problémák megoldására, amikre ki lettek találva. Ha a te problémád nincs ezek között, az nem az eszköz hibája.
A már felsoroltak között kellene legyen megfelelő eszköz számodra is, pl. Hazelcast CP alrendszere (RAFT alapú), vagy pedig nem létezik, amit szeretnél.
De mindegy is, mert nincs kedvem itt ködöt szurkálni.

Thank you to god for making me an atheist

kicsit mintha mindent is akarnál egyszerre, CAP theorem olvasása szerintem jó dolog lehet, illetve ez pont egy olyan problémakör amelyet nálunk sokkal okosabb emberek évek alatt már a lehető legjobban megoldottak és csak le kell venned egy kulcsrakész megoldást a polcról.

[ Szerkesztve ]

(raw_item.get("pk").unwrap().as_s().unwrap().to_string()).split("#").collect::<Vec<&str>>()[1].to_string()

Ja, a tuti már valószínűleg készen van, épp csak még nem sikerült megtalálni. Nem mintha bármi sürgős lenne. Jó előre nézek utána problémának. Akár barkácsolok valami egyszerűt, ha mást nem. Amikor gyűrés-tűrő eszköz után keresgélek, nyilván magasan van a mérce. Miért érném be csak félig-stuffal? Félig stuffal beérni majd a gyakorlat lesz akkor, ha mégsem sikerült jobbat találni, sem jobbat barkácsolni, meg úgy alakul, hogy az idő megsürget. Amíg nem alakult úgy, nem elég jó a csak félig-stuff

កុំភ្លេចប្រើភាសាអង់គ្លេសក្នុងបរិយាកាសអន្តរជាតិ។

Most tenyleg az a terv, hogy mivel nincs CAP eszkozod, ezert csinalsz egyet magad?

while (!sleep) sheep++;

Az a CAP pontosan egy dolgot jelent, ezt [link]
Ezt érdemes alaposan és mélyen átgondolni, mielőtt elkezdesz elosztott, hibatűrő rendszert barkácsolni.

Ha alaposan és mélyen átgondoltad, akkor érteni fogod emvy kérdését is.

[ Szerkesztve ]

Nem lehetetlen az sem, épp csak miért akarnám újrafeltalálni a kereket, ha már feltalálták? Tudod te mekkora úr a lustaság?

កុំភ្លេចប្រើភាសាអង់គ្លេសក្នុងបរិយាកាសអន្តរជាតិ។

Elsőre a Redis pubsub channel-nél arra jöttem rá, hogy nekem nem lenne ideális, mert én akkor is szeretném tárolni az üzeneteket, ha valaki offline. De úgy látom a Redis Stream-szel ez is megoldható, bár a last read message ID nincs karbantartva subscriberenként, mint a Kafkanal. De ez nem egy tragédia.
NATSt még ennyire sem ismerem, de utánanézek.

I am having fun staying poor.

Szerintem 2 honapot siman meger, mert CAP-bol mindharmat egyszerre semmi* nem tud jelenleg, szoval pillanatok alatt dollartizmilliardos lennel, de akar egy Turing-dij is befigyelhet.

*Google Cloud Spanner 'majdnem CAP', merthat egy rakas szinkronizalt atomoraval lehet vicces dolgokat csinalni

while (!sleep) sheep++;

Ha streaming kell, es nem queuing, akkor arra valoban a Redis Streaming jo. A NATS emlekeim szerint gyorsabb.

A Kafka meg a Pulsar persze jok, de azt mukodtetni is kell tudni -- a Redis meg a NATS meg szuper konnyen hasznalhato kisebb skalan is.

while (!sleep) sheep++;

Dollártízmilliárd a hócipőt Több hónapnyi munka után ha saját célokra akarok több alkalommal felhasználni valamit (bármit), githubra kell minimum kirakni pusztán a jogi problémák lekezelése miatt, és ingyen adni ország-világnak, amiért még egy "köszönöm"-öt sem fogok soha kapni. Az a realitás, nem a dollártízmilliárd.

Apropó, olvastam azt a blogot, és ami a mindhármat egyszerre esetét illeti, az maximum az alkalmazható gyakorlat korlátos esetében lehet meg. De lehetetlennek éppen nem lehetetlen, hogy meglegyen. Elméletben biztos az, de a gyakorlat más.

កុំភ្លេចប្រើភាសាអង់គ្លេសក្នុងបរិយាកាសអន្តរជាតិ។

Az a fő probléma, hogy az elosztott rendszerek egy nagyon nehéz témakör, a te ismereteid pedig nem elegendőek ahhoz, hogy ezt felismerd.

Ha pozitív akarok lenni - ez egy remek alkalom a fejlődésre, itt egy témakör, amihez egyáltalán nem értesz, viszont érdekes, izgalmas, és megéri elmélyedni benne.

Ha negatív akarok lenni - a magabiztosan előadott gondolataid olvasása közben óhatatlanul a Benny Hill zenéje szól a fejemben.

De most komolyan, egyáltalán mi az a probléma, amire a megoldást keresed?

(Elerkeztunk arra a pontra, amikor a gepeszmernok topicban valaki nekiall legyartani hetvegen az orokmozgot, de senkinek nincs mar energiaja, hogy elkezdje magyarazni, hogy ez miert nem jo otlet.)

[ Szerkesztve ]

while (!sleep) sheep++;

Akkor egy könnyebb probléma:
Adott egy 10 numerikus karakter hosszú szekvencia, mint például:

0000000001
0000000002
0000000003

Ezekből kellene randomnak TŰNŐ, de könnyen visszakódolható, ugyanilyen hosszú csak numerikus karaktersorozatot generálni.

Azaz valami ilyesmi végeredmény kellene
0000000001 -> 9122365657
0000000002 -> 1234567890
0000000003 -> 1565789431

Milyen ötleteitek vannak ehhez?

[ Szerkesztve ]

Én kérek elnézést!

A kulcsszó: Format Preserving Encryption
Wiki oldal alján vannak rá szabadon használható implementációk. Nem próbáltam még, de ha ez lenne a feladat, én innen indulnék.

[ Szerkesztve ]

https://github.com/mysto

while (!sleep) sheep++;

Kár, hogy pont C#-hoz nincs.
Egyelőre úgy tűnik, hogy Vigienere cipher plusz némi eltolás, plusz újabb vigienere lesz a befutó megoldás.

Én kérek elnézést!

Szemre a Java változat semmi extrát nem tartalmaz, AES-ECB + egy rakás bigint és string művelet, egyetlen nem túl hosszú osztály, eléggé könnyű portolni C#-ra.

tAm6DAHNIbRMzSEARWxtZW50ZW0gdmFka5RydIJ6bmkuDQoNClOBc4Ek

Sziasztok,

Egy kis segitseget szeretnek kerni, remelem nem gond

  # Format the values: remove dashes and prepend $   
pihole_domain_lists_formatted = [for v in local.pihole_domain_lists : format("$%s", replace(v, "-", ""))]

Szeretnek egy olyat is hogy az elso 6 sort torolni., tudnatok ebben segiteni?