-
Fototrend
Új hozzászólás Aktív témák
-
martonx
veterán
Igen, a redis brutál jó!
Illetve azt én is fel akartam vetni, hogy a mezitlábas megoldások helyett, mi lenne ha nem havi 5, hanem 10 dollárt szánnánk a szerverre, ezzel rögtön megduplázva a rendelkezésre álló memóriát? Ha meg olyan komoly a projekt, a havi 20 dollárt sem érzem istenkáromlásnak 2 mag, 2gb ramért.
-
martonx
veterán
-
martonx
veterán
válasz
#39560925
#9132
üzenetére
Az 1Gb ram miatt én bármilyen fapados is, de a lementett statisztikát simán file-ban tárolnám. Ha jól értem ez nem más mint egy nagy Json adat.
Ha bőven lenne ram a gépben, akkor javasolnám a redis, memcache- meg ilyesmik használatát. Bár azt sem tudjuk, hogy mekkora adatról van szó, mert ha pár száz Kbyte, akkor vélhetően simán elfér a memóriában is. -
#9050
martonx
veterán
dangerzone
#9048
martonx
veterán
válasz
dangerzone
#9048
üzenetére
C/C++ esetleg?
-
#9015
martonx
veterán
Atomantiii
#9014
martonx
veterán
válasz
Atomantiii
#9014
üzenetére
Mármint a Visual Studio 2015 az egy IDE, amiben többek között C# kódot is tudsz írni.
-
#8922
martonx
veterán
aftercooler
#8921
martonx
veterán
válasz
aftercooler
#8921
üzenetére
Gondolom ez játéktól függ. Egyébként ha a múltból jól rémlik, ezek jellemzően szöveges file-ok szoktak lenni, szóval általában egy sima notepad elég a szerkesztésükhöz.
-
martonx
veterán
válasz
bambano
#8837
üzenetére
Én az alap hivatalos debian-ra értettem az erőforrásigényest. Nekem bármilyen distro jó, ha debian alapú, az még jobb.
Az se baj, ha webmail nem lesz rajta, és majd mindenki imap-pel / pop3-al leszedi a leveleit. Ha meg valaki nagyon webmail-t akar, az vállalja a kockázatokat. -
martonx
veterán
válasz
sztanozs
#8832
üzenetére
Köszi, ez jó ötlet! Igaziból 6-8 domainhez tartozó tizenpár emailcím kezelését kellene megoldani minél olcsóbban, és ehhez kutatok alternatívákat. Per pillanat egy DigitalOcean-os legalapabb VM (havi 5 dollár plusz áfa) és valamilyen rá való mini linux tűnik a befutónak.
De átgondolom a raspberry-s alternatívát is. -
martonx
veterán
Sziasztok! Tudom ez nem a megfelelő topik, de az összes többi kapcsolódó topik teljesen halottnak tűnik, és itt van pár kemény linuxos arc
![;]](//cdn.rios.hu/dl/s/v1.gif)
A kérdésem, hogy milyen minimál linux distro-t ajánlotok, ha a cél egyes egyedül SMTP szerver futtatása, minél gyengébb gépen (1 mag, 512 mb memória). -
martonx
veterán
válasz
Vasinger!
#8816
üzenetére
Ebből mi nem érthető? [link]
Tárterületet mindegyik annyit foglal, amennyi komponenst felraksz. Nyilván minél többet tud egy VS, annál több helyet foglal, de ez nem egyenesen arányosan növekszik, mert általában nem a plusz szolgáltatások foglalnak sok helyet, hanem az SDK-k, emulátorok. Azok pedig azonosak az összes verzióban. -
martonx
veterán
válasz
krysn95
#8809
üzenetére
Írsz egy programot, ami
1. leszedi a kívánt weboldal tartalmát
2. kiszedi a szövegből a neked érdekes részt
3. azt elküldi egy text-to-speech api-nak, mondjuk ennek: [link]
4. az onnan visszakapott hanganyagot lejátszodHopsz, talán ez az API még jobban dokumentált, és még ingyenesebb, és magyarul is tud: [link]
-
martonx
veterán
Sziasztok!
Nyomoronc flv videókból kell(ene) kinyernem metadata adatokat, pontosabban a lényeg az fps lenne.
VLC szépen lejátsza őket, az ffprobe is beolvassa, de fps-t nem ír ki hozzájuk.
MediaInfo is beolvassa, de egyedül a hosszukat tudja meghatározni.
yamdi meghatározza az fps-üket, de mindnek rossz hosszt ír ki, és mintha az fps meghatározása sem lenne 100-as (legalábbis összevetve a VLC-s lejátszáskor hossz / dekódolt frame számmal).Valami alternatívát tudtok még, ami ilyen média metadata kinyerésre jó program? C#-ból használom őket.
-
-
#8462
martonx
veterán
PumpkinSeed
#8459
martonx
veterán
válasz
PumpkinSeed
#8459
üzenetére
Én a Unity-t ajánlanám, ismertségben, multiplatformitásban talán a legjobb. Viszont C# a nyelve, de ez végülis elég közel esik az általad preferált nyelvekhez.
-
martonx
veterán
válasz
plaschil
#8441
üzenetére
Az ügyfélnek van igaza, akkor is ha baromságot kér. Feltételezem egy cookival van megoldva az eltárolása annak, hogy belépett valaki. Ebben az esetben amikor először megkapja a cookie-t, annak csak X perces lejárati időt kell adni, így a rendszer mindig ki fogja dobálni a usert, miután a cookie-ja lejárt.
De nyilván még kismillió megoldás létezhet. -
#8397
martonx
veterán
PumpkinSeed
#8396
martonx
veterán
válasz
PumpkinSeed
#8396
üzenetére
"A Tour of Go-val kezdtem nem tudom mi tudná jobban elmagyarázni a nyelv alapjait mint a nyelv saját oktató oldala."
Ezek szerint vagy a dokumentációjuk szar, vagy a te felfogásod, vagy a nyelv mégsem olyan intuitív, vagy ezek kombinációja.
-
#8393
martonx
veterán
PumpkinSeed
#8387
martonx
veterán
válasz
PumpkinSeed
#8387
üzenetére
Az jó, hogy lelkesen elkezdted taulni a Go nyelvet, de nem-e el kellene először legalább a nyelv alapjait olvasni? Sőt, jobbat mondok nem ártana megtanulni előbb egy adott nyelven programozni, a mindenfelé kapkodás, tökéletes szétszóródás helyett.
-
-
#8324
martonx
veterán
beleszólok
#8323
martonx
veterán
válasz
beleszólok
#8323
üzenetére
Hát, ez esetben nagyon gáz a C# 22mp-es olvasás ideje.
-
#8321
martonx
veterán
beleszólok
#8320
martonx
veterán
válasz
beleszólok
#8320
üzenetére
Egyébként nekem gyanús, hogy vagy a Python csal (mondjuk a fordító figyeli, hogy csinálsz-e bármit a beolvasott adattal, és ha nem akkor valahogy eleve csak végigpörgeti a file-t, érdemi beolvasás helyett), vagy a C# mono-val nagyon nincs optimalizálva. Vagy mindkettő. Elvileg közel nulla különbségnek kellene lennie pusztán a file megnyitásakor, végigpörgetésekor a két nyelv között.
Nekem egyébként kicsit gyanús, hogy a Python az 1.6Gb-os file-t 3.6 másodperc alatt nyálazza végig, ez kicsit mintha túl kevés lenne.
-
#8319
martonx
veterán
beleszólok
#8316
martonx
veterán
válasz
beleszólok
#8316
üzenetére
ha már próblgatunk, akkor ezt próbáld még ki C#-al, a komplett using-os rész helyett:
foreach (var line in File.ReadLines("kern.log"))
{
n++;
}Így legalább már pont olyan szép, mint python-nal
És amikor ezzel megvagy, akkor javaslom még a foreach helyett a parallel.foreach-et kipróbálni. Erre gondoltam eredetileg, amikor mondtam, hogy C#-al nagyon egyszerű több processzor magot kihasználni.
Én anno C#-al (mondjuk nem mono-val, hanem rendes C#-al windows-on) 40Gb-os XML-eket parsoltam, és dolgoztam fel, töltöttem db-be pár órás futásidővel (igaziból a db-be töltés volt a szűk keresztmetszet, pontosabban a db mögötti storage, mivel a DB szerver 96 magos, alig terhelt gép volt).
-
#8306
martonx
veterán
beleszólok
#8304
martonx
veterán
válasz
beleszólok
#8304
üzenetére
Szerintem kevered a namespace-t és a workspace-t.
-
#8302
martonx
veterán
beleszólok
#8299
martonx
veterán
válasz
beleszólok
#8299
üzenetére
Én Visual Studio-t használok, ott nem tapasztaltam ilyen problémát. Ebben nem tudok tanácsot adni.
-
#8297
martonx
veterán
beleszólok
#8296
martonx
veterán
válasz
beleszólok
#8296
üzenetére
Tök jó, örülök! Jelzem a mono-ban egyre jobban bízhatsz, mivel a jövő év elején megjelenő C# 6-tal a Microsoft a mono-t is beemeli a hivatalosan támogatott futtató környezetek közé.
-
#8293
martonx
veterán
beleszólok
#8292
martonx
veterán
válasz
beleszólok
#8292
üzenetére
Ha nem ragaszkodsz a pythonhoz, mondjuk C#-ál bagatell egyszerű több szálú feldolgozót írnod. Akár Pythonból is meg tudod hívni szimpla konzol alkalmazásként.
-
martonx
veterán
Tényleg Karma, akár csak privátban is, de írnál kicsit bővebben a Xamarin-os tapasztalatodról? Engem elsősorban az érdekel, hogy az ingyenes / olcsó változat korlátozásaival mennyire lehet együtt élni?
Zseniálisnak tartom, hogy C#-ot lehetne használni mindenhol, csak engem a Xamarin ára jelenleg még a kísérletezéstől is visszatart. -
martonx
veterán
vbs-ből teljes egészében (na jó majdnem) lehet formázni a megnyitott xls-eket. Így ránézésre szerintem senki nem fogja megmondani neked, hogy hol a hiba. Az biztos, hogy az ötlet jó, és működőképes.
Viszont a VBA kódod nem fog egy az egyben működni VBS-el, legalábbis a régi emlékeim szerint. -
#8243
martonx
veterán
Sk8erPeter
#8240
martonx
veterán
válasz
Sk8erPeter
#8240
üzenetére
Jogos, én se arra gondoltam, hogy az alapoktól megírni, hanem felhasználni egy meglévő open source engine-t, mint mondjuk ez: [link]
-
martonx
veterán
válasz
attiati
#8238
üzenetére
offline browser nincs, csak akkor ha létezik fából vaskarika
Te egy web crawler botra gondolsz Ilyet simán lehet írni, ami ha elég gyors a szerverük, percek alatt leszed neked mindent amit csak akarsz.
Viszont ez így ebben a formában valóban büntetőjogi kategória lehet, sőt egy normálisan megírt multithread crawlerrel elég komoly szerver terhelést is okozhatsz nekik. -
martonx
veterán
válasz
bbTamas77
#8217
üzenetére
Ahogy a C#, Java, és az összes menedzselt nyelv egy vm-en fut. Ily módon "csak" annyit kellett megoldani, hogy a vm ne csak Microsoft vonalon, hanem a többi platformon is működjön.
A Java ezt már év(tizedek) óta tudja, a .Net még csak most kezd igazán cross-platform lenni. -
martonx
veterán
válasz
bambano
#8209
üzenetére
T-systems van szegeden is, meg Epam, meg LogmeIn, meg OCE, meg CAS, meg valami Siemes maradék. Szóval szvsz nem éppen állóvíz Szeged informatikai szemüveggel nézve. Csak a fizetések ne lennének olyan szarok, és kár hogy a favágó melókat tolják le a szegedieknek, amikre rádobnak X juniort X/10 semiorral, aztán lapátoljátok a szart.
-
martonx
veterán
-
martonx
veterán
válasz
bambano
#8138
üzenetére
Ezzel azért vitatkoznék. Szvsz nem feltétlenül kell erős gép a programozáshoz. Pláne sok múlik azon, hogy milyen nyelven programozunk. Script nyelvek alá pl. baromira nem kell vas (se proci, se ram, se alaplap, mindenből mehet valami alap). Pláne ha netán valami szimpla text editorral esünk neki eleinte.
Build-elős nyelveknél, ha nagy projekteken dolgozik valaki (netán Java-ban fejleszt, akkor különösen), tényleg javasolt egy erős gép, de a sok memória ekkor se fontos.
A melóhelyen az I7-es, 16Gb rammal komolyan unatkozik (kivéve a buildek idejét, ami pár másodperc), és a több Gb-os projekt össze-vissza fordítgatásakor se sikerült még soha 8Gb-nál több memóriát foglalni (lokális webszerverrel, lokális db szerverrel).Szvsz kezdőnek, egyszerűbb igényekhez egy i3-as (vagy valamilyen AMD kaveri proci), 4Gb ram, tényleg alap alaplap, SSD (ez nagyon fontos, ezen nem szabad spórolni, legyen minél nagyobb, minél gyorsabb), és ezekhez egy olcsó, de minőségi táp kell. Ennyi. 80K-ból azért egy ilyen konfignak illene kijönnie, ha szűkösen is.
-
#8051
martonx
veterán
Sk8erPeter
#8050
martonx
veterán
válasz
Sk8erPeter
#8050
üzenetére
Á az nem fog megtörténni, mert akkor kiderülne, hogy mégiscsak az elpoénkodott CTRL-F-es megoldás lett a befutó
De az is lehet, hogy közben Icukát elküldték excel tanfolyamra
-
martonx
veterán
válasz
flurider
#8045
üzenetére
És ezt miért nem lehet magában az excelben megoldani? Minimális excel programozással... Komolyan pár sornyi kód. Dobd be az exceles topikba, pár ráérős emberke hátha ráugrik, és megírja neked azt a pár sort.
Hozzáteszem, excelben nyomsz egy CTRL - F-et, majd begépeled a 3 karaktert, akkor pont arra a sorra fog ugrani, amit keresel
-
martonx
veterán
Három lehetőséged van:
1. A 3 mobil szolgáltató valamelyikével leszerződsz. Az igazán tömeges, leggyorsabb SMS átfutási idejű megoldást ez fogja tudni szolgáltatni, és mindegyiknek van ilyen-olyan interfésze, amin keresztül vezérelni tudod.
2. Szimpla mobiltelefont hozzá tudsz kötni számítógéphez, és azon keresztül is tud menni SMS kommunikáció, de ez percenként néhány SMS-t jelent, mind küldés, mind fogadás oldalon.
3. Vannak kimondottan 3rd party üzenet küldő-fogadó szolgáltatások, mint pl. a Twilio (ez biztos, hogy fogadni is tud) vagy az SMS Cloud (ez lehet, hogy csak küldeni tud), vagy bármi ezekhez hasonló szolgáltató.
-
martonx
veterán
válasz
bigbuda
#8019
üzenetére
Elvileg miért ne, másrészt a hr-es nulladik körös szűrésen jó eséllyel ki fogsz hullani.
Én a helyedben klasszikus kicsi cégeknél próbálkoznék, esetleg ismeretségen keresztül, ahol fontosabb, hogy tényleg mit tudsz, mennyire vagy motivált mint, hogy a hr-es mit lát ki a pár sornyi önéletrajzodból. -
martonx
veterán
válasz
bigbuda
#8017
üzenetére
Szvsz, ha programozni akarsz roppantul nem ezen fog múlni.
Hidd el ezek a tanfolyamok jellemzően kamuk. De még a főiskoláról, egyetemről se jössz úgy ki, hogy bármi programozás tudás is rád rakódott, hacsak nincs mögötte a saját elhatározásod, saját autodidakta energia befektetésed. -
martonx
veterán
Ezért is kérdeztem, hogy milyen platformra, mert ha nagyon multiplatform akarsz lenni, akkor kb. a java az egyetlen opció. Na jó, csinálhatod Mono-val .Net-ben, vagy Qt-vel C++-al is.
Az biztos, hogy nem kezdeném el minden platformra külön-külön elkezdeni lefejlesztgetni ugyanazt.
Erősen elgondolkoznék a HTML5-ön is, mint lehetséges cross-platform megoldás. Win8 natívan támogatja, úgy rémlik, hogy az új OSX is, Linux alá meg biztos lehet találni valami köztes réteget hozzá. -
martonx
veterán
válasz
moli.hu
#7966
üzenetére
Na ha a hangszórós ötlet tetszett, és ezek szerint a két gép halló-, látótávolságon belül van, mi lenne ha vennél egy USB füstgenerátort.
A morze jelekké kódolt adatot pedig füstjelekké alakítanád? Ekkor már csak annyi a feladat, hogy a másik gép webkamerája (nem írtad, hogy van-e ilyenje, de filléres beszerezni egyet) veszi a füst jeleket, és azokból visszafejted az adatot.
De akár csak villogtathatsz egy nagy reflektort is, vagy talán legegyszerűbb, ha a két gép kezelője átkiabál / átrádióz / áttelefonál a másiknak. -
#7940
martonx
veterán
Freddy TNT
#7939
martonx
veterán
válasz
Freddy TNT
#7939
üzenetére
A helyedben egyedül a szerveren futtatnék egy ütemezett feladatot 30 percenként, és itt vizsgálnám, hogy csatlakozik-e gép hozzá? Ha nem, akkor szundi.
-
#7937
martonx
veterán
Freddy TNT
#7936
martonx
veterán
válasz
Freddy TNT
#7936
üzenetére
És mi a probléma, amire ezt a megoldást találtad ki
-
martonx
veterán
Én per pillanat videó szerkesztő oldalt készítek tisztán kliens oldalon, szvsz ez is komoly programozás tud lenni (amikor már web workereket, asm.js-t, mindenféle html5 api-t használ valaki).
Más kérdés, hogy a js típustalan, és mint ilyen tanulásra szvsz alkalmatlan (php, js, és mindenféle szkriptnyelv rajongók mindjárt kinyírnak), illetve a szabadon berögzülő rossz beidegződések miatt szvsz többet árt mint használ. -
#7882
martonx
veterán
Sk8erPeter
#7881
martonx
veterán
válasz
Sk8erPeter
#7881
üzenetére
Ismersz, én személy szerint a html - css - js kiismerése után se a PHP - MySql vonallal folytatnám, de ez már teljesen szubjektív. Tény, hogy bénán fogalmaztam.
-
#7880
martonx
veterán
Sk8erPeter
#7879
martonx
veterán
válasz
Sk8erPeter
#7879
üzenetére
Nem a PHP - MySql-lel van bajom, csak amikor a webfejlesztést ezekkel azonosítják, azt pontosítani szoktam. Ráadásul kezdésnek szvsz nagyon messzire el lehet jutni tiszánt hml - css -js kombóval, nulla tényleges szerveroldallal.
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Új hozzászólás Aktív témák
● olvasd el a téma összefoglalót!
- Tápos kibeszélő offtopik
- Revolut
- Samsung kuponkunyeráló
- Milyen notebookot vegyek?
- HiFi műszaki szemmel - sztereó hangrendszerek
- Fejhallgató erősítő és DAC topik
- Elektromos rásegítésű kerékpárok
- Racoon City árnyékában: Teszteltük a Resident Evil Requiemet
- Meghozta a régóta várt asztali Ryzen APU-kat az AMD
- Cyberpunk 2077
- További aktív témák...
- új akku Ár/ÉRTÉK BAJNOK! Dell Latitude 5330 i3-1215U 6magos! - 16GB 512GB 13.3" FHD 1 év garancia
- Alienware 17r4 olvass
- HP ProBook 650 G5 - i5 8265U, 8-16GB RAM, SSD, jó akku, számla, 6 hó gar
- AKCIÓ!!! Sosemhasznált! HP OmniBook 5 i7-1355U 16GB 1TB 16" FHD+ Gar.: 1 év
- Bomba ár! Lenovo ThinkPad X13 G1- i7-10610U I 16GB I 512SSD I 13,3" FHD Touch I Cam I W11 I Gari!
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest