-
IT café
Új hozzászólás Aktív témák
-
válasz McSzaby #8931 üzenetére
"az opensource-hoz nincs támogatás": közkeletű tévedést hallottunk.
"a vállalati célokra szánt pedig pénzbe kerül": az igaz, hogy ingyen nem kapsz vállalati szintű supportot.
de melyik a valószínűbb, ha a kolléga távozik: hogy az utóda ismeri a munint vagy hogy az utóda ismeri a kolléga házibarkács fejlesztését?oké, megírod perlben. ki fogja támogatni a perl bugok javítását?
egyébként meg ez egy olyan kérdés, amit nem kell a felsővezetés elé tárni. ha a felsővezetés dönt ilyen szakmai kérdésben, akkor valamit rosszul csináltál.
hogy kicsit ontopic is legyek:
az adatküldést rossz ötlet ennyire nehéz protokollra bízni, mint az ssh. pláne, ha biztonságos hálózati szakaszokon kommunikálsz. erre találták fel a http-t. a scriptek szétszórására meg a subversiont.aki pedig azt hiszi, hogy egy tcp kapcsolat megnyitása a valós nehézség ebben a projektben, az még sosem rajzolt grafikont
egyébként meg sokat dobna a válaszokon, ha megmondanád, melyik gépen milyen oprendszer fut. (azon, ahol a felügyeleti rendszer szerver oldala fut, és azokon, amiket felügyelni kell).
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
válasz peterszky #8947 üzenetére
nem tudom, hogy mit értesz brute force megoldás alatt, de a brute force azt jelenti, hogy agyatlanul végigpróbálgatod az összes lehetséges verziót és kiválasztod a végeredményt. tehát az mindig megtalálja a megoldást, ha van.
a mai világban egy 56 elemű listának én brute force módszerrel állnék neki, backtrack egy intelligensebb változatával próbálkoznék. memória nem kell neki sok, a processzorodat agyonüti, de ez engem nem izgatna
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
-
-
válasz sztanozs #8966 üzenetére
egyrészt nem akartam feltalálni újra a spanyolviaszt, ezért a linuxos memóriateszterből loptam az alapötletet.
másrészt a 0x00 és a 0xff kihagyásával kihagyod azt a tesztet, hogy a memóriameghajtó áramkörök kapnak-e elég teljesítményt és képesek-e egyszerre kihajtani az egész buszt. merugye ez még inteléknek se mindig sikerül.Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
-
minek a p3, ha nem tudunk róla semmi különöset?
szerintem koordinátageometriával kell számolni, nem vektorokkal.
ha Q x koordinátája kisebb, mint a min(p1_x,p2_x) vagy nagyobb, mint a max(p1_x,p2_x) akkor nincs válasz.
ha Q x koordinátája a fenti két szám között van, akkor kiszámolod annak a pontnak a koordinátáit, ami t-n van és Q-val van egy függőleges vonalon, utána az y koordináták összevetéséből eldől a válasz.Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
válasz Zola007 #9070 üzenetére
az ugye megvan, hogy az első N darab páros szám összegénél nem N div 2-ig kell menni? mert az az első n osztva kettővel egészrész párosszám összege.
az első n darab báros szám összege:
a:=0;
for i:=1 to n; do a=a+i*2;én azért nem válaszolok magánban, mert jó eséllyel lesz következő bajnok, akinek ugyanazt el kellene küldeni, és akkor az már duplamunka.
[ Szerkesztve ]
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
-
válasz Oppenheimer #9093 üzenetére
csak amikor Dabadab kiteszi a szmájlit, akkor ő naprendszer alatt nem egy napot plusz kilenc bolygót ért, hanem egy napot, kilenc bolygót, azok holdjait, az aszteroida övezetet, a Kuiper övet meg egy csomó kósza üstököst érti
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
válasz mrhitoshi #9087 üzenetére
másik ötlet: egy cikk szerint lehet olyan kő-papír-olló játékot írni, ami ember ellen játszva statisztikusan nyer. agyturkászok vizsgálták, hogy az ember milyen pszichés folyamatok alapján játszik. erre alapozva szerintem írható olyan kő-papír-olló program, ami folyamatosan tanul, és elég játék után szignifikánsan többször nyer, mint veszít.
ez is egy jó feladat, 2^9-en sorba pont megfelel.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
válasz Oppenheimer #9136 üzenetére
szerintem web szerver adatterületére kell kigenerálni a statisztikákat.
rendes fájlrendszernél nincs probléma abból, hogy az egyik szál kiszolgálja a fájlt, a másik meg letörli vagy újraírja. max. abból lehet gond, hogy újraírás közben kezdi letölteni, mert akkor lehet, a végét nem kapja meg a kliens.ilyenkor szokás temporális fájlba generálni az eredményt és egy move utasítással a helyére tenni.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
válasz Oppenheimer #9146 üzenetére
azt, hogy ne akard újra feltalálni a kereket.
az oprendszerben van blokkeszköz cache, ne programozz le ilyet, használd azt.
a fájlrendszer megoldja rendesen a konkurens hozzáférést, azt használd és ne agyalj máson.minden, amit újrafelhasználsz, a te melódat csökkenti.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
akkor félreértettél. szerintem minden csellentyűcske, amit kihagy a buliból, javít a dolgokon.
a fájlrendszer benne van a kernelben. a többivel meg foglalkozni kell.
ha elfér a ramban a block cache, akkor a fájlrendszerből kiszolgálva is elég gyors lesz.Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
válasz Oppenheimer #9152 üzenetére
a vps-re gondolom nem windowst akarsz rakni, hogy szanaszéjjel törjék?
ha ilyen memcached meg hasonló csodákat raksz az architektúrába, akkor annak a kódja is visz el a ramból, azt a programot is ütemezni kell, stb. tehát ha kevés a lóerő, akkor érdemes kidobálni a ballasztot.
ja, és miért vársz a mysql json-ra, mikor a postgres ezer éve tudja?
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
-
válasz Sk8erPeter #9173 üzenetére
végülis javasolhatom azt egy kezdőnek, hogy addig meg se mozduljon, amíg fel nem rakott egy jáva vm-et, a hozzá való ide-vel, jdbc driverrel meg egyéb cuccokkal ami egy kisebb vidéki isp-nél akár 2-3 nap alatt lehussan a hálózaton
vagy tanuljon meg egy olyan editort, ami minden unixon ott van, értő kezekben borzalmasan hatékony és gyors, akár mobil internetes vonalon keresztül is.
szerk: egyébként is az élet nem habostorta az it-n
[ Szerkesztve ]
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
ha nehezen megy az oop, akkor rakj fel linuxra egy régi netbeanst, meg visualwebpack-ot, és azzal kezdj el programozni. a visualwebpackben olyan kódgenerátor van, ami az oop kód vázát megcsinálja, neked csak a procedurális részt kell kitölteni.
előfordulhat, hogy ezzel olyan példákat kapsz, ami segít megérteni az oop-t.
egy baj van a tanáccsal: régen nem fejlesztik már ezt, úgyhogy kőkori minden. ha jól emlékszem, a 6.7-es netbeansben volt utoljára vwp, én az 5.5.1-est használtam sokáig. és ha úgy érzed, hogy ezzel sikerült megfelelően előrelépni, akkor az egész múzeumot hajítsd ki a francba
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
-
-
válasz olivera88 #9202 üzenetére
ha így adod meg debian terminálban a linket, hogy:
wget "link", akkor a bele írt változókat a shell be fogja helyettesíteni.
tehát elkövethetsz ilyeneneket, hogy:
wget "http://blabla$(date '%H....').html"
már csak dátumformátumot kell kitalálnod.Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
-
válasz Jim Tonic #9222 üzenetére
"Óriási adatbázisokban sem szokás ugyanolyan típusú adatot más táblában tárolni.": pont attól fél, hogy nem ugyanolyan típusú az adat.
esetleg meg lehetne próbálni a nem univerzális adatokat egy xml mezőbe rakni.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
-
válasz Jim Tonic #9228 üzenetére
union selecttel mint a villám.
én sem tartom jó ötletnek a táblákba szétpakolást, mert el nem tudom képzelni, hogy egy adatmodell, amit tervezési fázisban megtervez valaki, az futásidőben lényegesen módosuljon.
(#9229) Bambula5: "hogy tudom felépíteni ha különböző tulajdonságokkal bírnak a termékek?" csinálsz egy táblát, amiben minden rekord egy tulajdonság, meg csinálsz egy másikat, amiben minden rekord egy termék egy adott tulajdonságának a konkrét értéke. pl: akkumulátor kapacitás.
lesz egy termékfajtád, amiben egy sor az akkumulátor. egy tulajdonság_típusod, amiben egy sor a kapacitás, és egy tulajdonság táblád, amiben egy sor, hogy az adott termékfajta_id meg tulajdonság_típus_id mellé a konkrét érték 2400mAh.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
válasz Bambula5 #9235 üzenetére
akkor rakjál bele mindegyikből.
tehát legyen benne: ertek_int, ertek_real, ertek_text, ertek_bool mező és használd azt, amelyik kell. tudtommal a postgres az üres mezőknek nem foglal túl sok helyet, nem nagy pazarlás.illetve még mindig forszíroznám az elvet, hogy bizonyos esetekben olcsóbb az emberi/programozói/fejlesztői erővel spórolni, mint a hardverrel. néha jobb megoldás pazarolni a hardvert.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
-
válasz Jim Tonic #9239 üzenetére
mert hogy kezeled a tulajdonságtípus táblát, ha nincs saját id-je?
értem, hogy valószínűleg lehet összetett kulcsot csinálni a többi mezőből, de jobb a békesség, és egyszerűbb csinálni egy elsődleges kulcsot. legalábbis némely fejlesztői környezetek elvárják.[ Szerkesztve ]
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
válasz Jim Tonic #9243 üzenetére
én mostanában már minden táblát ezzel kezdek, ha kell, ha nem.
utólag rendszerint kiderül, hogy jól tettem.
oké, hogy elsődleges kulcsot a kívánalmak szerint kell összeállítani, de ezek a kívánalmak különbözőek. kell valami kulcs az adatbázis és az alkalmazás belső logikája szerint, meg kell valami kulcs a felhasználói felület logikája szerint. a kettő nem mindig egyezik. mert lehet, hogy nem kell az adatmodell szerint kulcs a tulajdonságtípusok táblához, de a tábla karbantartásához meg jól jön, akkor én rakok."Fejlesztőkörnyezet van ilyen?": van, a régebbi netbeansek, pláne visualwebpack-kel súlyosbítva, meg sem nyikkantak elsődleges kulcs nélkül.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
válasz olivera88 #9244 üzenetére
ha lehet fixre venni a dátumok változását, vagy legalább elég pontosan becsülni, akkor nem kunszt a probléma.
a date parancs tud nem aktuális időpontra dátumot kreálni, tehát ha tudod, hogy pl. este 10-kor már biztosan ott van az aktuális jelentés, akkor csinálhatsz ilyet:
wget "http://blabla$(date -d '5 hours ago' '+%Y-%m-%dT%H-00-00')blabla.html"
most arra próbálok célozni, hogyha hat órás intervallumokban jön a jelentés, amely hat órának az elején még nem biztos, hogy kint van, de mondjuk az utolsó egy órában biztosan kint van, akkor a fenti paranccsal este 11 és éjfél között bármikor le tudod szedni a 18 órai jelentést, és így tovább.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
válasz Bambula5 #9245 üzenetére
ez így konkrétan pont nem jó, ha a values of properties kapcsolódik a properties of productshoz, akkor ha egy értéket törölsz a values of properties táblából, szétszakad a tranzitív kapcsolat a termék és a terméktulajdonság között.
én úgy csinálnám, hogy van a termék, mint szülő a gráfban, annak a gyereke a terméktulajdonság, annak a gyereke a terméktulajdonság érték.
persze ezzel már sérül a konzisztencia szerintem, mert mi van akkor, ha ugyanolyan termékből van több, ami csak egy tulajdonságában különbözik? pl. szeletelt karaj, tálcás csomagolásban, 20 deka és 50 deka.
szerk: másik probléma: ha nincs közvetlen kapcsolat a termék és a terméktulajdonság táblák között, akkor nem fogod tudni összeállítani azt az űrlapot, amivel felviszed egy adott termék tulajdonságtípusainak értékeit. tehát honnan fogja tudni a programod, hogyha cipőt visznek be, ott kell a lábméret, ha meg tejet, ott a liter?
[ Szerkesztve ]
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
-
-
-
-
válasz Bambula5 #9286 üzenetére
kapcsolat lebontás alatt nem azt értem, hogy kitörlöd a meglévő rekordokat vagy azok egy mezőjét, hanem az adatbázis definícióban kiveszed azt a külső kulcs előírást, ami kötelez arra, hogy legyen külső kulcs.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
válasz Sk8erPeter #9290 üzenetére
ezt írta a #9209-ben:
"A T12 az idő benne, este 23 óra felé érkezik a következő modell futás, abban már T18 lesz nem 12, aztán holnap hajnalba jön az éjféli, akkor változik a dátum, és T0 lesz, aztán jön a T06, T12 T18, aztán következő nap változik a dátum megint és kezdődik újra T0 val."
tudom, rég volt, vagy 10 napja
szóval minden kerek negyednapkor elindul valaki másnál egy program az akkor aktuális adatokkal, ami előre nem megjósolható ideig fut, de várhatóan 5 órát, és amikor lefutott, akkor teszi ki az eredményt. tehát minden negyednap végefelé érdemes megkísérelni a letöltést.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
-
-
-
-
-
-
válasz Sk8erPeter #9400 üzenetére
megnézed az eula-t, az az eszmeisége, mint ahogy azt már írtam, hogy opensource és egyéni projektet támogatnak, pénzkereső projektet nem. ezért kezdődik úgy, hogy az idividualnak szabad "sell"-ni a vele készített programot, a cégnek meg nincs ott a jogai között a sell, tehát az nem.
miután az individualnál kiemelték, hogy ő eladhatja, a cégnél pedig nem, ebből következik az, hogy a cég nem adhatja el a vele készített programot.
magyarra lefordítva: ha cég vagy és pénzt keresel vele, fizess érte.
de miután mindenki a maga szerencséjének a pogácsa, úgy megy fejjel a falnak, ahogy neki jólesik.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
válasz dabadab #9402 üzenetére
olvasd el újra, de pont azt a verziót, amit itt belinkeltek.
nem tudom, te melyik verzióról szóló eula-t nézted.
amit itt linkeltek, vs 2015 community edition, az azt mondja, hogy:
/ az opensource meg az oktatási eset /
"If none of the above apply, and you are also not an enterprise (defined below), then up to 5 of your individual users can use the software concurrently to develop and test your applications."és mivel: "Individual license. If you are an individual working on your own applications to sell or for any other purpose, you may use the software to develop and test those applications." itt külön kiemeli, hogy eladási célra is értendő, az organizational license pedig ezt nem tartalmazza a felsorolásban, ezért ha kis cégnél eladásra írsz szoftvert, akkor meg kell venned a fizetőset.
"legfeljebb öten használhatják bármire": nem, hanem házon belüli alkalmazás fejlesztésére.
"Ennek pont utánajártam, mert a kiscéges ingyenes használat engem is érint.": ciki
mégegyszer mondom: simán lehet, hogy a 2015-ös c.e. licensze más, mint amit te néztél.
[ Szerkesztve ]
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
válasz dabadab #9404 üzenetére
nagyon egyszerűen. a kérdező által feltett kérdésben nem szerepel ez a string.
erőltetném azt a mondásomat, hogy olvasd el pontosan ugyanazt a verziót, amit itt linkeltek, én erről az egyről beszélek, másról pedig nem.Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
válasz martonx #9406 üzenetére
kérhetném, hogy ne keverjük a verziókat?
az általad linkelt oldalon a sárga mezőben a vs2015 eula-jából vett idézet van, alatta meg a vs2013-ról szóló hozzászólás. miután teljesen nyilvánvaló, hogy a két verziót más elképzelésekkel licenszeli az ms, ezért kérem, ne keverjük már a verziókat végre. térjünk vissza az eredeti (#9382) efs kérdéshez.Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
Új hozzászólás Aktív témák
● olvasd el a téma összefoglalót!
- Hálózati / IP kamera
- Politika
- Anglia - élmények, tapasztalatok
- gban: Ingyen kellene, de tegnapra
- Vodafone otthoni szolgáltatások (TV, internet, telefon)
- PlayStation 5
- Garancia kérdés, fogyasztóvédelem
- DIGI internet
- Nők, nőügyek (18+)
- NVIDIA GeForce RTX 4060 / 4070 S/Ti/TiS (AD104/103)
- További aktív témák...