- Android szakmai topik
- Milyen okostelefont vegyek?
- iPhone topik
- Apple Watch
- A hagyományos (nem okos-) telefonok jelene és jövője
- Samsung Galaxy S25 Ultra - titán keret, acélos teljesítmény
- Fotók, videók mobillal
- Samsung Galaxy Watch (Tizen és Wear OS) ingyenes számlapok, kupon kódok
- Samsung Galaxy S24 Ultra - ha működik, ne változtass!
- Android alkalmazások - szoftver kibeszélő topik
-
Mobilarena
Új hozzászólás Aktív témák
-
coco2
őstag
válasz
sztanozs
#20679
üzenetére
Az ASLR nem oprendszer szolgáltatásokat használ? Én nem hinném, hogy kód szegmens részletet meg tudsz nyitni írásra, vagy amit írtál, azt végrehajthatóra tudod flag-elni anélkül, hogy víruskeresőktől red flag-et kapnál.
De tegyük fel, összebarkácsolsz magadnak valami algoritmust futásidőben. Az csak olyan kód, ami az adott process környezetében létezik. Kommunikálni a környezetével OS szolgáltatásokra van szüksége, és ott korlátokat kell betartania az alkalmazásnak.
Vannak olyasmi eszközök, mint a DMA kártyák. Ott hardver írja a memória területet, nem szoftver. Azzal ki lehet játszani ezt-azt. Kódot injektálni és társai. De ahhoz hardver kell. Csak szoftver önmagában nem elég.
-
inf3rno
nagyúr
válasz
sztanozs
#20652
üzenetére
Két rendszer van. A soron az egyik rendszerből jövő események vannak, a feldolgozó feldolgozza, és átfordítja a másik rendszer eseményeire, aztán úgy akartam megoldani, hogy felteszi vagy ugyanarra a sorra vagy egy másikra a deduplikáció miatt mielőtt feldolgozná a másik rendszer az eseményeket. A duplikáció a fordításnál keletkezik. Az egyik rendszerben added, removed, changed, listCreated van, a másik rendszerben csak addedOrChanged és listCreatedOrUpdated. Ha egy added és egy changed megy a lista egy elemére egymás után, akkor addedOrChanged keletkezik duplán. Ha két removed megy ugyanarra a listára, akkor listCreatedOrUpdated keletkezik duplán. És így tovább. Lehet még csavarni ezen is, mert ha ráül a felhasználó a gombra az egyik rendszerben és nagyon sok esemény jön gyors egymásutánban ugyanarra a listára vonatkozóan, akkor érdemes összefogni ezeket és egy listCreatedOrUpdated-el a teljes listát befrissíteni.
-
inf3rno
nagyúr
válasz
sztanozs
#20649
üzenetére
Gondolom annyi az egész, hogy az új eseményeket szerializálom, csinálok hasht és megnézem, hogy szerepelnek e a nosql-ben. Ha nem, akkor mehetnek a sorra. Aztán amikor leveszem őket, akkor törlöm az nosqlből. Van redis, sort is tudok csinálni, feldolgozó is van. Gondolom úgy gondoltad a dupla sort, hogy nem én irányítom az esemény felrakását a sorra, ezért mennie kell még egy kört, de azt a kódot is én írom. Ja tényleg nem egy nagy szám.
-
coco2
őstag
válasz
sztanozs
#20337
üzenetére
Még akkor sem biztos, hogy van választásod.
Egy "okosan" megírt join query elkezdi ciklusban foglalni a memória területeket, és végül elfogy a ram, aztán elfogy a swap is - és talán nem kell ecsetelnem, hogy amikor már a swap-ot tölti, mi történik a sebességgel. Néhány műveletet logikailag le lehet írni, de abban a formában a gyakorlatban futásképtelen.
Big data terepen az egész feldolgozást kell más technikai alapra rakni. Sql script kuka. Ami adatok egyben kellenek az áradat feldolgozáshoz, azoknak memóriában kell lennie. Meg persze lehet több dimenzióban szeletelni, ha még úgy is túl nagy a falat.
-
coco2
őstag
válasz
sztanozs
#20263
üzenetére
Mekkora teljesítménnyel tud futni az a selenium? Még nem használtam.
Gondolkodom olyasmin, mint chrome böngészőben távoli asztalon érni el másik gépen desktopot, amin fut egy játék, és annak küldeni akciókat. Például drag and drop pixel pontos pozíciók között. Lehetségesnek hangzik?
(A játék meglehetőst kényes az automatizálásra. De a gameguard csak lokálisan rigolyás. Arra kellene egy kerülőút).
-
Zola007
veterán
válasz
sztanozs
#20171
üzenetére
nem kell teljes egyezés, elég részleges, mert különböző hosszúak
pl. Ford Fiesta, Opel Astra 2 vagy Citroen Berl
csak példa volt a 12Marky18: köszönöm, megoldottam
$FilesToMove = 'D:\autok'$TargetPath = 'D:\autok'$Files = Get-ChildItem -Path $FilesToMove -Fileforeach ($File in $Files) {$PathToMove = Get-ChildItem -Path $TargetPath -Directory -Filter "$(($File.Basename).Substring(0,12))*" | Select-Object -First 1Write-Output "Moving File $File to $PathToMove"Move-Item -Path $File.FullName -Destination "$($PathToMove.Fullname)\$($File.Name)"} -
sztanozs
veterán
válasz
sztanozs
#20111
üzenetére
vagy meg egyszerubben:
# txt fileok listázása
$textFiles = Get-ChildItem -Filter *.txt
# listában szereplő fájlok átnevezése
foreach ($file in $textFiles) {
# első sor beolvasás
$firstLine = Get-Content $file.FullName -TotalCount 1
if ($firstLine -match "^(\w{3})/(\d{2})/(\d{4})") {
# Rename the file
Rename-Item -Path $file.FullName -NewName ($firstLine.ToLower() -replace '^(\w{3})/(\d{2})/(\d{4}).*$', '$3-$1-$2.txt')
}
} -
Zola007
veterán
válasz
sztanozs
#20107
üzenetére
köszi!
loopba tettem 1000+ txt-vel, szépen működik.
Van esetleg észrevételed vagy "jóvanazúgy"?
# txt fileok listázása$textFiles = Get-ChildItem -Filter *.txt# listában szereplő fájlok átnevezéseforeach ($file in $textFiles) {# első sor beolvasás$firstLine = Get-Content $file.FullName -TotalCount 1# dátum kiválasztása$d = $firstLine.Substring(0, 11).ToLower() -split "/"# átrendezés$newFileName = ($d[2], $d[0], $d[1]) -join "-"# .txt kiterjesztés hozzáadása$newFileName = $newFileName + ".txt"# Rename the fileRename-Item -Path $file.FullName -NewName $newFileName} -
sztanozs
veterán
válasz
sztanozs
#20101
üzenetére
ha nem tartalmazhat, akkor:
$sorok = @"
ID;Cégnév;Egyéb cégadatok;
124;"Kiss és társa" Kft.; egyéb adatok;
234;egyik, másik cég Bt.;egyéb adatok;
666;"másik és egyik" Zrt.;egyéb adatok;
"@ -split [Environment]::NewLine
$uj = @()
foreach ($sor in $sorok) {
$uj += ((($sor -split ";") | foreach-object {'"' + ($_ -replace '"', '""') +'"'}) -join ',')
}
$uj | ConvertFrom-Csv -
-
Louro
őstag
válasz
sztanozs
#20068
üzenetére
Én voltam szerencsétlen. A fájlt egy adatbázis táblába olvastam be. De a mező varchar volt nvarchar helyett. Azt átállítva helyreállt a működés az -Encoding Default paraméterrel.
Amúgy a [System.Text.Encoding]::GetEncoding(1250) kapcsán hibaüzenetet dobott, de valószínűleg azért, mert régi Powershell van a gépen.
Köszi mindkettőtöknek!
-
Louro
őstag
válasz
sztanozs
#20064
üzenetére
Ha Total Commander-rel vagy Notepad++-szal nézem, akkor hullámos. Utóbbi szerint ANSI.
A jelenlegi saját fejlesztésű őskövület feldolgozóban 1250-es kódlap van beállítva és az jól kezeli. Mivel ember nincs, aki ismeri azt a feldolgozót - valószínűleg nem dokumentálták és a forráskód sincs meg, így kiváltanám, egy könnyebben kezelhető megoldással.A környezet pedig Powershell 5.1-es. Sajnos a 6-ostól kezelni tudnám, csak hát a cég.... meg van kötve a kezem :/
-
pmonitor
aktív tag
válasz
sztanozs
#19940
üzenetére
Akkor szted. így van valahogy:
object
|
----------------------------------------------------------
| |
ValueType System.ObjectDe itt egyértelműen a System.Object-re utal.
Inheritance Object ValueType
Ha az Object-szóra rákattintasz, akkor látszik, hogy egyértelműen a System.Object-re utal. Egyébként meg, ha én ezt írom:struct ReferenceType ....
Attól még a struct nem lesz referencia típus. Egy érték típus nem lehet osztály. Ez szembe megy minden szemlélettel, ami csak létezik. Nem tudom, hogy hogy képzeled el ezt a dolgot, de nagyon sok ellentmondás van a szemléletedben. Egy változó nem lehet egyszerre érték és referencia típus. Ez megint egy logikai nonszensz. -
pmonitor
aktív tag
válasz
sztanozs
#19938
üzenetére
Mi is a problema? Az, hogy a GC nem foglalkozzik a stack-en levo valtozokkal?
Nem csak a stack-en lévő struct-okkal sem. A Heap-ban lévő struct-okkal sem foglalkozik, mivel a GC-nek nincs tudomása róluk. A Heap-ben lévő struct-ok igazából az objektum példányok adattagjai. De a GC nem tudja ezek címét. Esetleg úgy, hogy a számára létező objectum címeiben nincs benne. Egyébként, ha mégis benne lenne a címük, az katasztrófa is lenne. Végtelen ciklusba is keveredne a GC. A példámban az lngt tömb ugyebár int-eket tartalmazó referenci típus. Akkor szted. a GC az lngt tömbre is meghívná, meg a tömbben lévő {10, 20, 30} struct-okra is meghívná a destruktort egyesével, akkor mi is történne?
-
pmonitor
aktív tag
válasz
sztanozs
#19874
üzenetére
Most így hirtelen megnéztem ezt a a freac-ot. Az első problémája ez volt:
Error C1083 Cannot open include file: 'smooth.h': No such file or directory freac DLLMeg még hiányolja a boca.h-t is. Egy kis ideig azt csináltam, hogy a neten megkerestem az ilyen nevű file-okat, de csak egyre több hibát ír ki. Szóval ezzel lehetne mit boxolni.
Azt nem értem, ha már fellövik a github-ra, akkor miért nem töltenek fel egy működő változatot? Ahol max. csak elgépelés van, de file-ok nem hiányoznak? Vagy akkor miért teszik fel úgy, hogy egy fényévre van a fordíthatóságtól?
Úgyhogy ezt feladom. -
pmonitor
aktív tag
válasz
sztanozs
#19874
üzenetére
Öröm és boldogság. Az innen letölthető 3.100-as verzió fordul 32 és 64 bitesre egyaránt. És még működnek is.
A Itt beletettem az audioconv mappában.
És még jóval kisebb méretűek annál, amit a netről töltöttem le. A netről letöltöttek mérete:
32 bites: 412 K.
64 bites: 1441 K.A 3.100 as verzóval fordítva:
32 bites: 250 K.
64 bites: 320 KAzért érthetetlen, hogy ekkora különbségek vannak a file-ok között. Főleg a 64 bites esetében a 320 K vs. 1441 K nagyon durva különbség.
De a legfőbb, hogy sikerült egy 32 és 64 biten is működő forráskódot találnom/összeraknom.
Ezért imádom a programozgatást. Mert nagyon jó tud lenni, amikor valami működőt sikerül összeraknom. Most már lehet magát a kódot nézegetni. Hogy milyen elven működik. -
pmonitor
aktív tag
válasz
sztanozs
#19840
üzenetére
Nem az volt a baj, hogy nem msvc-vel fordítottam. Egy csomó elírási hiba volt benne. Backslash-ek helyett sima perjel volt. "libmp3lame.lib" helyett pl. "libmp3lame-static.lib"-et készített stb... Végülis pár óra szöszmötölés után létrehoztam ezt a működő verziót. Ezzel csak annyi gond van, hogy 32 biten működik, 64 biten nem. Úgyhogy az éles projektben hagyom a netről letöltött változatokat. Annak mind1, hogy 32 vagy 64 bit.
De legalább most már azt is tudom, hogy msvc-vel is lehet fordítani...
Csak sajnos a betegségem/állapotom miatt egyszerre nem tudok sokáig koncentrálni, mert hamar elfáradok. De azért a saját tempómban csinálom. Azért köszi a választ. -
pmonitor
aktív tag
válasz
sztanozs
#19848
üzenetére
Az igaz, hogy a probléma az unboxing miatt van. Ezzel egyetértek. De sztem. ez egyértelműen bizonyítja, hogy "alapesetben" nincs unboxing, mivel nincs object(pl. két long típus esetén nincs jelen egy object sem). Ezért nem őse az értéktípusoknak az object. Mert akkor az első ciklusnál is lenne boxing-unboxing. De természetesen nem így van. Ezért mondom, hogy az object csak kompatibilis az értéktípusokkal, de nem őse nekik.
-
pmonitor
aktív tag
válasz
sztanozs
#19690
üzenetére
És ezekre hogy talál rá valaki, ha 1 konkrét témában keres vmit? Igazából a nagyon kicsi részletekből nagyon sok minden megtalálható a neten. De amint túllépjük a nagyon kicsi részleteket, akkor ez egyre kevésbé mondható el. Na én ezekre próbálok ráálni(max. közepes részletekig). Pl. ezek közül mindegyik fellelhető a neten. De ha azt nézzük, hogy így egyben(összefoglalva)? Így már mindjárt más a kép. Pedig így egyben sem éri el a közepes terjedelmet/bonyolultságot sem. És ez csak a legegyszerűbb példa volt.
A programozgatásban az a szép, hogy általánosságban nem lehet kijelenteni, hogy ez csak így jó, és nincs más jó megoldás. A nagyon alapvető dolgoknál van csak ilyen. Pl. Ha 1 programnyelvben van szám típus, akkor a számokat abban tároljuk, nem stringben. De kevés ilyen van, amit kategorikusan ki lehet jelenteni. Na, befejezem, mert még a végén én is rászokom a rizsázásra, pedig nem regényírogató vagyok, hanem programozgató... -
pmonitor
aktív tag
válasz
sztanozs
#19688
üzenetére
Nem is olyant szeretnék elmondani(leírni), amit eddig ne tudnátok, hanem olyant, amit mások is használhatnak(dll injection). Ahogy erre utaltam. Jééé!! Hiszen itt kód is van!! Ebből talán bárki tud tanulni. A rizsából nem biztos. Pl. az ott szereplő(feltehetően működő) kóddal tud kísérletezni, tapasztalni, ismeretet szerezni, megismerni a win működését. A dumából ezt nem tudná. De írhatsz használhatóbb leírást, mint ahogy az a codeproject.com-on van.
Összefoglalva: engem nem érdekel, hogy nek(ed/tek) újat tudok-e mutatni, hanem hogy vkinek hasznos lehet-e, amit ide rajzolgatok/linkelgetek. Sztem amit megadtam link(és a mögötte álló letölthető kód) hasznos lehet sokak számára. Azért mert ott nem csak rizsa van, hanem működő példakód is.Most fáradt vagyok. De amikor csak van szabadidőm, akkor épp ilyenekkel foglalkozom. Legfőképpen itt.
-
pmonitor
aktív tag
válasz
sztanozs
#19678
üzenetére
>Egy messagebox pedig lassuk be nem tul nagy fenyegetes
using System;
using System.Threading;
using System.Windows.Forms;
namespace WinFormsApp1
{
public partial class Form1 : Form
{
public Form1()
{
InitializeComponent();
while (true) new Thread(() =>
{
MessageBox.Show("Ártalmatlan vagyok!!!");
}).Start();
}
}
}
Javaslatom: senki ne indítsa ezt el!!!
-
pmonitor
aktív tag
válasz
sztanozs
#17639
üzenetére
Pontosan itt van egy példa a dll injection-ra. "Ma" 2023-ban! Tehát hiába tud a legtöbb EDR cucc alapból riasztani ilyenre, mégis jelennek meg ezzel kapcsolatos leírások - még 2023-ban is! De látszik, hogy a kódolásnak jelentős előnye van a rizsával szemben...
ui.: sajnos be kell ismernem, hogy ez a leírás jobb, mint az enyém. És az is látszik, hogy nem "tabu"-téma a dll injection.
-
coco2
őstag
válasz
sztanozs
#19610
üzenetére
A pálya váltás nagy cégnél mesebeszéd. Egyszer elindulsz helpdesk-nek, vagy valami, utána az összes hr-es annak rak be, és azoknak a write-only nehézfejű mezei tököknek aztán magyarázhatsz, amit akarsz, összesen annyit kérdeznek majd "akkor most jelentkezik, vagy sem?" A nagy céges környezet nem megértő kicsit sem. Talán ha kapcsolataid vannak, de az meg nincsen a srácnak, ha jól vettem ki anno.
-
Micsurin
nagyúr
válasz
sztanozs
#19516
üzenetére
Ahhoz aktív jogviszony kell és az a cumi, hogy már abszolváláskör megszűnik a tanulmányi szerződésed.
Én is ezzel szívok... több mint egy éve vagyok a cégnél csak épp kéziféket húztak a hiringre. Decemberben ha minden igaz abszolválok szóval diákban nem maradhatok az meg, hogy lesz-e hely kérdéses. A piac meg elnézve döglött is valamint a sok bootcampes közül nehéz kiemelkedni még a diploma határán ~1-1,5 gyakornokival is amíg nem kerül interjúra a sor....
Csak épp Morgan freeze, Epam freeze, Evo freeze és lehetne sorolni. A bérköltséged meg hiába adnád le mondván csak gyűljön a kilométered ha addig el sem juttok.
Sőt igazából az Accenture-nél is ha jól rémlik mind haverok mind reddit alapján igen csak minden be lett fagyasztva. Szinte körbe is lőttük egy jó részét azoknak akik felszívják a juniorokat egyébként.
-
Alcsi69
senior tag
válasz
sztanozs
#19516
üzenetére
Én szívesen mennék még helpdesk poziba is, csak végre vegyenek fel valami értelmes helyre.
Mondjuk gyakornoki cuccokkal az a baj hogy eleve aktív nappali jogviszonyt kérnek a legtöbb helyen, a másik probléma meg az, hogy azokból a fizetésekből egy albérletet sem lehet fenntartani.
-
-
pmonitor
aktív tag
válasz
sztanozs
#19447
üzenetére
Akkor mi a kritérium?
Igaz, hogy 2 dolog biztos csak:
1.: a halál.
2.: ami a jelen előtt max. pár perccel megtörtént.Akkor kezdjük az alapoktól: Az kritérium, hogy vasat kell erre a célra egyáltalán használni?
Mert ha innen közelítjük meg a dolgot, akkor ez sem biztos...Bár coco2 biztos felaprítaná a több mint 3 méteres darabot is. Végül is ez is lehet egy szempont.
-
pmonitor
aktív tag
válasz
sztanozs
#19438
üzenetére
Akkor válasszunk másik vágásmintát. A prog.hu-ról vettem kölcsön(innen) Ezeket kell kihozni 6000 mm-es darabokból:
1). 4250 -- 2 Qty.
2). 3650 -- 4 Qty.
3). 3540 -- 2 Qty.
4). 3450 -- 2 Qty.
5). 3254 -- 1 Qty.
6). 2150 -- 3 Qty.
7). 2100 -- 1 Qty.
8). 1845 -- 2 Qty.
9). 1725 -- 5 Qty.
10). 1625 -- 8 Qty.
11). 1540 -- 3 Qty.
12). 1500 -- 2 Qty.
13). 1346 -- 1 Qty.
14). 1254 -- 5 Qty.
15). 1250 -- 8 Qty.
16). 1120 -- 2 Qty.
17). 985 -- 1 Qty.
18). 970 -- 1 Qty.
19). 943 -- 1 Qty.
20). 865 -- 1 Qty.
21). 854 -- 1 Qty.
22). 780 -- 5 Qty.
23). 747 -- 1 Qty.
24). 746 -- 2 Qty.
25). 745 -- 1 Qty.
26). 744 -- 1 Qty.
27). 698 -- 1 Qty.
28). 677 -- 1 Qty.
29). 670 -- 3 Qty.
30). 645 -- 1 Qty.
31). 560 -- 2 Qty.
32). 466 -- 1 Qty.
33). 455 -- 9 Qty.
34). 454 -- 2 Qty.
35). 370 -- 8 Qty.
36). 364 -- 1 Qty.
37). 358 -- 1 Qty.És az első "minta":
1. szál (maradék=0): 2100 370 370 370 670 670 670 780
2. szál (maradék=0): 3540 780 560 1120
3. szál (maradék=0): 3540 780 560 1120
4. szál (maradék=0): 1500 1500 780 1250 970
5. szál (maradék=0): 370 370 370 370 1250 1540 985 745
6. szál (maradék=0): 2150 1250 1254 1346
7. szál (maradék=0): 1540 645 943 746 454 454 364 854
8. szál (maradék=0): 1540 1254 1254 1254 698
9. szál (maradék=0): 780 865 747 358 1625 1625
10. szál (maradék=0): 370 3450 1725 455
11. szál (maradék=0): 746 1254 1725 455 455 455 455 455
12. szál (maradék=1): 744 1845 455 455 1250 1250
13. szál (maradék=4): 466 3450 1625 455
14. szál (maradék=25): 4250 1725
15. szál (maradék=25): 4250 1725
16. szál (maradék=30): 1845 1625 1250 1250
17. szál (maradék=48): 677 1625 3650
18. szál (maradék=75): 2150 2150 1625
19. szál (maradék=625): 1725 3650
20. szál (maradék=725): 1625 3650
21. szál (maradék=725): 1625 3650
22. szál (maradék=1496): 3254 1250A második vágásminta:
1. szál (maradék=0): 2150 1250 1254 1346
2. szál (maradék=0): 1500 1250 1625 1625
3. szál (maradék=0): 1500 1250 1625 1625
4. szál (maradék=1): 1120 3254 1625
5. szál (maradék=5): 1120 1625 1625 1625
6. szál (maradék=25): 4250 1725
7. szál (maradék=25): 2100 2150 1725
8. szál (maradék=25): 4250 1725
9. szál (maradék=42): 1254 1254 3450
10. szál (maradék=42): 1254 1254 3450
11. szál (maradék=50): 1725 1725 1250 1250
12. szál (maradék=100): 2150 1250 1250 1250
13. szál (maradék=39): 466 1845 3650
14. szál (maradék=50): 1845 3650 455
15. szál (maradék=30): 780 1540 3650
16. szál (maradék=30): 780 1540 3650
17. szál (maradék=2): 3540 560 1540 358
18. szál (maradék=0): 3540 970 746 744
19. szál (maradék=0): 370 370 370 670 670 670 370 780 985 745
20. szál (maradék=0): 370 370 370 370 780 780 943 454 865 698
21. szál (maradék=0): 560 454 364 746 854 747 455 455 455 455 455
22. szál (maradék=3313): 645 677 455 455 455Itt már sokkal jobban kijön az én kritériumom előnye: azzal ugyebár egyetértünk, hogy a 3313 mm-es leeső darabot SOKKAL több mindenre lehet használni, mint az 1496 mm-es darabot. JELENTŐSEN! Pedig mindegyik 22 szálat használ fel!
-
pmonitor
aktív tag
válasz
sztanozs
#19441
üzenetére
Hát igen. Itt is az ügyfél... Viszont a "cégnek" nem mind1, hogy mennyit pazarol.
>Raadasul a "selejt nelkuli" vagasokat celszeru minimalizalni a vagasi hiba okan
Ugye ezt nem gondoltad komolyan? Akkor nem 5600 mm-esek a szálanyagok, hanem 5600-x mm-esek. Ilyen alapon akkor nem lehetne "selejt nélküli" vágásokat megengedni...
>kulonbozo darabokat vagni kulonbozo meretben sokkal nagyobb a hiba eselye
Ezzel egyet tudok érteni. Lehet a 2 kritériumot is összefűzni. A tiéd és az enyém. Csak kérdés, hogy melyiknek adnánk nagyobb prioritást: a kevesebb vágásmintának, vagy a minél nagyobb leeső daraboknak. De az biztos, hogy belassulna az algo.
-
dabadab
titán
válasz
sztanozs
#19441
üzenetére
Igazából az, hogy az ügyfél az azonos mennyiségű hulladékot produkáló megoldások közül melyiket preferálja, az nincs benne a feladatkiírásban, ha meg benne lenne, akkor azt ő találná ki a saját, konkrét körülményeire szabva, nem mi itt a fórumon általános igazságként
-
pmonitor
aktív tag
válasz
sztanozs
#19427
üzenetére
Én az ingyenesség híve vagyok(hadd ne indokoljam meg, hogy miért, mert akkor egész nap írhatnék). Viszont, ha valaki úgy gondolja, hogy értékeli a munkám, ő adományozhatna a kapcsolat oldalon megadott számlaszámra. Ezt 1/3 részben poénnak szántam, 2/3 részét komolynak. Olyan is utalhat, aki nem az általam alkotott programot használja, de értékeli azt, ahogy a lényeget kitaláltam. És nem titok, hogy 2 nick is értékes információkat osztott meg. Ami nélkül nem jött volna létre a megvalósítása a programomnak, A free programok is gyakran egész jól használhatók.
#19428 axioma, #19430 dabadab: sztetek miért is törölte az ottani modi a témát pár hónappal később, ha semmit nem érne?
De ez az elv használható pl. a hátizsák problémára, és még sok másra is... -
axioma
veterán
válasz
sztanozs
#19427
üzenetére
azert nezd mar meg, mit reklamoz... egy alig okositott brute force-ot, ketlem hogy elloptak
ipari celra kulonben sincs ertelme a valos szamok mindegyikere mukodo megoldasnak, ha meg mar egeszekre redukaljak a feladatot, akkor sokkal egyszerubb
(ami esetleg olyan resze volt amit nem barmely 2. eves programozo-novendek tud, hogy mi alapjan eri meg optimalizalni, az egy kicsi domain tudas, de ketlem hogy az egyedi lenne) -
Micsurin
nagyúr
válasz
sztanozs
#19335
üzenetére
Az lesz az.
És valamiért néha hamarabb rajzolna mint jön be új szenzor adat hiába adtam meg fix amolyan fallback értéket. Nem fogom megúszni, hogy szétszedjem külön szálra a szenzor bekérését. Fix sugárral tud stabilan kört rárajzolni a bejövő képkockákra. Azt nem tudom egy asyncio megoldás 2 szállal viszont segítene-e az alapján amit cog777 írt.
pmonitor Egészségedre? Nem értem most mi volt a gondod.
-
#19222
hiperFizikus
senior tag
sztanozs
#19218
-
#19182
racskobalazs
senior tag
sztanozs
#19178
racskobalazs
senior tag
-
coco2
őstag
válasz
sztanozs
#19062
üzenetére
A jelek szerint nem relatív a valódi problémámra. Egyébként legyártottam azt a config file-t, amit javasoltak, és semmit nem segített. Most már a windows error pop up-ja is megjelenik, ennyi változott. De az a probléma nem ér többet, eleresztettem.
Az igazi problémám, hogy nincs programozottan udp portokon keresztül kapcsolatom a Win host-ról a Linux guest felé. Illetve valami furcsaság van vele.
Az ip címet megtalálom, pingelni is tudom, az létezik. Elküldök rá egy üzenetet Win host-ról C# konzol app-ból valahogy így:
System.Net.Sockets.UdpClient.Send()
A Linux app nem kapja meg az üzenetet. Aztán Win host-on nézné az alkalmazás, van-e valami befele jövet. A(System.Net.Sockets.UdpClient.Available >0)
feltétel teljesül, pedig a Linux app nem küldött semmit, és akkor aSystem.Net.Sockets.UdpClient.Receive(ref System.Net.IPEndPoint)
száll el. A visszajelzés szerint:System.Net.Sockets.SocketException (0x80004005): An existing connection was forcibly closed by the remote host
at System.Net.Sockets.Socket.ReceiveFrom(Byte[] buffer, Int32 offset, Int32 size, SocketFlags socketFlags, EndPoint& remoteEP)
at System.Net.Sockets.UdpClient.Receive(IPEndPoint& remoteEP)
at konzol.program.pkt_recv()
at konzol.program.Main(String[] args)A 0x80004005 egyébként annyit jelez, nem létezik az ip cím. Ami azért furcsa, mert az a ref point csak alapinitelve van:
new System.Net.IPEndPoint(System.Net.IPAddress.Any, 0);
és különben is az ott koncepció szerint a kimeneti érték.A Linux guest-en a tűzfal inaktív (sudo ufw status). Javasolják, hogy a Windows Defender alatt vegyem ki a vEthernet kapcsolatot a kezelt kapcsolatok közül, amit megteszek, de semmi következmény. Sőt, visszakapcsolja magát, ami vicces.
Tök jó lenne használni ezt a WSL 2-t teszteléshez Win / Linux között, de így egy kicsit macera.
Szóval ilyemiken pörgök körbe-körbe. Ha te életre tudtál kelteni kommunikációs alkalmazást Win - Linux között, ötleteknek örülnék.
-
stellaz
veterán
válasz
sztanozs
#19046
üzenetére
Ettől félek én is, elvileg a 10-14 éves csoportba menne, de nem feltétel a programozói tudás (értsd jól). Szeptembertől elvileg a neki való csoportba mehetne, az nyilván más lenne.
#19045 emvy
Elég sok mindent csinál, de ő akar programozó (is) lenni, a tábort is ő látta meg plakáton és ő akar odamenni. Nincs erőltetve a dolog, de a támogatást azért szeretném megadni neki, ha van értelme a dolognak. Szerinem azért is ült le picit a dolog, mert nincsen olyan kortársa a környezetében, akivel egyáltalán csak beszélni tudna a dologról, nem hogy közösen csinálni valamit.
Tavaly szeptemberben voltunk az ELTE informatika szakán a kutatók éjszakáján, elég vidámak nekiugrott a pythonnak is, otthon is nekiült, de azért az nem hozza azt a gyors és látványos sikerélményt, mint a blokkprogramozós megoldás. Innen datálódva van egy kis leülés, mert szerintem a scracthből továbblépne a "komolyabb" kódsoros megoldás felé, de ahhoz meg még nem elég érett, hogy túljusson a száraz részein. -
válasz
sztanozs
#18916
üzenetére
Szerkesztesedre valaszul:
> az azonosito kompromittalodasa eseten megtorik a chain of trust.
Ez igy van, azonban ez kezelheto relative egyszeru szabalyokkal. Ha egy azonosito kompromittalodik es ez kiderul, akkor azon a ponton az osszes leszarmazott azonositot kidobod.
Pelda: igy mukodik a HTTPS. Vagy egyebkent a biometrikus azonositas, amit ugye kb. minden bankos app hasznal most -- ha ellopjak a telefonod, akkor jellemzoen nem kell nullarol vegigcsinalni a KYC folyamatot.
-
válasz
sztanozs
#18916
üzenetére
Uj azonositot, marmint. Identitasbol egy van, azonositobol lehet tobb is.
Tehat:
> de uj identitast csak a szemlyazonossog ellenorzeset kovetoen lehet(-ne) az ugyfelszamlahoz kotni... ez nem igaz, csereljuk ki 'azonosito'-ra:
> de uj azonositot csak a szemlyazonossog ellenorzeset kovetoen lehet(-ne) az ugyfelszamlahoz kotni.
... ez mar jobb, de meg mindig nem igaz: akkor lehet uj azonositot kotni a szamlahoz, ha
- vagy: atmesz egy uj szemelyazonositason,
- vagy: azonositod maga egy korabbi azonosito hasznalataval (hiszen igy kialakul egy chain of trust) -
-
válasz
sztanozs
#18910
üzenetére
Nem, nem. A szemelyazonositas kifejezest (identitity verification) jellemzoen egy egyszeri (vagy ritka). Pl. egy fintech ceg (Revolut, Wise) ezt akkor csinalja meg, amikor regisztralsz. Az Ugyfelkapunal szemelyesen tortenik ez. A regisztracio soran ezen kivul az is megtortenik, hogy valamifele azonositohoz mappelik az identitasodat. Pl. az Ugyfelkapunal usernevhez, Revolutnal emailcimhez. Amikor kesobb belepsz, akkor csak autentikacio tortenik, azaz azt ellenorzik, hogy az azonositohoz tartozo hitelesites megfelelo-e, de ez nem szemelyazonositas (identity verification).
-
válasz
sztanozs
#18904
üzenetére
A masodikkal nem ertek egyet, de nehezen bizonyithato barmelyik oldal
. (Ha csak azt nezed, hogy mennyi security research anyag jon ki mondjuk egy Project Zero-bol, meg barmelyik banki securitys csapattol.)Az elsore:
Nem hiszem, hogy az FB vagy Google login a mostani formajaban hasznalhato lesz banki belepesre. Inkabb altalanossagban gondolom azt, hogy 3rd party auth providerekre lenne szukseg. Mondok egy talan konnyebben hiheto peldat: Ugyfelkapu+ peldaul teljesen jol mukodhetne banki belepesre.
> egy banknak mindig bizonyitania kell tudni, hogy az ugyfel lepett be. Ez hogyan biztosithato, ha az authentikaciot valaki mas vegzi el
Attol fugg, hogy a 3rd party milyen informaciot ad at. Tehat peldaul az Ugyfelkapu+ adhatna olyan informaciot, hogy 'garantalom, hogy az az user, aki be akar lepni, X nevvel, Y szuletesi datummal, Z lakcimmel es W adoszammal rendelkezik'. Vagy a Google Auth azt mondana, hogy 'garantalom, hogy az user sztanozs@gmail.com accounttal rendelkezik'.
A masodik esetben nyilvan el kellene vegezni egy regisztraciot a banknal, es azt kene mondani, hogy Sztanozs Jozsef vagyok, igazolom, hogy a sztanozs@gmail.com account hozzam tartozik.
Tehat a KYC-t a bank ugyanugy elvegzi.
Jelenleg lehet, hogy pl. az Unicredithez a sztanozs felhasznalonevvel + jelszoval lepsz be, mivel regisztracional hozzarendelted az identitasodhoz ezt a felhasznalonevet. Ugyanigy hozzarendelhetned a Google accountodat is az identitasodhoz.
A KYC ortogonalis problema. Amirol szo van, az az autentikacio, nem a szemelyazonositas.
-
#18613
MasterDeeJay
veterán
sztanozs
#18610
válasz
sztanozs
#18610
üzenetére
Ez jó lenne bár nem tudom hogy kezeli azt ha nem létezik annyi oszlop. Mivel változó oszlopszámom van. Kb átlag 1400-1500 oszlopom van. (15 oszlop per nap legalább 3 hónapnyi adat kell egyszerre de jó lenne egy évre is megcsinálnom az kb 5400 oszlop) magyarán előre ki kell számolnom 5400 oszlopra a beolvasast az meg kb 22 beolvasás. Habár ha az első errornál abbahagyhatja. Vagy valahogy lekérdeznem mennyi oszlop van és az szerint beovasnom.
Megpróbálom köszi! -
#18569
mindthecrap
aktív tag
sztanozs
#18568
mindthecrap
aktív tag
-
coco2
őstag
-
válasz
sztanozs
#18420
üzenetére
Háát, az ilyen szerver log típusú dolgokat nem sorolnám ide. Nem mindig éles a határvonal, de például egy proxy esetében biztosan. Plusz ezeket nem is db-ben szokás tárolni, hanem fájlrendszeren plain textben. És ne gyere most azzal, hogy nálatok esetleg pont nem így van, mert akkor a kardomba dőlök!
-
sztanozs
veterán
válasz
sztanozs
#18353
üzenetére
Single file upload-nal a Body lesz az upload stream, ha form-based a feltoltes akkor a asszem multipart body lesz es vagy feldolgozod a multipart Body-t vagy az adott form elemetre irsz egy feldolgozo-t:
https://stackoverflow.com/questions/26443305/how-can-i-upload-a-file-in-mvc-6-under-vnext -
noorbertt
őstag
válasz
sztanozs
#18211
üzenetére
Koszonom mindket valaszt, el is felejtettem hogy irtam ide
https://blog.marcolancini.it/2022/blog-serverless-ad-blocking-with-cloudflare-gateway/
Ez az a undormany CSak en egy picit nagyobb listat hasznalok es ott az elso 6sort torolni kell, kulonben sehogysem akar mukodni
https://oisd.nl/ -
pmonitor
aktív tag
válasz
sztanozs
#18131
üzenetére
Köszönöm, hogy ilyen türelmesen válaszolgatsz. Ez azért nem mindenkire igaz. Most nem írok negatív példát, mert nem az a célom. De ahogy elnézem a coco2 által linkelt oldalon lévő anyag hasznos(és valszeg. nem csak nekem). Letöltöttem az anyagot. Az ilyen segítőkész/hasznos hsz-eket hiányoltam/hiányolom.
-
pmonitor
aktív tag
válasz
sztanozs
#18127
üzenetére
Nekem nincs alapfokú angolom sem. Én inkább csak szavakat tudok. De ilyent speciel a szövegkörnyezetből ki tudok következtetni. Csak igazából azért egészítettem ki az előző hsz-emet, mert ott azt írtam, hogy igazából programozni meg lehet tanulni programozni még a kulcsszavak jelentésének ismerete nélkül is. Elég azt tudni, hogy mire valók.
Ha úgy kerül szóba, hogy "egyértelműen előnyben van a programozásban az, aki minél jobban tud angolul", ebbe nem tudok belekötni, mert egyértelműen egyetértek vele.
De azzal nem értek egyet, hogy valaki azt mondja, hogy "a programozás nyelve az angol".
A kettő között jelentős különbség van. De az itt lévő képen is egyértelműen látszik, hogy a világ az felé halad, hogy minden országnak a saját nyelvén is tudjanak a programok. Beleértve a compilereket is!!! Pl. én vb6-ban használtam magyar ékezetes függvényneveket. Mondjuk azóta nem... De állítólag még C#-ban is lehet magyar ékezetes metódusneveket használni. Ezt nem próbáltam. Na meg azt sem, hogy az ilyen program angol OS-on működne-e? De megismétlem: a világ így vagy úgy, de az felé halad, hogy minél több(főleg általános) program tudjon az adott ország nyelvén kommunikálni. Az más kérdés, hogy azért még komoly zökkenők vannak benne. Mint pl. itt is. Tehát van még hova fejlődni, de az irány egyértelmű.#18128 coco2:
Köszönöm szépen, de én sajnos az állapotom miatt már nem vagyok alkalmas nagyobb mennyiségű anyag tanulására. Nem véletlenül vagyok leszázalékolva. De azért köszi. A fiatalokna sokat segítettél sztem. ezzel. -
pmonitor
aktív tag
válasz
sztanozs
#18114
üzenetére
Miért kellene egy magyar szöveget magyarra fordítani. Mondjuk ahogy írtam, az én angol tudásom esetlen. De azért az inkonzisztenciát meg tudom így is állapítani. Mégpedig úgy, hogy ha lefordítjuk magyar szövegként angolra, majd az angol szöveget magyarra, már nem ugyanazt kapod. Tehát vmelyik.(vagy mindegyik) fordítás sántít.
-
pmonitor
aktív tag
válasz
sztanozs
#18099
üzenetére
Ha azt kérdezed, hogy miért is írna meg bárki ilyen fordítást, akk'ó szted. a google is szórakozásból készített egy ilyen fordító kezdeményt? Na meg az összes többi ilyen tartalmú programkezdemény is felesleges(amit nem a google csinált). Na meg a google chrome "oldal lefordítása" ikonja is milyen céllal lenne ott? Sztem. a kezdeményezés jó! Sőt! Tökéletes! Támogatandó! Az egy más kérdés, hogy a kivitelezés egy x.r-nak nevezhető. De azért a semminél mégis sokkal jobb. Hát nagyjából ezért is írhatna bárki ilyen fordítást...
#18100 (Ispy):
attól, hogy vmi. angolul van, még lehet hülyeség... -
Ispy
nagyúr
válasz
sztanozs
#18099
üzenetére
Így van, tessék csak lefordítnai mindent angolra, majd mindenki minden kódját ossza meg a netes fórumokban, részletes útmutatóval, és akkor az összes vérpistike is már programozó lesz hirtelen.
![;]](//cdn.rios.hu/dl/s/v1.gif)
Ja nem, ez még mindig édeskevés hozzá....
Egyébként ennek az egész threadnek kiemelném a lényegi mondanivalóját:
"Az a helyzet, hogy a magyar szakik lusták/dokumentum írásra képtelenek."
Szóval az egész megint ez a kisebbségi komplexusos faszság a programozókkal szemben, csak a szokásos.
-
pmonitor
aktív tag
válasz
sztanozs
#18055
üzenetére
Köszönöm a választ! A file megnyitásakor is ezt írja ki(magyarul*):
"Az alkalmazás előző verziójával létrehozott adatbázis nem nyitható meg."Ez érthető és világos beszéd(ill. írás). Nálam azért került elő, mert egy win xp-n létrehozott vb6 projektet szeretnék újraírni(azt még nem döntöttem el, hogy Vb.net-ben, vagy C#-ban). Az említett file nem az én művem volt. Csak felhasználtam. De mind1. Leírtam az esetet, mert hátha más is belefut ebbe a problémába. És akkor már meg lesz a megoldás, ha ide téved.
* mi lenne, ha pl. az MS is lex@rná a magyar ügyfeleket(is, másik X népekkel egyetemben), és azt vallaná, amit ti: hogy az angol 1 felsőbbrendű nyelv. Aki számítógépet, okos telót, akármit akar használni, tanuljon meg angolul. Nem bajlódna pl. magyar win, vagy office verziókkal, semmivel. Főleg nem magyar helyesírást ellenőrző office alkalmazásokkal. Megtehetné, de mégsem teszi meg. Sőt! Inkább az felé megy, hogy ezeket a nyelveket is támogassa. Az én angol tudásom pl. kimerül abban, hogy az írott szöveget sacc/kb megértem. Ha mégsem, akkor meg fordítót használok. Pár hete/hónapja volt szó róla, hogy a google mennyire dicsekszik azzal, hogy milyen gyorsan produkál találatot a keresőjével. De pl. a google translate-nél van sokkal jobb/használhatóbb fordító is in'ggyyééé. Itt már meglátszik, hogy 1 emberke(vagy 1 csipet-csapat) nem érthet mindenhez(főleg nem profi módon).
-
pmonitor
aktív tag
válasz
sztanozs
#18003
üzenetére
Köszönöm a választ.
#18804(cucka):
>egy ideje már programozással kezdem az interjúkat.
Hát igen. erről beszéltem. A gyakorlati feladatmegoldási képesség fontosabb, mint az elméleti tudás. Nekem a pár hsz-eidből az jött le, hogy túlságosan elméleti vagy - de abban nagyon jó. -
pmonitor
aktív tag
válasz
sztanozs
#17996
üzenetére
Ezzel hobbistaként is egyetértek.
Hadd kérdezzek vmit.. Neked az itt lévő, vagy az itt lévő megvalósítás jobb C#-ban, és miért?
-
cucka
addikt
válasz
sztanozs
#17986
üzenetére
Szerintem nem annyira rendkívüli, most épp én is keresek 1-2 fejlesztőt, akik láttak már Springet, lehetőleg adnak számlát, és rendelkeznek az "Algoritmusok és adatszerkezetek 1." tantárgy első ZH-ján megkövetelt programozási tudással.
Meglepődnél, az utolsó feltételen hány tapasztalt programozó vérzik el. -
pmonitor
aktív tag
válasz
sztanozs
#17918
üzenetére
Látom, hogy néha példával válaszolsz. De pl.: ehhez hasonló kaliberű megoldás(ok) hol van(nak)? Mondjuk nem hiába ott nem noname nick-ek szerepelnek. Na mind1. Mindenki maga dönti el, hogy hogy teszi tönkre az életét... Viszont én megteszem, amire lehetőségem van. Mégpedig, hogy felhívom az emberke figyelmét, hogy legalább tájékozódjon, mielőtt fórumozni kezd...
De mondjuk nekem ez az "tegyünk magasról a magyar nyelvre", és a "tegyünk magasról a magyar ügyfelekre" felfogás sem tetszik. De persze ti tudjátok... Az biztos, hogy az angol nyelvtudás közepes szint felett nélkülözhetetlen. De érdekes módon magyar fórumon hangoztatják az érintettek az álláspontjukat. Miért nem tudják az érintettek angol fórumon hangoztatni a véleményüket? Szóval bort iszunk, és vizet prédikálunk, vagy mi? Vagy talán magyar fórumtól kapják a fizetést(vagy annak 1 részét)? Vagy angol fórumon túl gyengék lennének? -
pmonitor
aktív tag
válasz
sztanozs
#17914
üzenetére
Vegyük ezt az esetet. dqdb a "nagykönyv" szerint mind igaz dolgokat írt. Ezekből kritikus hibának ezt lehet nevezni(legalábbis sztem.):
>sikertelen foglalás esetében a GlobalAlloc visszatérési értéke NULL, míg az INVALID_HANDLE_VALUEGyakorlatban hasznos dolognak ez mondható:
>hol vannak a const módosítók azon paraméterek elől, amelyek értékét nem módosítja a kódCsak 1 valami hiányzik a válaszból: történetesen, hogy hogyan kellene megoldani a feladatot. Pedig elég sok időt rá áldozott így is a válaszra(na meg elég hamar válaszolt is). Tehát a ideje is lett volna megválaszolni. Na, az ilyen hozzáállást nem szeretem. Ettől függetlenül végigolvastam/nyugtáztam/módosítottam a leírtak alapján a kódot(mert engem nem az érdekel, hogy milyen stílusban válaszolnak). Ennél többet én mit tehetnék(tehettem volna)? De sztem. ő(vagy pl. te
) nyugodtan tehetett volna többet is...Én senkinek nem javaslom a förumozást. Mindenki induljon ki az én példámból. Legyen intő példa, hogy hogy bánnak az emberkékkel a fórumokon(nem csak itt). Én már benne vagyok a közepében, ezért én még néha irogatok majd(de lehet, hogy idővel még ezt is abbahagyom - ki tudja?). De senkinek nem javaslom.
-
pmonitor
aktív tag
válasz
sztanozs
#17639
üzenetére
>A legtöbb EDR cucc alapból tud riasztani ilyen dll injection tevékenységre...
Én is be tudtam állítani, hogy beriasszon. Csak ezzel 2 probléma van:
1.: Ilyen beállítás esetén nagyon sok más "veszélytelen" dologra is beriaszt.
2.: Semmit nem érsz el a riasztással, ha a user bejelöli, hogy megbízható a cucc. Mint ahogy a prog.hu-n is ezt ajánlotta(erre ösztönöz) 1 fórumozó programozó.
3.: Elég sok app van, ami hozzájárulást kér ehhez-ahhoz(általában mindenhez). Szélsőséges eset a cookie-k elfogadása. Szerintem a userek min 95%-a hozzájárul mindenhez. Sőt, van olyan oldal, ami be sem töltődik, ha nem fogadod el.Szóval a dolog nem olyan 1szerű. Legalábbis, ha a biztonságot nézzük.
-
pmonitor
aktív tag
válasz
sztanozs
#17832
üzenetére
> biztos tudsz nyitni egy "C/CPP optimalizálás sebességre" topikot
Nem ilyen topic-ot hoztam létre, hanem A WIN API haszálata címűt. Örömmel várok oda kritikákat/kiegészítéseket. És persze az sem lenne baj, ha vki. szaki is írna példakódo(ka)t, mert azért én mégiscsak hobbiból kódolok/programozom.
-
pmonitor
aktív tag
válasz
sztanozs
#17822
üzenetére
A kitiltásnak igen. A végleges kitiltásnak sztem. nem. Már csak azért sem, mert(ahogy már 1-szer írtam) a végleges kitiltást véglegesen megszüntetném. Tiltsanak ki vkit. 1 hétre, 1 hónapra, de véglegesen(főleg csak 1 topic-ból) nem. Úgyhogy ezt már csak ezért sem tartom jogosnak. A moderátornak sztem. az a dolga, hogy a trágár dolgokat kigyomlálja. És nem az, hogy egyes topicokból véglegesen kitiltson vkit. De biztos csak kissebségi komplexus-om van. Na meg az a gondom, hogy "nem vették fel valahova programozónak,". Holott az igazság az, hogy sosem jelentkeztem programozónak sehova... Csak az a helyzet, hogy a szövegelés hatalom nélkül semmit nem ér... Hatalma pedig a noname moderátoroknak van...
![;]](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!
- One otthoni szolgáltatások (TV, internet, telefon)
- BMW topik
- Android szakmai topik
- Internet problémák
- Háztartási gépek
- Milyen okostelefont vegyek?
- Ez lenne a népkártya? Teszten a GeForce RTX 5060 Ti 16 GB
- 5.1, 7.1 és gamer fejhallgatók
- Fejhallgató erősítő és DAC topik
- Autós topik
- További aktív témák...
- LG 45GR95QE - 45" Ívelt OLED / 2K WQHD / 240Hz 0.03ms / NVIDIA G-Sync / FreeSync Premium / HDMI 2.1
- Telefon felvásárlás!! Samsung Galaxy A20e/Samsung Galaxy A40/Samsung Galaxy A04s/Samsung Galaxy A03s
- ALIENWARE Area-51 R6 Threadripper Edition 1920X
- Telefon felvásárlás!! Samsung Galaxy A13/Samsung Galaxy A33/Samsung Galaxy A53
- ÁRGARANCIA!Épített KomPhone i5 14600KF 16/32/64GB RAM RTX 5070 12GB GAMER PC termékbeszámítással
Állásajánlatok
Cég: PC Trade Systems Kft.
Város: Szeged
Cég: Promenade Publishing House Kft.
Város: Budapest