- D1Rect: Nagy "hülyétkapokazapróktól" topik
- Luck Dragon: Asszociációs játék. :)
- sziku69: Fűzzük össze a szavakat :)
- Tomasz72: Ventilátor upgrade
- sziku69: Szólánc.
- Brogyi: CTEK akkumulátor töltő és másolatai
- MasterDeeJay: H110-es lapban 10.gen Comet Lake működhet?
- eBay-es kütyük kis pénzért
- Parci: Milyen mosógépet vegyek?
- Mr. Y: Motoros sztorik #06
-
LOGOUT
Új hozzászólás Aktív témák
-
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. -
#11998
Hansomester
tag
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. -
-
#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...
-
-
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.
-
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! -
#11990
opr
nagyúr
Ron Swanson
#11989
opr
nagyúr
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...
-
#11989
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? -
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ó. -
#11987
#81999360
törölt tag
BTminishop
#11986
#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.
-
#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.
-
#11984
MasterDeeJay
veterán
Zalanius
#11983
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.
-
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.)
-
#11982
MasterDeeJay
veterán
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? -
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.
-
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...
-
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!
-
#11977
Chesterfield
őstag
bambano
#11976
-
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.
-
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.
-
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.)
-
#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.
-
#11971
martonx
veterán
Chesterfield
#11967
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. -
#11970
Domonkos
addikt
Chesterfield
#11969
Domonkos
addikt
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. -
#11968
Domonkos
addikt
Chesterfield
#11967
Domonkos
addikt
válasz
Chesterfield
#11967
üzenetére
Nem kekeckedesbol, de neked nincs temavezetod hogy az ilyenre elso kezbol kapj valaszt?
-
#11967
Chesterfield
őstag
Chesterfield
őstag
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!
-
opr
nagyúr
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.
-
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é![;]](//cdn.rios.hu/dl/s/v1.gif)
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... -
-
-
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). -
Ispy
nagyúr
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.
-
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 -
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? -
bambano
titán
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.
-
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?
-
-
bambano
titán
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.
-
Ispy
nagyúr
válasz
dabadab
#11948
üzenetére
Böngésző oldalon gondoltam, hogy lehetnek gondok, szerver oldalon nyilván nem.
De nem okoskodok, webet nem fejlesztek, csak voltam már pár projektben, aminek volt webes oldala, és ott rendszeresen jöttek elő ilyen gondok, hogy egyik chrome verzióban jó, másikban nem, ami firefoxban megy rendesen, az explorerben nem stb.
-
mckay
aktív tag
válasz
sztanozs
#11946
üzenetére
Köszönöm szépen!
Nagyon alapos válaszok jöttek, nem is gondoltam volna, hogy ennyire belendültök!
;-)Szóval akkor mégsem olyan egszerű a döntés, hogy ha drága a felhő és az előlről programozás, akkor mégis maradjon a kliens. Sejtettem.
Arról bárkinek van jó grafikája a tarsolyában, hogy egy .Net alap várhatóan mikor teszi majd igen korlátossá a program használatát? Hogy pl. a megvásárolható gépek meddig lesznek kompatibilisek, mikortól fog az UAC egy átlag gépen is elreszelni egy aláíratlan progit, mikor jön el az .exe progik alkonya (vs.: js, java, metro, bármi), sőt, már ma is mennyi cég nem használ Windows-t
Ilyesmi muníciója van valakinek készen?
-
Ispy
nagyúr
válasz
bambano
#11944
üzenetére
pláne nem tudjuk, mekkora meló folyton azon erőlködni az ügyféllel, hogy töltse már le az újabb verziót
Ez böngészőnél is pont így van/lesz, nem azt használja, nem azt a verziót, nem úgy konfigurálva stb., láttam ilyen rendszereket, pont semmivel sem kevesebb vele a szívás ilyen téren.
-
sztanozs
veterán
A vékonykliensnek egyértelműen előnye a könnybben (természetesebben) megvalósítható többrétegű model, melyben kevesebb kockázatot tolunk a kliensbe. Amennyiben fontos, hogy jobban vigyázzon a rendszer a hozzáférésekre (pl adatbázis jelszó) és kizárólag csak a hozzáférési joghoz való funkciókat tegye hozzáférhetővé, akkor ez a járandó út.
Vastagkliensnél gyakran helyeznek el üzleti logikát, hozzáférési adatokat (beégetett jelszót, tanusítványokatt). Ezek egy hozzáértő kezében a rendszer jelszavai nélkül is kinyerhetők. Másrészt sokszor a vastagkliens látja el az autorizáció feladatait is (csak a szükséges menüpontokat / lehetőségeket jeleníti meg), de a háttérben teljes joggal fut (admin, vagy dba jogokkal). Az ilyen kliens-oldali korlátozásokat könnyű kikerülni.
Ha a fentiek nem fontosak (és néhány éven belül nem is lesznek azok), akkor érdemes lehet vastagkliensre fejleszteni. Ha elképzelhető, hogy a rendszert vállalati környezetben is fogják használni, akkor irány a vékonykliens és három- (vagy több-) rétegű architektúra.
-
dabadab
titán
-
bambano
titán
én nem tudnék neked konkrét választ adni.
az ilyen témákban inkább valószínűségek vannak, amik megalapoznak vagy elvetnek egy döntést.van egy programod, nem tudjuk, miben írták, nem tudjuk, mik a függőségei, mennyibe kerül karbantartani.
pláne nem tudjuk, mekkora meló folyton azon erőlködni az ügyféllel, hogy töltse már le az újabb verziót. és különösen nem tudjuk, az ügyfeled belső szabályzatai szerint mekkora meló új verziót letölteni, letesztelni, feltenni, stb.de azért ilyen hüvelykujj szabályokat lehet mondani, amik támpontot adhatnak:
- a szoftver hajlamos kuplerájosodoni. szerencsés esetben elindul egy jól megtervezett, tiszta felület + kódbázis, amibe időnként apróságokat beleraknak, de azt már nem azzal a fegyelmezettséggel, mint az eredeti kódnál. eredmény: a kód egyre gyorsulva halad a karbantarthatatlanság felé.
- a cég nagyon változik, emiatt bármennyire is jó a program, a cég kifordult alóla.
- a platform, amire fejlesztették, elavult, akár csak verziószámban, akár teljesen. én jártam így: a woodstock kihalt alólam.és tipikusan előfordul az, hogy hirtelen sokat kellene belenyúlni.
szemből tolja a témát, hogy ez sokba fog kerülni, és nem két nap alatt lesz kész.
annak kell ezt érezni, aki rendesen ismeri a programot, hogy érzi-e már a viszketést, hogy ki kéne kukázni az egészet és újrakezdeni nulláról.
a magam részéről, tájékozatlanul, biztos azt mondanám, hogy a webes felület király, telepített szoftvert adni kliensnek rossz gondolat. de nem hiszek benne, hogy ennek itt döntő érvnek kell lennie.
-
Ispy
nagyúr
Szerintem itt 2 különböző dologról van szó:
1) vastag kliens vagy vékony kliens
2) a kliens gépeken használt technológia (.net vs. böngésző alapú vs. akármi más)De mivel még mindig semmit sem tudunk a meglévő rendszerről, mit csinál, hogyan csinálja, van-e adatbázis és ha igen milyen és hol stb. így tényleg nehéz bármit is mondani, hiszen rengetek a változó.
És igen lehet nyugodtan egy SQL adatbázisod, a kliens meg semmi mást nem csinál csak vezérli az inputot/outputot, pl. meghív egy tárolt eljárást ami a szerveren lefut az input paraméterekkel és visszakapja a végeredményt, amit megjelenít valahogyan.
Innentől kezdve a nagy számítási feladattal járó tranzakciókat a szerveren fogod kezelni és kliens szépen vár, amíg nem nincsen az eredmény.
-
dabadab
titán
"mert maholnap elhajtják az embert a potenciális ügyfelek, ha azt mondjuk, hogy hozzánk belépő feltétel a Windows vastagkliens telepítése.."
Ez azért nagyon erősen függ a konkrét szoftvertől. Ha olyan, akkor lehet, hogy tényleg komoly követelmény, hogy elfusson egy mobilon is, de ha mondjuk amúgy is egy irodában használják, ahol amúgy is ott a PC a dolgozó előtt, ott meg inkább a vastagkliens előnyei jönnek elő.
-
mckay
aktív tag
válasz
bambano
#11938
üzenetére
:-)
Igen, a software as service valóban jobb modell, például ha új szolgáltatásunk van, vagy javítani kell valamit a szoftveren.
De hogy egy .net alapokon megírt üzleti logikát hogy lehetne átültetni Azure-ba, az tényleg új nekem...
:-)A lényeg hogy az a véleményetek, hogy nem olyan egyértelműek a böngészőben futó szoftverek előnyei?
Azt gondolnám, hogy azzal stratégiailag messzebbre lehet jutni, mert maholnap elhajtják az embert a potenciális ügyfelek, ha azt mondjuk, hogy hozzánk belépő feltétel a Windows vastagkliens telepítése.. -
dabadab
titán
"A fo differencia a deployment modell"
Meg adott esetben az üzleti modell: a mi cégünknél is alakulgat valami, eddig az volt a fő csapásirány, hogy nagyon személyreszabott rendszereket csináltunk sokat fizető ügyfeleknek (akik tipikusan egyszer fizetnek, meg utána a karbantartásért, ha olyan), a felhős meg amolyan önkiszolgáló rendszer lenne, ahol előre kitalált template-ek közül választhat a t. ügyfél, amik alapján automatikusan generálódik neki egy rendszer, amit addig használhat, amíg fizeti a havidíjat.
-
Ispy
nagyúr
Csak távolról, hunyorítva nézve a dolgot 2 dolog van, ami nekem szemet szúrt:
- A cégemnek van egy programja
- aki nagyon akarja a cégünk szolgáltatásait, úgyis kerít egy Windows gépetTehát van már egy meglévő programotok, és gondolom az ügyfeleknek is van egyébként már wines gépe, hiszen most is használják a rendszert valahogyan.
Ezek után én biztosan nem indulnék egy 0-ról egy webes alkalmazás felé, mert az egy vagyonba fog kerülni a meglévő rendszer fejlesztésével szemben, csak azért, hogy web browserben fusson, amihez egyébként is kell egy valamilyen gép, rengetek szopás, idő és addig is mennie kell az üzletnek, tehát mellette menne a wines rendszer is gondolom, amihez kell gép.
Persze így látatlanban (milyen funkciók, mennyire bonyi stb.) ennyit gondolok róla.
Szerintem...
Ja, és a .net-es programot is át lehet tenni szépen azure-ba SQL szerverre, az üzleti logika futhat szerver oldalon nyugodtan és akkor máris nem olyan vastag az a kliens, egy bármilyen alap irodai konfigon el fog futni.
Nekünk az update is úgy megy, hogy adatbázisba felnyomjuk a frontend fájlokat, a kliens meg induláskor ellenőrzi a frissítést, és ha van lerántja lokálba és kész.
-
-
mckay
aktív tag
Sziasztok!
Én nem vagyok programozó, "csak" rendszergazda, de most segítenem kéne a főnökömnek egy döntést meghozni.
Méghozzá sürgősen.
- A cégemnek van egy programja, amit a partnerek számára fejlesztettek ki, méghozzá .Net alapokon. Ezzel tudják igénybe venni a cégünk szolgáltatásait. Szóval adott egy vastagkliens. És csak Windows-ra.
- Most sok új dolgot kéne belefejleszteni, és elgondolkodott, hogy talán inkább egy böngészőben futó vadonatúj alapon kéne elindulni a felhőben. Tehát egy vékonykliens. Amihez egyébként adott az Azure, mert bőven van ilyen előfizetése a cégünknek.
Az egészet nem én találtam ki, magam is csak pár hónapja dolgozom a cégnél, de jó ötletnek tűnik.Én eddig azt hittem, hogy olvasott ezt-azt, és ezt a jónak tűnő megközelítést magáévá tette. Most viszont kitalálta, hogy holnapig győzzem meg őt erről, hogy ennek van értelme. Merthogy drága. És hogy aki nagyon akarja a cégünk szolgáltatásait, úgyis kerít egy Windows gépet.
Huhh, segítenétek nekem gyorsan, hogy erre mit lehet válaszolni? Ismétlem, nem vagyok programozó. És IT gazdasági szakember sem. De azért elég sokat olvasni itt ezekről a dolgokról, hogy sejtsem, nem jó stratégia 2018-ban egy Windows-os vastagkliensre alapozni az árbevételt.
Bármilyen szakcikk, elemzés, trend, ábra, grakikon jól jönne, hogy belinkeljem neki!!
Köszönöm!!!
-
ssid3956
tag
Sziasztok
Miért nem sikerül az OctoPrint telepítése win7-re? Ezt az útmutatót követem, de a
(venv) C:\OctoPrint>octoprint serve
résznél ezt a hibát adja: c:/OctoPrint most nem használható
Valamint ha megpróbálom elindítani a C:\OctoPrint\venv\Scripts\octoprint.exe serve kóddal, akkor ezt írja:
TypeError: os.scandir‹› doesn't support bytes path on Windows, use Unicode insteadMit csináljak ezzel? Újratelepítettem a win7-et (x86), előtte nem volt ilyen probléma....
-
total90
veterán
Jönnék megint valamivel
VBA Access
A program megnyitja az Outlookot, majd egy adott mappa (VBATest) tartalmát egy adatbázisba/tabellába írja. Ide kerül(ne) minden ami az emailben van, tehát feladó, CC, BCC, ki kapja ez emailt, a levél tárgya... majd ha melléklet van, akkor azt lementi egy mappába.
A kód maga:
Option Compare Database
Option Explicit
Public Sub TestAccessDB_Outlook()
Dim db As DAO.Database, rs As DAO.Recordset
Dim objOutlook As Outlook.Application, objNameSpace As Outlook.NameSpace
Dim objMailordner As Outlook.MAPIFolder
Dim objGAINMailordner As Outlook.MAPIFolder
Dim objAttachment As Outlook.Attachment, objMail As Outlook.Items
Dim objEMail As Outlook.MailItem
Dim intCtr As Integer
Set db = CurrentDb
Set rs = db.OpenRecordset("SELECT * FROM tbl_Email_Log;")
Set objOutlook = New Outlook.Application
Set objNameSpace = objOutlook.GetNamespace("MAPI")
Set objMailordner = objNameSpace.GetDefaultFolder(olFolderInbox)
Set objGAINMailordner = objMailordner.Folders("VBATest")
Set objMail = objGAINMailordner.Items
For Each objEMail In objMail
rs.AddNew
rs.Fields("Targy") = objEMail.Subject
rs.Fields("Mellekletszama") = objEMail.Attachments.Count
rs.Fields("Emailtulaj") = objEMail.ReceivedByName
rs.Fields("Ido") = objEMail.ReceivedTime
rs.Fields("Emailkuldo") = objEMail.ReplyRecipientNames
rs.Fields("BCC") = objEMail.BCC
rs.Fields("CC") = objEMail.CC
rs.Fields("Tartalom") = objEMail.Body
rs.Update
Next objEMail
For intCtr = 1 To objGAINMailordner.Items.Count
For Each objAttachment In objGAINMailordner.Items(intCtr).Attachments
objAttachment.SaveAsFile "C:\Users\user\Documents\" & objAttachment.FileName
Next objAttachment
Next intCtr
Forms!frm_Test.txt_Test = Forms!frm_Test.txt_Test & "A mappa üres" & vbNewLine
Set objAttachment = Nothing
Set objMail = Nothing
Set objMailordner = Nothing
Set objGAINMailordner = Nothing
Set objNameSpace = Nothing
objOutlook.Quit
Set objOutlook = Nothing
End SubVan 2 dolog, amiben "hibázik" a program. Az első, hogy nem ismeri fel, hogy kitől kaptam az emailt. Ha nyomok egy debugot, akkor csak kiírja, hogy a mező üres, holott nem az.
A másik, hogy ha az email tartalmába egy link szerepel, akkor azt nem tudja kezelni. Tehát html-t nem kezel.
Van valami ötletetek?
-
tamas60
csendes tag
Nem igazán ide tartozó téma, de hátha tud rajtam valaki segíteni.
Redmine-t szeretnék telepíttetni, de mivel ez linuxon fut ez a feladat meghaladja a képességeim. Továbbá szeretnék egy kis programot is íratni hozzá, de ez csak egy opció.
Ha tudtok olyat aki vállalkozna ilyenre kérem írjátok meg, esetleg valamilyen vállalt irányítási rendszerben otthonosan mozog az is érdekelne.
Előre is köszönöm a segítséget. -
#11927
opr
nagyúr
PitkyePadvan
#11926
opr
nagyúr
válasz
PitkyePadvan
#11926
üzenetére
Steven Skiena: The Algorithm Design Manual
Nagyon jó könyv, eléggé nyelvfüggetlen és sztoris módon írja le, ha jól tévedek, c-c++ példákkal. De mivel algoritmus/opti a lényege, ezért igazából tök mindegy a nyelv, úgyis ugyan az minden nyelven. -
#11926
PitkyePadvan
tag
PitkyePadvan
tag
Szép napot mindenkinek!
Én jelenleg egyetemre járok , ahol programozókat képeznek
.
Amit a legjobban szeretek ennem a "munkában" az a különböző programoknak a felgyorsítása, optimalizálása.
Tanultunk sok algoritmust, különböző polinomos módszereket, meg minden finomságot.Egy kicsit szeretném a segítségeteket kérni, egy olyan könyvet keresek ami különböző algoritmusokkal, tippekkel, trükkökkel , érdekességekkel foglalkozik, nem nyers hanem inkább érdekfeszítő formában. (lehet a könyv nyelvtől független is, de ha c,c++,c# -ról szól akkor sem sértődök meg). A lényeg hogy érdekes legyen a könyv, van egy kis szabadidőm, az a 2-3 vizsgám meg még amúgy is odébb van szóval dobáljatok meg ötletekkel.
Köszönöm mindenkinek aki hozzájárul a későbbi sikereimhez
-
total90
veterán
válasz
sztanozs
#11919
üzenetére
Így gondolod:
If Not IsNull(rs!Email) = True Then strEmail = rs!Email
If Not IsNull(rs!Firstname) = True Then strFirstnamee = rs!Firstname
If Not IsNull(rs!Lastname) = True Then strLastname = rs!Lastname
If Not IsNull(rs!Usernumber) = True Then strUsernumber = rs!Usernumber
If strEmail = "" Then MsgBox "szöveg": rs.MoveNext: Exit GoTo ContinueLoop
If strFirstname = "" Then MsgBox "szöveg": rs.MoveNext: Exit GoTo ContinueLoop
If strLastname= "" Then MsgBox "szöveg": rs.MoveNext: Exit GoTo ContinueLoop
If strUsernumber = "" Then MsgBox "szöveg": rs.MoveNext: Exit GoTo ContinueLoop
strSubject = "Minden ok"
strHTMLHeader = "<!DOCTYPE html><html><head><style>p {font: 11pt Calibri; text-align: left;}</style><style>td {border:1px solid; font: 11pt Calibri; text-align: center;}</style><style>th {border:1px solid; font: 11pt Calibri;}</style></head>"
strTitle = "<p>Hallo</p>"
strMessage = "<p>Easy :)</p>"
'HTML Footer
strMessage = strMessage & "</body></html>"
With objMailItem
If Not strEmail = "" Then .To = strEmail
.Subject = strSubject
.HTMLBody = strHTMLHeader & strTitle & strMessage
.Display
.Save
End With
rs.MoveNext
ContinueLoop:
Loop
rs.CloseEzek után nekem Syntxhibát ad ki a GoTo-nál
-
total90
veterán
-
total90
veterán
Jönnék megint valamivel
Access VBA-ról van szó és a kód
Option Compare Database
Option Explicit
Private Sub Email_senden()
Dim olApp As New Outlook.Application
Dim olNamespace As NameSpace
Dim objMailItem As MailItem
Dim objFolder As mapiFolder
Dim strTo As String
Dim strCC As String
Dim strTitle As String
Dim strSubject As String
Dim strHTMLHeader As String
Dim strMessage As String
Dim strEmail As String
Dim strFirstname As String
Dim strLastname As String
Dim strUsernumber As String
Dim strDatabase As String
Dim db As Database
Dim rs As Recordset
Dim strSQL As String
Dim oItem As Outlook.MailItem
Dim intAnzahl As Integer
strDatabase = "C:\Users\user\Documents\Kontakte.accdb"
Set db = CurrentDb
Set olApp = CreateObject("Outlook.Application")
Set olNamespace = olApp.GetNamespace("MAPI")
Set objFolder = olNamespace.GetDefaultFolder(olFolderInbox)
Set objMailItem = objFolder.Items.Add(olMailItem)
strSQL = "Select * FROM Kontakte;"
Set rs = db.OpenRecordset(strSQL)
Do Until rs.EOF
strEmail = ""
strFirstname = ""
strLastname = ""
strUsernumber = ""
If Not IsNull(rs!Email) = True Then strEmail = rs!Email
If Not IsNull(rs!Firstname) = True Then strFirstnamee = rs!Firstname
If Not IsNull(rs!Lastname) = True Then strLastname = rs!Lastname
If Not IsNull(rs!Usernumber) = True Then strUsernumber = rs!Usernumber
If strEmail = "" Then MsgBox "szöveg": rs.MoveNext: Exit Do
If strFirstname = "" Then MsgBox "szöveg": rs.MoveNext: Exit Do
If strLastname= "" Then MsgBox "szöveg": rs.MoveNext: Exit Do
If strUsernumber = "" Then MsgBox "szöveg": rs.MoveNext: Exit Do
strSubject = "Minden ok"
strHTMLHeader = "<!DOCTYPE html><html><head><style>p {font: 11pt Calibri; text-align: left;}</style><style>td {border:1px solid; font: 11pt Calibri; text-align: center;}</style><style>th {border:1px solid; font: 11pt Calibri;}</style></head>"
strTitle = "<p>Hallo</p>"
strMessage = "<p>Easy :)</p>"
'HTML Footer
strMessage = strMessage & "</body></html>"
With objMailItem
If Not strEmail = "" Then .To = strEmail
.Subject = strSubject
.HTMLBody = strHTMLHeader & strTitle & strMessage
.Display
.Save
End With
rs.MoveNext
Loop
rs.Close
Set rs = Nothing
Set db = Nothing
Set olApp = Nothing
Set olNamespace = Nothing
Set objFolder = Nothing
Set objMailItem = Nothing
End SubVan egy tabellám, amiben meg vannak adva email, firstname, lastname és usernumber. Ha pl. kitörlök egy email címet, akkor jön egy megadott szöveg, hogy nincs az adatbázisban email és itt leáll.
A problémám, hogy miért áll le, miért nem megy a következőre? -
kovisoft
őstag
válasz
total90
#11907
üzenetére
Arra egyelőre nem jöttem még rá, hogy miért hagyja abba a számlálást egy db email után, de a Mennyiseg növelésénél mindig 1-et kellene hozzáadni, nem pedig oItem.Attachments.Count-ot, hiszen minden pdf-re 1-gyel akarod növelni a számlálót, nem annyival, amennyi akármilyen attachment-je van az adott email-nek:
Mennyiseg = Mennyiseg + 1Szerk: Látom, közben megoldódott.
-
total90
veterán
válasz
kovisoft
#11906
üzenetére
Köszönöm, máris kiírja, hogy mennyi PDF-es E-mailem van
Így írtam át:
' Az összes e-mail megszámolni
For intItem = Inbox.Items.Count To 1 Step -1
' Csak az olvasatlan leveleket csekkolni
If Inbox.Items(intItem).UnRead = True Then
' Meghatározni, hogy melyik objektumosztály és csak azon leveleket feldolgozni
If Inbox.Items(intItem).Class = olMail Then
Set oItem = Inbox.Items(intItem)
If Not oItem.Attachments.Count = 0 Then
For intAttachement = 1 To oItem.Attachments.Count
' Csak PDFes leveleket feldolgozni
strAttachementType = Right(oItem.Attachments.Item(intAttachement).FileName, 3)
If UCase(strAttachementType) = "PDF" Then
Mennyiseg = oItem.Attachments.Count + Mennyiseg
End If
Next
End If
End If
End If
Next
MsgBox "E-Mailek PDF csatolmánnyal " & Mennyiseg
End SubEz eddig oké, de... most csak egy E-Mail volt bent PDF-el, de ha több van, esetleg egy E-Mail több PDF-el, akkor nem számol tovább
Vagy is minden egyes E-Mailben csak egy PDF-et észlel.Ki szeretném íratni, hogy összesen hány E-Mail van és valahogy megoldani, hogy ha egy E-Mailben több PDF van, akkor azt is számolja. Erre esetleg van ötleted?
Update!
Csináltam egy
Dim EmailCount As IntegerMajd beraktam ide:
If UCase(strAttachementType) = "PDF" Then
Anzahl = oItem.Attachments.Count + Anzahl
EmailCount = oFolder.Items.CountA végén:
MsgBox "Email PDF-el " & Mennyiseg & " összesen " & EmailCount & " E-Mailből"Az EmailCount-ra 0-t kapok
-
kovisoft
őstag
válasz
total90
#11905
üzenetére
A Mennyiseg nevű változó értékét nem növeled minden egyes pdf megtalálásakor, így amikor kiteszed a message box-ot, akkor 0-t mutat.
Ahol az MsgBox sorod van, oda a Mennyiseg változó növelését kellene tenni, az MsgBox sorodat pedig ki kellene tenni a ciklusok utánra. És én inicializálnám a kód elején a Mennyiseg-et 0-ra. -
total90
veterán
Hali,
MS Access VBA és lenne a következő kód:
Dim oFolder As Outlook.MAPIFolder
Dim Inbox As Outlook.MAPIFolder
Dim Drafts As Outlook.MAPIFolder
Dim Archive As Outlook.MAPIFolder
Dim MailFolder As Outlook.MAPIFolder
Dim AdobeFolder As Outlook.MAPIFolder
Dim MailItem As Outlook.MailItem
Dim oItem As Outlook.MailItem
Dim i As Long
Dim cn As ADODB.Connection
Dim rs As ADODB.Recordset
Dim intAttachement As Integer
Dim intCounter As Integer
Dim intItem As Integer
Dim strMailbox As String
Dim strInbox As String
Dim strDrafts As String
Dim strArchive As String
Dim strDatabase As String
Dim strAttachementType As String
Dim Mennyiseg As Integer
' Outlookra csatlakozas
Set o_NS = oA.GetNamespace("MAPI")
o_NS.Logon , , , False
Set oFs = o_NS.Folders
'Outlook Mailbox
strMailbox = "e-mail címem"
strInbox = "Postafiók"
strArchive = ""
Set oFolder = oFs.Item(strMailbox)
Set Inbox = oFolder.Folders(strInbox)
Set AdobeFolder = Inbox.Folders("Adobe")
Set MailFolder = o_NS.GetDefaultFolder(olFolderOutbox)
' Az összes e-mail megszámolni
For intItem = Inbox.Items.Count To 1 Step -1
' Csak az olvasatlan leveleket csekkolni
If Inbox.Items(intItem).UnRead = True Then
' Meghatározni, hogy melyik objektumosztály és csak azon leveleket feldolgozni
If Inbox.Items(intItem).Class = olMail Then
Set oItem = Inbox.Items(intItem)
If Not oItem.Attachments.Count = 0 Then
For intAttachement = 1 To oItem.Attachments.Count
' Csak PDFes leveleket feldolgozni
strAttachementType = Right(oItem.Attachments.Item(intAttachement).FileName, 3)
If UCase(strAttachementType) = "PDF" Then
MsgBox "E-Mailek PDF csatolmánnyal " & Mennyiseg
End If
Next
End If
End If
End If
Next
End SubHa elindítom a kódot, akkor a pdf csatolmányos levelek számára nullát mutat, holott nem annyi van.
Ötlet valakinek, hogy miért nem számolja?A kód a nagyobb kód része, a többi rész okés, de ez így nem akar működni
-
martonx
veterán
válasz
smallmer
#11901
üzenetére
A jelek szerint mindenáron ragaszkodsz a java-hoz. Ez esetben én a helyedben utána néznék, hogy milyen cross-platform megoldások vannak java-ra. Én C# vonalon mozgok inkább ott pl. a Xamarin mostanra egészen kiforrott cross-platform megoldás (android, ios, windows). Biztos, hogy valami ilyesmi van java vonalon is.
Aztán persze csinálhatsz appot webes megoldásokkal is, amit aztán becsomagolsz egy app-ba. Erre jó például az Adobe PhoneGap vagy a React Native. Ha a Safari nem lenne annyira reménytelenül szar, akkor Progressive Web Appként is hozzáláthatnál. Ezzel per pillanat (megelőlegezve, hogy két héten belül kijön az új windows 10 féléves update) csak Android és Windows platformot tudsz célozni.
-
Domonkos
addikt
válasz
smallmer
#11901
üzenetére
Ha csak a bejelentes lenne a feladat, akkor egy weblap szerintem bosegesen elegendo, mivel a tobbi szerintem elegge overkill lenne.
Viszont a google terkeperol lebeszelnelek a kedvezotlen TOS es licenszek miatt. Ha teheted, akkor inkabb az openstreetmap-ra csinalj ilyen alkalmazast! -
smallmer
őstag
Sziasztok!
JAVA nyelven implementált programot kellene fejlesztenem.
A feladatnál Google API-t is szeretnék használni, tehát egy online alkalmazásról lenne szó. A lényege az lenne, hogy közlekedés közben(mondjuk auto-val) tudjunk bejelenteni hibákat. Ez ugye windowson nem nagyon jó, mert senki nem fogja előkapni a laptopot, hogy bejelentse mondjuk hogy fa dölt az útra.
Ahhoz kérném a segítségeteket, hogy milyen alkalmazás fejlesztése lenne célszerű? Gondoltam android alkalmazásra. iOS eszközeim vannak leginkábbí(ipad, iphone, macbook), de úgy tudom, hogy JAVA nyelvben nem lehet iOS alkalmazásokat fejleszetni. Ezért maradt az andoid mint ötlet.A másik ötletem egy alkalmazás ami webes felületen lenne elérhető, így minden platformon mehetne amelyen van böngésző.
Minden más ötletet szivesen veszek.
A lényeg, hogy windows asztali programokat fejlesztettem már java-ban(kisebb programokat), tehát van java tapasztalatom, csak kellene egy kis iránymutatás.
köszönöm és Kellemes Ünnepeket!
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Új hozzászólás Aktív témák
Hirdetés
● olvasd el a téma összefoglalót!
- Telekom otthoni szolgáltatások (TV, internet, telefon)
- EAFC 25
- Sony Xperia 1 V - kizárólag igényeseknek
- Milyen okostelefont vegyek?
- Xbox Series X|S
- Windows 11
- Vezetékes FEJhallgatók
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- Mielőbb díjat rakatnának a görögök az olcsó csomagokra az EU-ban
- iPhone topik
- További aktív témák...
- ÁRGARANCIA!Épített KomPhone Ryzen 7 7800X3D 32/64GB RAM RX 9070 XT GAMER PC termékbeszámítással
- Konzol felvásárlás!! Playstation 5, Playstation 5 Pro
- BESZÁMÍTÁS! Apple Macbook Pro 15" 2019 i9 9980HK 32GB 500GB Radeon Pro 560X hibátlan működéssel
- 13-14" Új és használt laptopok , üzletitől a gamerig , kedvező áron. Garanciával !
- AKCIÓ! Microsoft XBOX Series S 512GB játékkonzol garanciával hibátlan működéssel
Állásajánlatok
Cég: PC Trade Systems Kft.
Város: Szeged
Cég: Promenade Publishing House Kft.
Város: Budapest