Weblabor

Sziasztok,
Egy statikus GoHugo weblapot tartok a Netlify szerverén. A Babel-t a következő képpen tudom beolvasni:A Babel weblapján azt irják, hogy "For prototyping. If you are working on a production site you should be precompiling your scripts server-side.".

A "script src" valószínűleg nem a legjobb modszer bár más lehetöség nem igazán van. Nem tudok NPM-hez hozáférni az ilyen ingyenes tárhelyen.

Egy sima JavaScript fájlor lenne szó. ES6 kódot tartalmaz. A legtöbb amit forditani kéne az a "let" és "const". Szeretném ha a JavaScript fájl müködne régebbi böngészökkel is.

Bármilyen tanácsnak nagyon örülnek. Ti hogyan olvasátok be a Babelt? Elöre is köszönöm!

Üdv!


A GPS adatokat ki tudom szedni egy képből, de milyen módon lehet megoldani, hogy a szélességi és hosszúsági értékek alapján megállapítsa a rendszer, hogy melyik településen van az adott pont, és ezt a településnevet betegye egy mezőbe.

Ha egy Google térképen megjelenítünk egy pontot, akkor nyilván tudja a Google, hogy az melyik településhez tartozik.

Gondolkodtam, hogyan csinálják ezt: vagy az adott település minden GPS koordinátáját felveszik egy adatbázisba és megfeleltetik az adott településsel, majd így tovább minden településnél, de ez nagyon nagy adatbázist igényelne, mert ha perc, sőt másodperc pontosságú a GPS adat, akkor abból nagyon sok van.

Lehet, hogy csak a település határvonalának a GPS értékeit teszik egy adatbázisba és képtérkép szerű megoldással, illetve valamilyen differenciálszámítással, határérték számítással állapítják meg. Nem tudom.

De hozzá tudok-e ezekhez jutni, azaz, hogy a képből kinyert térkép pont megjelenítése mellett - ami már működik - az adott település nevét is ki tudjam nyerni, és azt betenni egy mezőbe.

Ad-e erre lehetőséget a Google és fizetős-e, mint térkép API szolgáltatása?

Sikerült valakinek jasmine-t (vagy jest-et) működésre bírnia ESM-el? Próbálkozom, de csak azt kapom mindig, hogy "Cannot use import statement outside a module". :S

Sziaszok,

hogy tudnám ellenőrizni egy adott dátum intervallum ne fedjen egy már adatbázisba felvitt intervallumot:

pl.

Adatbázisba felvitt intervallumok:

-------------------------------
| TOL | IG |
|2020-01-01 | 2020-02-01 |
|2020-02-01 | 2020-03-01 |
|2020-03-01 | 2020-04-01 |
|2020-04-01 | 2020-05-01 |
-------------------------------

ha, fel szeretném vinni a 2020-04-20 -tól 2020-05-10 -ig intervallumot, akkor hiba mert már szerepel az adatbázisban. Ha nem szerepelne akkor pedig felvehető.

Köszi: simisoma

Sziasztok,

tudnátok segíteni? A feladat az lenne,hogy van egy aktuális nap, pl.ma:

$ma = date('Y-m-d');

és van több dátum intervallumom egy adatbázisban (két oszlopban tol és ig):

2020-01-01 - 2020-02-01
2020-02-01 - 2020-02-10
2020-02-10 - 2020-03-05
...

A kérdésem, hogyan tudom lekérni azt az egy sort adatbázisból amelyik intervallumba esik a $ma változóm?

Sziasztok,

van egy olyan problémám, hogy ha a Windows Server 2019 -en futó IIS-en hozzárendelek egy Virtual Directory -t akkor szépen olvassa, de nem tud bele írni.

Tulajdonság --> Biztonság -nán hozzáadtam az IUSR felhasználót Full controll jogkörrel, de nem segített.

Mi lehet a gond?

Köszi: Soma

Sok dolog nem világos DDD-vel kapcsolatban, és nem találok rá választ, bárhogyan keresem. Általános dolgokra persze van válasz, hogy aggregate root-ot hogyan kell választani, meg hogy mi entity, mi value object, mekkora egy bounded context, ilyesmik. Nem tudom, hogy ennyire specifikus a problémám, vagy egyszerűen a DDD nem foglalkozik a kérdéssel, és oldjam e meg, ahogy tudom. Nyilván a problémát meg tudom oldani, de szeretnék fejlődni DDD-ben is. Az egész cucc egy nodejs daemonban futna egyelőre, később talán szétskáláznám földrészenként, ha szükséges.


