- Olcsóbb lett a Tesla Full Self-Driving szoftvere
- Telekom otthoni szolgáltatások (TV, internet, telefon)
- Milyen program, ami...?
- Microsoft Excel topic
- Otthoni hálózat és internet megosztás
- Az MSI RadiX AXE6600 tesztje – router, játékosoknak
- A TikTokon marakodik Trump és Biden, betilthatja az USA
- A Microsoft feltalálta az olcsó AI-t
- Hálózati / IP kamera
- Amazon Prime Video
-
IT café
Új hozzászólás Aktív témák
-
Sztanozs kolléga rendesen beletenyerelt, előfordulhat, hogy az adatvédelmi rendelet önmagában elég kényszerítő erő a webes cuccra.
és akkor nem az lesz a kérdés, hogy kiad-e 2-3 millió forintot egy új webes rendszerre vagy tákolják tovább 200 ezerért a régit, hanem az, hogy 3 misiért új rendszer vagy 3000 misiért adatvédelmi bírság.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
mckay
aktív tag
válasz sztanozs #11946 üzenetére
srácok,
szerintem annyira alapos hozzászólásaitok voltak, hogy tisztelettel megérdemeltek néhány további részletet:
- a cégem nagyvállalat, nem gond a beruházás, ha az amúgy értelmes
- az sem gond, ha sokára lesz kész
- valóban szenvedünk azzal, hogy a partnereink nem telepítik a legfrissebb változatot
- valóban sok üzleti logika van kint a vastagkliensben, de email kliens módjára csatolt fájlokkal kommunikál felénk (smtp használattal)
azt hiszem, hogy a hozzászólások összességében a felhő alapú megoldás felé tolnak engem, én meg majd a döntéshozókat, ha tudom
:-)de továbbra sem találok semmi frankó grafikát, számadatot, hogy a mai magyar rögvalóságban vajon mekkora hátrány, ha az ember .Net (tehát Windows vastag) klienssel nyomul a cégek irányába
honnan lehetne valami statisztikát szerezni?másképp fogalmazva: értem, a webes technológia mégicsak király, de vajon eljött-e az ideje már egy több ezer példányos szoftver leváltására?
[ Szerkesztve ]
-
mert a gdpr egyik fontos alaptétele, hogy mindig tudd, hol vannak az adataid.
ha webes cuccot csinálsz, akkor az adat maga marad a szerveren, csak a képe jelenik meg az ügyfélnél. ha meg vastagklienst, akkor a kliens program magába tölti az adatokat, és akkor oda kell figyelni arra, hogy mit tud letölteni üzemszerű működés esetén, és mit betörési kísérlet esetén.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
Jim Tonic
nagyúr
válasz bambano #11954 üzenetére
Csak akkor érdekes ez, ha Európából a kontinensen kívülre szolgáltatsz. Arra meg vannak virtualizált megoldások is, pl. a Citrix. Egy vállalatirányítási rendszer ritkán fut böngészőben.
ha webes cuccot csinálsz, akkor az adat maga marad a szerveren, csak a képe jelenik meg az ügyfélnél.
Miben különbözik az, hogy a böngésződbe töltöd be az adatot, vagy az egyéb programodba?[ Szerkesztve ]
Alcohol & calculus don't mix. Never drink & derive.
-
-
mckay
aktív tag
válasz Jim Tonic #11957 üzenetére
a szóban forgó szoftvernek nincs igazán kapcsolata a szerverrel, és ott nem is tud elérni semmilyen adatbázist
adatok csak a kliensben vannak, és oda sem mi pakolunk, hanem az ügyfél, aki rendeltetésszerűen használja a szoftverünket - azt gondolnám, hogy az általa a mi szoftverünkben tárolt adatokért ő kell, hogy feleljen
nézzétek, úgy tudnám jellemezni, mint egy spéci pizzarendelő szoftvert:
- üzleti logika van a kliensben, például hogy milyen pizzafeltétek mivel párosíthatók (például a tejfölös alap a paradicsomos alappal nem párosítható), összekattintgatja az ügyfelünk, és generálódik belőle egy email, amit a saját smtp szerverén keresztül (mert első használatkor bepötyögte a saját smtp autentikációját) csatolt fájlként elküld hozzánk, és mi várjuk, és teljesítjük az abban szereplő "pizzarendelést"
- adatok abból a célból vannak benne, hogy jellemzően nem magához rendeli a pizzát, hanem máshoz: évek alatt felépíti a saját vendégkörének adatbázisát, és amikor egy vendég kéri a pizzáját, pár kattintással tudja is neki küldeni a "szokásost"
ennyitermészetesen nem pizzarendelésről van szó, de azt hiszem így lenne jó bemutatni
és a dilemma most vezetői szinten, hogy
- jó-e így ez a vastagkliens architektúra helyi adatbázisokkal és helyi programmal
- vagy eljött az idő (egyszer tutira el fog!), hogy böngészőben fusson a mutatványehhez keresek adatokat, hogy mi a magyar rögvalóság a PC-k terén
vagyis baj-e, baj lesz-e, hogy .Net alapú vastagkliensünk van -
Ispy
veterán
Szerintem ez inkább gazdasági kérdés, hogy megéri-e váltani vagy sem. Van sok felhős megoldás és van sok lokálisan futó program is, vannak cégek, akik inkább a felhőt szeretik, de vannak akiket ez elriaszt, ez nem annyira fekete-fehér, hogy mi most itt megfejtsük és ez már nem is programozás témakör.
Annyit tudom mondani, hogy mi is bevezettük a portfóliónkba a felhős megoldást, de nem a lokálisan futó program helyett, hanem mellette, így aki nem akar/tud saját szervert fenntartani az mehet felhőbe, ahol viszont a céges policy ezt meg sem engedné, azoknak meg van saját szerverük.
"Debugging is like being the detective in a crime movie where you're also the murderer."
-
sztanozs
veterán
válasz Jim Tonic #11957 üzenetére
Kérdés az mennyire védhető az adott architektúra, és mennyire tekintjük megbízhatónak a klienst.
Amennyiben a vastagklient ténylegesen csak megjelenítő funkciókat lát el és nincs benne üzleti logika, és nem kapcsolódik közvetlenül az adatbázishoz, akkor nincs semmi probléma - de onnantól kezdve, hogy funkciókat, döntéseket, ellenőrzéseket viszünk be a vastagkliensbe, a rendszer egyszerűen feltörhetővé/visszafejthetővé válik. Egy vállalati rendszerben a zártság kiemelt fontosságú (-nak kellene legyen).JOGI NYILATKOZAT: A bejegyzéseim és hozzászólásaim a személyes véleményemet tükrözik; ezek nem tekinthetők a munkáltatóm hivatalos állásfoglalásának...
-
-
sztanozs
veterán
Persze, ám ha az ügyfél azt szeretné, hogy ne férjen hozzá bárki az adatbázishoz (aki a munkaállomáshoz fizikailag hozzáfér), akkor ez nem biztos, hogy megfelelő kialakítás.
JOGI NYILATKOZAT: A bejegyzéseim és hozzászólásaim a személyes véleményemet tükrözik; ezek nem tekinthetők a munkáltatóm hivatalos állásfoglalásának...
-
mckay
aktív tag
válasz sztanozs #11963 üzenetére
nem, ez sehogy sem ideális architektúra
:-)
az ügyfél gépéhez az ügyfél alkalmazottja fér hozzá, aki amúgy bármikor excelbe exportálhat minden adatot, nincs többszintű jogosultság, szóval nem kell kalózkodni, nyitott
de a logika szerint az nem is a mi adatunk, hanem az övé
hozzánk emailben (!) csatolt fájlként jön be az a megrendelés, amit ő a programjában összemókolt az az ő ügyfelének
mondanom sem kell, titkosítatlan csatolt fájlként jön emailben.
na azért az már nem GDPR barát szerintem, de nem feszegetném... -
opr
veterán
Bevallom, nem astam bele magam melyen, de ebben az esetben hogy jon ide egyaltalan a GDPR?
Mert az alapjan, amit eddig leirtal, nekem nagyon ugy tunik, hogy ebbol a szempontbol, illetve ezzel a programmal kapcsolatban jelenleg konkretan nem vonatkozik ratok az egesz.
Egyreszt nem foglalkoztok senkinek az adataival.
Masreszt meg csak nem is rendelkeztek ilyennel.Az meg, hogy csatolmanykent kapod meg, hogy kell ket csavar, egy csomag koton meg egy raklap kartonpapir, az szinten olyan dolog, hogy ha nagyon erolkodsz se tudod semmilyen profilhoz kapcsolni, azon tul, hogy xy ceg rendelt yx termeket, nem tudsz semmit.
Szoval, lehet csak En vagyok messzemenoen tajekozatlan ezen a teren (ez esetben elnezest), de nem ertem, hogy egyaltalan miert merul ez fel itt most.
Szvsz pont egy online applikacio eseten lehetne ez kerdes, de ott is csak akkor, ha barmi olyan adatod van, amivel tudsz valamit/valakit profilozni. Nameg ott mar felmerulne az, hogy ugyfeladatokat tarolsz, de ez most nem igazan van igy. Az meg, hogy a sajat gepet melyik ceg hogy vedi, az mar szvsz reg nem rad/ratok tartozik.
Aztan max ha nagy hulyeseget mondtam, majd a kollegak lefejeznek gyengeden oszt kesz.
"Programozó vagyok. Ez azt jelenti, hogy amit leírok, megtörténik." :D “The only valid measurement of code quality is What-The-F**ks/Minute.” - Robert Martin
-
Chesterfield
senior tag
Sziasztok!
Hamarosan itt a szakdolgozat leadási határidőm, így lehet lesz a napokban néhány kérdésem, előre is elnézést kérek érte.
A projectem egy ASP.NET MVCwebshop, Entity Frameworkkel, code-first fejlesztéssel.
Az útmutatóban az áll, hogy szükség esetén készítsek adatbázis tervet. Ez vajon code-first esetén is szükséges?
köszönöm!
-
Domonkos
Ármester
válasz Chesterfield #11967 üzenetére
Nem kekeckedesbol, de neked nincs temavezetod hogy az ilyenre elso kezbol kapj valaszt?
Gender of electrical connectors is defined by the pins.
-
Domonkos
Ármester
válasz Chesterfield #11969 üzenetére
pfff, hat szep.
Bar a pontos kovetelmenyek ismereteben nem biztos hogy jo tanacsot tudok adin, de egy szakdolgozatnal inkabb az az erdekes, es inkabb azt varjak el hogy leirja a hallgato, hogy hogyan jutott el az adott megoldashoz es hogy azt miert epp ugy csinalta.
Szoval szerintem azt kellene leird, hogy milyen dontesek vezettek odaig, hogy epp azokat a modelleket hasznaltad amiket es megindokolnod hogy ez miert tette "foloslegesse"/miert tudta kivaltani a hagyomanyos adatbazis tervezest.
Legalabbis en ezt irnam le.Gender of electrical connectors is defined by the pins.
-
martonx
veterán
válasz Chesterfield #11967 üzenetére
Tök mindegy, hogy code-first a megközelítés vagy sem, attól még az adatbázis ugyanúgy táblákból, kapcsolatokból áll, amit illik egy szakdolgozatban ledokumentálni. Egyébként én nem is engedném az ilyen szar témákat szakdolgozatnak.
Hiszen egy webshopot nulláról megírni több embernek is több hónapnyi feladat. Ha meg magadtól bohóckodsz összes valamit (már elnézést), akkor meg kb. vállalhatatlan lesz a végeredmény.Én kérek elnézést!
-
#78693120
törölt tag
válasz martonx #11971 üzenetére
Nekem is webshop volt annak idején a diplomamunkám, csak php és mysql-ben. Persze ma már jobbat tudnék csinálni. Amúgy 0-ról indultam és mindent én találtam ki, szóval biztos sok tervezési hiba volt benne, de működött.
Adatbázisterv meg kell mindenképpen, ez nem kérdés.
-
axioma
veterán
válasz martonx #11971 üzenetére
Amiket en olvasok webshop / naplo / eroforras-allokalo adatbazist, azoknal altalaban nem is az a legnagyobb problema, hogy hogyan epiti fel a magjat az egesznek - bar azon mar erosen meglepodtem, hogy a csaladfas szakdoli me'g a fa generalast se maga csinalta, hanem 3rd party, nem erre szakosodott grafrajzoloval. [Ja nem vagyok az oktatasban csak a ferjem hoz neha haza es kerdezi a velemenyem.] A legtobbnek az a baja, hogy a feladatot nem gondolja at rendesen, az eszkozhoz keres feladatot, es a feladat sajatossagait nem veszi figyelembe. Nem eletszeru, annak csak egy egyszerusitett modellje. (Es altalaban arra se veszik a faradsagot, hogy a mar letezo, azonos vagy hasonlo funkcioju alkalmazast legalabb egy oran at nyomogassak.)
-
martonx
veterán
válasz axioma #11973 üzenetére
Hát ez az, ez a gond a webshopos témával is szerintem. Lehet nagyon bután nekifutni, hogy ok, akkor legyenek termékek, kosárba lehessen rakni, a kosarat meg lehessen rendelni, be lehessen jelentkezni. De egy webshop nem ettől webshop. Ezt egy hét alatt össze lehet rakni. Akkor már sokkal érdekesebb egy webshopban a kategória fák felépítése, termékek keresése, szűrése különböző szempontok alapján, hogy az árazásról ne is beszéljünk. Vagy ott van a SEO kérdése, de önmagában csak a megrendelést is el lehet úgy bonyolítani, hogy csak azon heteket dolgozik pár ember.
Szóval ez egy tipikusan buta témaválasztás. Hiszen ezzel csak maximum a felszínt lehet karcolgatni, ahelyett, hogy akkor már kiragadnánk a webshopból valamit, és csak arra koncentrálnánk a szakdolgozatban. Szerintem.
Én kérek elnézést!
-
dabadab
titán
válasz martonx #11974 üzenetére
Igen, annak sokkal több értelme lenne, ha mondjuk egy modult írnának Prestashophoz, mert annak lenne értelmes végeredménye, valós problémára készítenének valós megoldást meg amúgy se az a jellemző, hogy nulláról kell felépíteni valamit, hanem egy már meglévő valamihez hozzárakni még valamit.
DRM is theft
-
-
Panthera
őstag
Sziasztok!
Excel táblázatba rendszeresen kell adatot gyüjtenem weboldalakról. Mivel lehetne a következőt megoldani?
Megadott linken, megadott szöveg után található számot kiolvasni és azt beszúrni egy excel cellába. Az lenne a jó, ha egy adott táblázatot lehetne folyamatosan bővíteni. (Van minimális programozási gyakorlatom.)Köszönöm!
-
senior tag
Sziasztok!
Lett havernak egy retro kávézója, egy jópár csodával, köztük ezzel:
Egy P1-es MMX procis, siemens lapra volt kötve a rendszer. Sajnos a HDD nincs benne, nem tudni milyen szoftver volt fent. Zenegép típusszáma is kérdés!!!Cserélve lesz egy AM3+ M5A78L-M LX V2 (ezeken megvannak ugyanazok a csatik, mint a régi alaplapon) és valami low Sempron cpu-ra 1-2gb rammal.
Nos a szoftver ami vezérli....ez a kérdésem lényege.A ladisoft.hu-n lévő szoftverekkel van némi esély? Lapozós a gép, tehát nem egyszerű a story...
[ Szerkesztve ]
"Az életben soha semmi nem lesz elég,de élünk és harcolunk!"
-
kingabo
őstag
Nem az a kérdés, hogy mit akar a főnök / mit tart jónak, hanem mit szeretne az ügyfél.
Ha olyan új feature-ök kellenek amik egy külön "modulba" kerülnek és a meglévő rendszer nélkül is használhatóak, akkor akár egy kisebb szeleten lehet próbát tenni, hogy a zügyfelek mit gondolnak. (attól eltekintve, hogy nem egy rendszert kell használni, hanem 2-t). Ha tetszik az irány, akkor egyre több dolog mehet az újba és a régi szépen feledésbe merül.
Egyébként tényleg jó lenne tudni több dolgot is a jelenlegi rendszerről. Lehet nem is olyan vastag az a kliens mint hiszed és "könnyen" lehetne cserélni a UI-t.
szerk: nem vettem észre volt még 1 oldal, plusz infókkal.
[ Szerkesztve ]
-
Hali mindenkinek!
VB.NET-ben írogatok néha és szeretnék SQL-el dolgozni benne. Lenne egy megbízólevél amit megadott adatok alapján kellene kitöltenie a proginak. Tudom egyszerűbb lenne egy körlevélkészítő de szeretném én magam megcsináni.
Jelenleg egy neten talált kód alapján írtam egy nagyon egyszerű login ellenörzőt ami csak arra kell hogy a felhasználó név alapján töltsön ki egy űrlapot. Nem is igazi login de célnak megfelel.
Public con As New SqlClient.SqlConnection
Public strCon As String = "Data Source=" & sqlszerverneve & ";Initial Catalog=" & adatbazisnev & ";User ID=sa;Password=" & sqlsajelszo & ";Connection Timeout=50;"
Public Sub loginellenorzes()
sql = "select count(*) from felhasznalok where felhasznalonev=@felhasznalonev and jelszo=@jelszo"
Using Conn As New SqlConnection(strCon)
Using cmd As New SqlCommand(sql, Conn)
Conn.Open()
cmd.Parameters.AddWithValue("@felhasznalonev", felhasznalonev)
cmd.Parameters.AddWithValue("@jelszo", jelszo)
Dim value = cmd.ExecuteScalar()
If value > 0 Then
Foablak.Show()
Loginablak.Hide()
Else
MessageBox.Show("Hibás fehasználónév/jelszó")
End If
Conn.Close()
End Using
End Using
End SubEddig ez okés is, tökéletesen működik.
Viszont kellene egy sub visszatérő értékkel ami azt csinálja hogy megadott sql parancsokat végrehajt majd visszadja az eredményt string-be vagy tömbbe hogy azt használhassam a progiba.
Szóval mi a bevállt dolog sql lekérdezésekre? Gondolom nem kell minden egyes parancs előtt connectelni?Vintage Story PH szervere újra fut!
-
Zalanius
tag
válasz MasterDeeJay #11982 üzenetére
Kezdésnek például itt nézz körül: SqlDataReader, MS Docs (a jobb felső sarok környékén lehet C# / VB.net között kapcsolgatni a példák kódját). Hasznos lehet ez is: [link].
Nincs igazán szükség conn.Close()-ra, ha Using blokkot írsz hozzá. A using megoldja a Dispose() hívást, ami pedig Close()-t hív egyebek mellett. Jól gondolod, nem kell minden Execute*** előtt connect, egy connection blokkjában több command is elfér. (Ha aztán ezek között egymásra épülő módosítások is vannak, már a Transaction témára is érdemes ránézni.)
[ Szerkesztve ]
--= Zalán =--
-
válasz Zalanius #11983 üzenetére
Köszi!
így csináltam meg:
Public strCon As String = "Data Source=" & sqlszerverneve & ";Initial Catalog=" & adatbazisnev & ";User ID=sa;Password=" & sqlsajelszo & ";Connection Timeout=50;"
Dim adapter As New SqlDataAdapter("select teljesnev from felhasznalok WHERE felhasznalonev = '" & felhasznalonev & "'", strCon)
Dim dataset As New DataSet
adapter.Fill(dataset)
teljesnev = (dataset.Tables(0).Rows(0).Item(0))szóval a dataset szimpatikus, ürítgetem és feltöltöm amire szükség van azzal.
Vintage Story PH szervere újra fut!
-
#81999360
törölt tag
Sziasztok,
munkahelyre szeretnék egy scriptet vagy programot írni, viszont elég korlátozottak a használható dolgok. Kb. csak batch-ben tudnám a dolgot csinálni, mert semmi alkalmazást nem lehet telepíteni a gépekre...
A lényeg az lenne, hogy van egy .txt fájl amibe egy szkenner beolvas egy kódot aztán határozatlan időn belül egy újabbat, de az előzőt kitörli. Tehát a fájl tartalma minden esetben egy 12 jegyű szám.
Erről szeretnék egy logot csinálni, szóval látszódna az összes eddig beolvasott kód.
Valami olyan funkció kellene ami figyeli amikor változik a fájl tartalma, vagy a módosítás dátuma alapján futna le és másolná máshová az aktuális kódot.
Tudna valaki segíteni?
Előre is köszönöm.
-
#81999360
törölt tag
válasz BTminishop #11986 üzenetére
De sokkal egyszerűbb lenne, csak sajnos a szkenner programjában semmilyen opció nincs, de még csak azt sem tudja senki, hogy hogyan kerül bele a txt-be a szám.
-
brd
nagyúr
válasz #81999360 #11987 üzenetére
Hát, meg lehet oldani kizárólag batch-ből, de elég paraszt módon:
:valtozottafile
forfiles /M scanner.txt /C "cmd /c echo @fdate @ftime" | find "." >%temp%\compare
set /p compare=<%temp%\compare
:hasonlitasamartaroltmetaadattal
timeout >nul 1
forfiles /M scanner.txt /C "cmd /c echo @fdate @ftime" | find "." >%temp%\compare2
set /p compare2=<%temp%\compare2
if "%compare%" neq "%compare2%" (
type >>logfile.txt scanner.txt
goto valtozottafile)
goto hasonlitasamartaroltmetaadattalA parasztság az benne, hogy egyrészt másodpercenként mindenképpen fut (timeout >nul 1), másrészt file-ba írja a lekért directory tartalmat, így SSD-n annyira nem egészséges használni (bár ez utóbbit lehet, hogy meg lehetne oldani egy kis bűvészkedéssel, ha lesz kedvem, végiggondolom). Semmilyen exe-t sem futtathatsz? Mert akkor kb. bármilyen, fileműveletet kezelő programnyelven meg lehet oldani.
Szerk.: a dir nem ad vissza másodpercet. A forfiles a jó.[ Szerkesztve ]
The only real valuable thing is intuition.
-
Ron Swanson
senior tag
Elnézést ha nagyon off, de nem találtam jobb topicot.
Továbbtanulással kapcsolatban lenne kérdésem.Jelentkeztem egy 2 éves programtervező informatikus felsőfokú szakképzésre. Már régebben érettségiztem, lenne elég pontom az alapképzésére is, de azt már nem mertem bevállalni.
Így néz ki ennek a 2 éves képzésnek a tanterve:
1. félév:
- közgazdasági alapismeretek
- jogi és menedzsment alapismeretek
- matematikai alapozás
- munkaszervezés és projektkommunikáció
- szakmai angol nyelv 1
- számítógépes alapismeretek
- programozási alapismeretek
- számítógépes kommunikáció, hálózatok
- web-fejlesztés 12. félév:
- szakmai angol nyelv 2
- objektum orientált programozás
- programozás C#
- programozás Java
- adatbázisok
- web-fejlesztés 2
- algoritmusok és adatszerkezetek3. félév:
- operációs rendszerek
- szoftver minőségbiztosítás
- projektmunka
- adatbázis-rendszerek programozása
- mobilalkalmazásfejlesztés
- web-fejlesztés C# alapon
- web-fejlesztés Java alapon4. félév
- szakmai gyakorlat egy partnercégnélÍgy ránézésre mit gondoltok erről a tantervről?
Nagyon nagy hátrány, ha nem lesz diplomám csak egy ilyen papírom?[ Szerkesztve ]
-
opr
veterán
válasz Ron Swanson #11989 üzenetére
Sajnos ennyibol ezt nem lehet megmondani. Nekem a matematika borzaszto kevesnek tunik egy normalis kepzeshez, de ha nagyon jol tanitjak es nagyon lelkesen csinalod vegulis akar egy egeszseges kezdo junior szinthez eleg is lehet. Vagy, az egesz ugy tre, ahogy van. Szerintem jobban jarnal egy rendes bsc-s kepzessel, ket ev utan siman tudsz mellette dolgozni.
Persze, a masik oldalrol viszont az van, hogy egyaltalan nem kell semmi papir, ha komolyan veszed, folyamatosan kepzed magad munka kozben es utana otthon is, es van olyan ismerosod, aki a komplexebb/absztraktabb dolgokat el tudja magyarazni, papir nelkul is lehetsz jo programozo.
Ha meg nem csinalod, akkor meg diplomaval is max felautomata kodgenerator leszel. Nem a papiron, hanem az emberen mulik.En azt tanacsolnam, hogy olvass utana a konkret iskolanak, probalj meg keresni embert, aki ott vegzett, ezen a szakon, es informalodj, mert ket ev azert mar sok. Akkor mar szvsz inkabb legyen harom es a vegen dolgozz mellette...
[ Szerkesztve ]
"Programozó vagyok. Ez azt jelenti, hogy amit leírok, megtörténik." :D “The only valid measurement of code quality is What-The-F**ks/Minute.” - Robert Martin
-
brd
nagyúr
Volt még 5 percem, kicsit gondolkoztam/finomítottam, már nem ír feleslegesen a háttértárra:
@echo off
set scannerfile=scanner.txt
set logfile=logfile.txt
set compare=
set compare2=
:valtozottafile
for /f "tokens=* usebackq" %%f in (`forfiles /m %scannerfile% /c "cmd /c echo @fdate @ftime"`) do set compare=%%f
:hasonlitasamartaroltmetaadattal
timeout >nul 1
for /f "tokens=* usebackq" %%f in (`forfiles /m %scannerfile% /c "cmd /c echo @fdate @ftime"`) do set compare2=%%f
if "%compare%" neq "%compare2%" (
type >>%logfile% %scannerfile%
echo %scannerfile% file changed: %compare2%
echo,>>%logfile%
goto valtozottafile)
goto hasonlitasamartaroltmetaadattalAz első 2 set-es sorban állítsd be a scanner által készített file nevét, ill. a logfile nevét, ahová gyűjtenéd az adatokat! Ha a scanner tesz a file-ba sortörést is (ekkor üres sorok lesznek a kimeneti file-ban), akkor az
echo,>>%logfile%
sort töröld, ha nem akarsz értesülni a parancssori ablakban a módosítási időpontokról, akkor a felette lévőt!The only real valuable thing is intuition.
-
Lortech
addikt
válasz #81999360 #11985 üzenetére
0. ponton elidőznék még kicsit.
Miért kellene batchben megírni valamit azért, mert nem tudsz "telepíteni" a gépre?
Számos egyéb megoldás adódik, amihez nem kell telepítés, ha tudsz kívülről letöltött, felmásolt programot futtatni, és nem írtad, hogy nem. Csak az szab határt, hogy milyen programozási nyelvben vagy járatos.Ha a "nem lehet telepíteni" megkötést úgy értetted, hogy magán a gépen kell létrehozni a programot/scriptet, mert semmit nem lehet kívülről bevinni a gépre, akkor is használhatóbb alternatívának látom a WSH-t JScripttel/VBScripttel, a Powershell is opció lehet, de akár .NET-ben jegyzettömben is megírható egy ilyen egyszerű program, és lefordítható csc-vel, ami szintén valószínűleg van a gépen.
Ha jól értem, olyan megoldás kellene neked, ami azonnal reagál a fájl változás eseményre, nem elég időnként pollozni, mert akkor elveszhet egy-egy változás, ami két poll között történik. Batch alapból erre nem alkalmas.
Thank you to god for making me an atheist
-
válasz Lortech #11993 üzenetére
-1. pont: nem tudjuk, milyen oprendszer van a gépen. linux? xp? w10?
így azt sem lehet megmondani, milyen oprendszer szolgáltatásra lenne szükség.
linuxon és xp-n van olyan rendszerhívás, ami szól, ha változott egy fájl.Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
#81999360
törölt tag
válasz Lortech #11993 üzenetére
és (#11994) bambano
Azért gondoltam a batchre, mert ahhoz nem kell telepíteni semmit.
Az IT nem enged semmilyen telepítést vagy akármilyen külsős szoftver használatot.Ezért kellene olyan amihez tényleg semmi nem kell, alapból van minden PC-n.
A gépek egyik részén Win XP van, a többin Win 7, csak hogy még könnyebb legyen a dolog...
-
sztanozs
veterán
-
válasz sztanozs #11996 üzenetére
ez oké, de egyszer hasonló természetű problémám volt, kb. 3 perc alatt találtam meg azt a windowsos függvényt, amivel meg lehetett oldani a problémát. hogy ugyanez a függvény megvan-e azokon az oprendszereken, amit használnak, azt nem tudhatom.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
Hansomester
tag
Sziasztok!
Visual Basic 2015 C+ programozáshoz keresnék korrepetáló tanárt
Elkezdtem egy cad-cam sulit és lesz egy programozás modulzáró vizsga is hamarosan.
A gond ugye az, hogy kevés a gyakorlati óraszám és az egyiken részt sem tudtam sajnos venni így totálisan hülye vagyok hozzá. Szóval vmilyen alapszintű tudást szeretnék magamba szívni.
Van itt esetleg olyan aki szánna erre egy kis időt, természetesen kifizetem az idejét."Sesshoumaru Nagyúr, biztos, hogy okos ötlet volt életben hagyni ezt a nőt? -Yaken, legközelebb nyisd ki a szemed, akkor láthatod, ez a nő már halott!"
-
mckay
aktív tag
Sziasztok!
Szeretném felmelegíteni ezt a kérdésemet, amire most is nagyon szépen köszönöm a válaszokat.
De most azzal kapcsolatban, amit néhány említettetek: adatvédelmi szempontból.
Emlékeztetőül: arró faggattalak titeket, hogy milyen prezentációt tegyünk le a főnökség felé egy olyan kérdésben, hogy mivel lehetne kiváltani egy olyan, mára korszerűtlennek tűnő programot, ami
- helyi gépen fut több ezer ügyfelünknél, mi fejlesztettük, alapvetően offline működik, helyi adatokkal
- SQLite adatbázisa, sima titkosítatlan .dat fájllal
- az a funkciója, hogy megrendeléseket állít össze benne a partnerünk, hogy az ő partnereinek mi milyen szolgáltatást végezzünk el, majd emailben elküldi nekünk ezt a összeállítást, és mi szolgáltatunk.
A mostani kérdésem viszont nem az lenne, hogy mi legyen helyette. Ugyanis bármit is indítanak el a főnökeink, hogy kiváltsák, attól még ez az applikáció évekig használatban lesz. Sok évig.
Hanem azt szeretném megtudni, hogyan lehetne egyértelműen beazonosítani, hogy az adatvédelmi szabályok szerint mi most adatkezelők vagy adatfeldolgozók vagyunk?
Mondjuk amit beküldenek hozzánk, és mi a saját rendszerünkben tárolunk, hogy kinek milyen szolgáltatást nyújtottunk, ott biztosan adatkezelők vagyunk.
De nem csak nálunk vannak infók, hanem a programunkban is, a partnereinknél, akik az ő partnereikről gyűjtik visszamenőleg az adatokat.
Ugye jól sejtem, hogy a partnereink gépén tárolt adatok tekintetében mi nem vagyunk adatkezelők? Még akkor sem, hogy ők a gépeiken csak és kizárólag azért tárolják ezeket az adatokat, mert a mi szolgáltatásunkat igénybe akarták venni az ő partnereik számára? És még akkor sem mi vagyunk az adatkezelők, ha mi éppenséggel úgy írtuk meg a kiadott programot, hogy tárolja ezeket az adatokat, akár örökre?
Nézzétek, nem véletlenül kérdezem. A mai, első GDPR-os napon (05.25.) egy aktivista azt jelentette be, hogy kéri, hogy mi töröljük az egyik partnerünk gépén az arra vonatkozó adatokat, hogy az ő számára a partnerünk bármit is megrendelt tőlünk.
Jó mi?
Hogy tudnánk egyáltalán ezt, akárcsak kérni is tőle, ha nem építettünk ilyen funkciót a programunkba 6 évvel ezelőtt? Kötelezzük, hogy akár a teljes adatbázisa törlésével, vagy bárhogy, de töröljön? Vagy ne kötelezzünk, mert nincs közünk hozzá, és irányítsuk a partnerünkhöz az igénylőt?
Nem rossz kis dilemma, ugye?
Bocsi, ha rossz topicban írtam meg a kérdéseket. Nyugodtan javasoljatok másik topicot, ha az jobban klappolna. Köszi. -
Új hozzászólás Aktív témák
● olvasd el a téma összefoglalót!