Nagyjából arról van szó, hogy van egy előrejelző szolgáltatás (ForecastingService), amitől bizonyos időközönként elkérem a friss előrejelzéseket (Forecast). A felhasználók (User) feliratkoznak (Subscription) értesítésekre (Notification) ezekkel kapcsolatban. Az, hogy valaki kap e értesítést függ a tartózkodási helytől (Location), az arra a helyre vonatkozó előrejelzéstől (LocalForecast(Forecast, Location)), a felhasználó beállításaitól (NotificationSettings), és egy viszonylag bonyolult algoritmustól, ami ezek alapján dönt. Igy első körben azt mondanám, hogy értesítő szolgáltatást nyújtok (NotificationService), ami a fent említett algoritmust magába foglalja.

Ami mentésre kerül az a User, a Settings és a Subscription. A Forecast-et is menteni szeretném, de csak azért, hogy egy másik alkalmazással kielemezzem később, tehát ennél az alkalmazásnál nem olvasnám vissza, de jó lenne, ha bekerülne az event storage-be. A Notification-t is jó lenne menteni, mert jó lenne, ha nem menne el sorozatban egy tucatszor ugyanaz az értesítés.

1.
Itt azt hiszem egyértelmű, hogy szükség van legalább egy setInterval-ra, hogy tudjam folyamatosan frissíteni az előrejelzéseket. Ami nem világos DDD-vel kapcsolatban, hogy ennek a setInterval-nek hol a helye. Mármint valószínűnek tartom, hogy csinálnom kell egy NotificationService példányt az elején, ami elindítja az egészet, és felügyeli a frissítést.

OpenSSL tutorialokat nézegetek és kezdem elveszíteni a fonalat: ahány tutorial, annyiféle openssl.cnf nagyjából. És ugye régen még az MD5 hash sem volt tilos, ma már az SHA1 sem nyerő, szóval nagyon nem mindegy, milyen konfigot használok akár aláíróként (saját CA), akár igénylőként.
Tudnátok olyan oktatóanyagot javasolni, ami viszonylag naprakész, megbízható stb.?

A kérdésem az, hogy az ismerősi kapcsolatokat hogy jobb tárolni adatbázisban.
1ik verzió:
Contacts tábla
-id
-sender_user_id
-receiver_user_id
-status (pending, friend)
-date

|gy ebből kiderül ki jelölt be kit, és a kapcsolat 1 sorban tárolódik. De ha bejegyzéseket akarom listázni, akkor nehézkes kétféle user_id alapján keresni, vagy sender, vagy receiver.

Másik verzió, nem is tudom, hogy ez jó e: 2 sorban minden kapcsolatot.

Contacts tábla
-id
-user_id
-other_user_id
-type(sender,receiver,friend)
-date.

Itt 1 bejelölésnél 2 sort ment, a 2 felhasználó felcserélve szerepel, és ha barátok, akkor mindkettőnél friend a type, így ha a bejegyzéseket kérem le másik táblából, akkor innen mindig csak a user_id-t kéri.
Ez használhatóbbnak tűnik, csak így duplázok mindig, ami nem hatékony.
Esetleg más lehetőség?
Köszi.

Van egy érdekes problémám, ami annyira nem tűnik triviáisnak. Van többfajta előrejelzésem, pl 3h, 9h, 1d, 3d, stb... Ha az előrejelzés megfelel bizonyos paramétereknek, akkor értesíteni kellene a usert, hogy dolog van. Pl Mari néni mosni akar a napokban, de csak akkor ha szép napos idő van, mert akkor tud teregetni. Na most az rohadtul nem világos, hogy mikor értesítsem, hogy lehetne mosni. Pl hétfőn szóljak, hogy csütörtökön talán moshat? Vagy minden nap szóljak neki, hogy x időn belül talán okés lesz? Még van egy olyan dolog is, hogy minél hosszabb távú egy előrejelzés, annál bizonytalanabb. Szóval előfordulhat, hogy hétfőn azt mondom, hogy csütörtök okés, aztán szerdán sztornózóm az egészet, mert mégis esőt mondanak, aztán csütörtökön kiderül, hogy mégsem lesz eső. Rendesen meg lehet kavarni vele. Erre van bármi megoldás? Én tanácstalan vagyok jelenleg, de még agyalok rajta. Igazából az a bajom, hogyha már egyszer ennyi adat rendelkezésre áll, akkor jó lenne felhasználni mindegyik előrejelzést. Mert simán lehetne pl csak az 1 naposat használni, és eldobni a másik hármat, de azzal úgy érezném, hogy nem tájékoztatom megfelelő képpen az illetőt.