- AMD K6-III, és minden ami RETRO - Oldschool tuning
- Amlogic S905, S912 processzoros készülékek
- Milyen notebookot vegyek?
- Alapértelmezett konfiguráción sok Core CPU-nak lehet stabilitási gondja
- Házi barkács, gányolás, tákolás, megdöbbentő gépek!
- VR topik (Oculus Rift, stb.)
- Soundbar, soundplate, hangprojektor
- Intel Core i5 / i7 / i9 "Alder Lake-Raptor Lake/Refresh" (LGA1700)
- AMD Ryzen 9 / 7 / 5 7***(X) "Zen 4" (AM5)
- AMD Ryzen 9 / 7 / 5 / 3 5***(X) "Zen 3" (AM4)
Hirdetés
-
Toyota Corolla Touring Sport 2.0 teszt és az autóipar
lo Némi autóipari kitekintés után egy középkategóriás autót mutatok be, ami az észszerűség műhelyében készül.
-
Sokat fogyaszt az AI, egyre több az adatközpont, kell az atomenergia
it Az AI-t kiszolgáló adatközpontok olyan nagy energiaigénnyel bírnak, hogy egyre több atomenergiára van szükség.
-
Mebírságolták a Razert a Zephyr maszkok miatt
ph A cég elég olcsón megússza az ügyfelei félrevezetését, de az üdvözlendő, hogy az Egyesült Államok hatóságai nem siklottak el az ügy felett.
Új hozzászólás Aktív témák
-
biker
nagyúr
válasz DNReNTi #12400 üzenetére
mellesleg a 3. mobiloptimalizált és responzív oldalra mondja azt, hogy nincs mobilnézet
de biztos működik. alexa global rank??? miért nem csak hu rank?index.hu 49%-os szerintük
logout.hu 54%hagyjuk....
[ Szerkesztve ]
Elektromos autó töltő berendezések | Mesterséges növényvilágítás | Mai ajánlatunk: www.gerisoft.hu | www.e-autotoltokabel.hu | www.agrar-vilagitas.hu |
-
Phvhun
őstag
Ha van egy ilyen sql táblám és lekérdezésem, akkor hogy lehet azt megoldani, hogy a gépekhez tartozó mondjuk utolsó 3 procihasználati értékét átlagolva adja vissza (40 jelen esetben) ?
[http://sqlfiddle.com/#!2/0fd73d/2/0]
Ha sql fiddle nem működne itt a kód:
CREATE TABLE pclist (
id int auto_increment primary key,
pcname varchar(20),
idletime int,
cpupercent int,
addtime int
);
INSERT INTO pclist
(pcname, idletime, cpupercent, addtime)
VALUES
('A',0,10,1),
('B',0,10,2),
('A',0,10,3),
('B',0,10,4),
('A',0,10,5),
('B',0,10,6),
('A',0,10,7),
('B',0,10,8),
('A',0,100,9),
('B',0,100,10);Lekérdezés:
SELECT pcname, idletime, cpupercent, addtime FROM (SELECT * FROM pclist ORDER BY addtime DESC) AS tem GROUP BY pcname;
Kimenet:
PCNAME IDLETIME CPUPERCENT ADDTIME
A 0 100 9
B 0 100 10[ Szerkesztve ]
-
Phvhun
őstag
válasz PumpkinSeed #12404 üzenetére
Ja igen azt nem írtam bele hogy van olyan lehetőség hogy egymás után 3szor jön olyan sor amiben az "A" gép adatai vannak, és akkor a te megoldásoddal a B gép adatait egyáltalán nem is adja vissza.
-
bpx
őstag
válasz Phvhun #12403 üzenetére
MySQL-ben sajnos nincsenek analitikus függvények, de így lehet pl. a PARTITION BY-t meg RANK-ot helyettesíteni:
select x.pcname, avg(x.cpupercent) from (
select *, (select 1 + count(*) from pclist p2 where p2.pcname = p.pcname and p2.addtime > p.addtime) rank from pclist p) x
where x.rank <= 3 group by x.pcname order by x.pcname; -
PumpkinSeed
addikt
válasz Phvhun #12405 üzenetére
Hát igazából én úgy gondoltam, hogy PHP-ban oldod meg, ha ide írtad a kérdést (vagy valamilyen más szerver oldali nyelven), és akkor lekéred a gépek listáját A,B,C... Majd ezeket felhasználod a lekérdezésben szépen sorban, pl.
SELECT AVG(adat) FROM tabla WHERE gepnev = A, majd következő iterációban B, C... LIMIT 3;
Azért javasoltam ezt mert én olyan szinten nem értek az SQL-hez, de azért szerintem ez is működne.
"Akinek elég bátorsága és türelme van ahhoz, hogy egész életében a sötétségbe nézzen, elsőként fogja meglátni benne a fény felvillanását." - Kán
-
Sk8erPeter
nagyúr
válasz PumpkinSeed #12409 üzenetére
Működne, de nagyon sok felesleges overhead: pl. mi van, ha van 100 gép (persze elég jóval kevesebbet is említeni), aminek az adatait le akarod kérdezni? Akkor nagyon nem jó, ha minden alkalommal egyenként fordulsz az adatbázisszerverhez (ami ráadásul nem is biztos, hogy localhoston van), ezzel felesleges hálózati forgalmat, meg szerverenkénti terhelést produkálva (szerverenként a request feldolgozása, értelmezése, válasz generálása, küldése, stb.), növelve ezzel a szerverek kihasználtságát. Szóval -Zeratul- megoldása a legjobb, hiszen egyetlen kérdésre egyetlen válasz érkezik, amivel már lehet is dolgozni.
Amúgy mindezt azért írtam le, mert sokan mintha tartanának attól, hogy az adatbázisszerverrel végeztessenek el bizonyos feladatokat, pedig sokszor (ahol nincs egyéb indok ennek kerülésére) lehet, hogy inkább érdemes több időt eltölteni azzal, hogy írjunk egy jó lekérdezést (vagy akár tárolt eljárást (amiben lehet több lekérdezés is)).Sk8erPeter
-
DNReNTi
őstag
válasz Sk8erPeter #12410 üzenetére
"sokan mintha tartanának attól, hogy az adatbázisszerverrel végeztessenek el bizonyos feladatokat"
Abszolút így van. Magamból indulok ki, én is inkább ide-oda dobáltam az adatokat, amit amúgy egy saját SQL függvénnyel, eljárással sokkal gyorsabban meg lehetett volna oldani. Ma már amit csak lehet az adatbázisszerver intéz, a php - tudom hogy nem csak php létezik - tehát a php csak a paramétereket küldi és az eredményt fogadja.but without you, my life is incomplete, my days are absolutely gray
-
fordfairlane
veterán
válasz PumpkinSeed #12409 üzenetére
PHP-ban is meg lehet oldani, bár az adatbázis kiszolgálók egyszerűbb statisztikai műveletekben jók és elég hatékonyak is. De nincs rá előírás, hogy csak az SQL megoldás a jó.
x gon' give it to ya
-
PumpkinSeed
addikt
válasz Sk8erPeter #12410 üzenetére
Gondoltam is, hogy hibás a megoldásom, mert túl sok lekérést végezni illetve felesleges változókban túl sok adatmozgás lenne. De mivel én nem tudok ilyen jó lekérdezést írni ezért, így valósítottam volna meg jobb híján. Az egyéb indok az adatbázis szerverrel való munkavégeztetés arra vezethető vissza szerintem, hogy sokan csak azért tanulják meg azt, hogy épp a PHP számára adatot kérjenek le, ezért a komolyabb belemélyedés nem megy. Igazából viszonylag nekem is volt egy kis SQL tudásom, de a PHP elbutít, mert mindent azzal akartam megvalósítani ezért a komplexebb lekérdezések megírása nélkül kiesnek ezek. Vagyis szerintem én egy épkézláb megoldást egyáltalán nem tudtam volna alkotni erre a feladatra, ha csak SQL-t kellett volna használnom.
(#12412) fordfairlane
Pont most beszéltük, hogy nem csak SQL-el jó, de valójában ha nem a megoldás kivitelezhetőségét hanem a megvalósítás minőségét nézzük akkor, csak az SQL az ami jó, mert a PHP felesleges műveleteket végez melyeket felesleges változókban tárol.
"Akinek elég bátorsága és türelme van ahhoz, hogy egész életében a sötétségbe nézzen, elsőként fogja meglátni benne a fény felvillanását." - Kán
-
Sk8erPeter
nagyúr
válasz PumpkinSeed #12413 üzenetére
Ha -Zeratul- meg nem írja a megoldást, akkor biztos én is agyalok rajta egy darabig, szóval ne aggódj, másnak is sokat kell néha törnie a fején egy normális lekérdezésen. Cserébe sokat lehet nyerni vele.
Sk8erPeter
-
fordfairlane
veterán
válasz PumpkinSeed #12413 üzenetére
Pont most beszéltük, hogy nem csak SQL-el jó, de valójában ha nem a megoldás kivitelezhetőségét hanem a megvalósítás minőségét nézzük akkor, csak az SQL az ami jó, mert a PHP felesleges műveleteket végez melyeket felesleges változókban tárol.
Igen, ebben az esetben, amit meg lehet oldani SQL lekérdezéssel, itt az SQL megoldás valószínűleg jobb, de egyrészt nem mindenki ismeri ilyen mélységben az SQL-t, másrészt ez az SQL megoldás nem portábilis. Teljes mértékben függ az adatforrás típusától.
Az nem ökölszabály, hogy amit SQL-ben is meg lehet csinálni, azt feltétlenül abban kell megcsinálni, nem pedig az alkalmazásszerveren, legyen az PHP, Python, C# vagy JAVA. Ez inkább dogma. Sok fejlesztésnél, ahol pl. a hordozhatóság fontos, ott szükségszerűen absztrahálni kell az ilyen adatfeldolgozásokat is, amire az SQL nem a legjobb nyelv.
[ Szerkesztve ]
x gon' give it to ya
-
Sk8erPeter
nagyúr
válasz fordfairlane #12415 üzenetére
Amit írtál, az egy nagyon óvatoskodó megfogalmazás, hogy nehogy véletlenül valaki azt gondolja, hogy csak egyféle megközelítés létezik, ez valóban így van, de az az érzésem, hogy annullálni szeretnéd a korábbi beszélgetés konklúzióját (és mintha szándékosan helyezkednél szembe azzal, amit írtam, ha nem így van, akkor bocs): pedig akárhogy játszunk a szavakkal, attól még a korábbi feladatot ordas nagy butaság lenne az alkalmazásszerverrel elvégeztetni, és az adatokat egyesével kéregetni le az adatbázisszervertől. És IGEN, mindegyik adatbázismotorra meg kell írni a lekérdezést, ez ilyen.
Igen, vannak olyan esetek is, amikor a hordozhatóság komoly szempont, sőt, vannak olyan esetek is, amikor a klasszikus, iskolaszagú (most pont jó értelemben vett) normalizálási elveket is sajnos fel kell rúgni (pl. ORM), de ilyen alapon vannak olyan esetek - és ez igen gyakori, sőt, gyakrabban fordul elő -, ahol mindenképp pont az adatbázisszerverrel érdemes elvégeztetni a számításokat, nem pedig az alkalmazás kódját telehányni túlbonyolított ide-oda kommunikációval a szerverek közt (a kódot és az összteljesítményt is rontja) - sőt, az adatbázismotorok adottak, és a lekérdezéseket mindegyikre meg kell írni. Még szintén az igen gyakori esetek közé tartozik az, hogy az adatbázismotor egyszerűen adott, és annak pont a legjobb szolgáltatásait érdemes kihasználni, és az adatbázis-oldalról elvégezhető, alkalmazást adott esetben tök feleslegesen igénybe vevő számításokat simán adatbázis-oldalról elvégeztetni.És igen, a dogmák általában károsak, de szerintem itt senki nem állított be egyfajta megközelítést az egyetlen követendőnek, pont arról volt szó, hogy az a gáz, hogy sokan meg pont félnek az adatbázisszerverrel elvégeztetett számításoktól. Elég sok esetet lehet említeni, de az se jó, ha mindig általánosságokban beszélünk (például most erre is írhatjuk, hogy esetfüggő, meg nagyon sok mindenre írhatjuk, de minek, ha van konkrét példa). Itt a konkrét eset kapcsán a konklúzió az volt, hogy jobb is, hogy a feladatot egyetlen lekérdezés formájában oldottuk meg.
[ Szerkesztve ]
Sk8erPeter
-
martonx
veterán
válasz fordfairlane #12415 üzenetére
"másrészt ez az SQL megoldás nem portábilis"
Ó ez egy annyira szép elv, de komolyan tegye már fel a kezét, aki az utóbbi 10 évben váltott mondjuk MySql-ről Postgre-re, vagy MS SQL-ről Oracle-re. Vagy bármiről, bármire. Na ugye. Én éltem már meg pár erős verzió váltást mondjuk PostgreSQL 7.4-ről 9-re, de sose volt gáz átírni azt a pár tárolt eljárást, ami esetleg el is tört egy ilyen váltáskor.
Sőt éltem meg SQL-ről NoSQL-re váltást is, ekkor viszont úgyis mindent ami data-layer át kellett írni, újra kellett fogalmazni.
Szóval ez, hogy portábilis legyen a data-layer, mert milyen fasza, ha lehet alatta cserélgetni az SQL motorokat, egy ugyanolyan szép idea, mint pl. a kommunizmus, vagy a Test Driven Development.Én kérek elnézést!
-
Sk8erPeter
nagyúr
válasz martonx #12417 üzenetére
Jaja, meg ilyen alapon az alkalmazás kódja sem hordozható, mert mi van, ha Javáról C#-ra akarunk váltani, vagy fordítva, és még lehet vadabbakat is említeni.
A TDD mondjuk nem ártalmas, csak a gyakorlatban meg sosincs rá elég idő, hogy kellőképpen tesztorientált/-vezérelt legyen a fejlesztés.Sk8erPeter
-
martonx
veterán
válasz Sk8erPeter #12418 üzenetére
Hát azon el lehet vitatkozni, hogy a TDD-nek mennyi az overheadje. Ideális világban semennyi
Sajnos mi egy nem ideális világban élünk. Ettől függetlenül nagy rajongója vagyok a TDD-nek.Én kérek elnézést!
-
Sk8erPeter
nagyúr
válasz fordfairlane #12420 üzenetére
Esetleg érdemi reakció? Hátha valami más számára hasznos infó is kisül belőle.
[ Szerkesztve ]
Sk8erPeter
-
martonx
veterán
-
PumpkinSeed
addikt
válasz Sk8erPeter #12414 üzenetére
Nem hittem volna, hogy egyszer ez megtörténik, életem folyamán, de: "törnie a fején egy" - fejét
Amúgy komolyabb PL/SQL tudást honnan lehet összevadászni, mert az Oracle programozói vizsgán (ami elvileg egy hú de nagyon elismert papírt ad), eljutottunk a nézetekig, az volt az utolsó anyag, majd a 4. szemeszter vizsgája. Csak úgy érdeklődés keretein belül kérdezem.
(#12415) fordfairlane
Igazából én egyetlen ilyen elvet se követek, én úgy csinálom meg, hogy viszonylag ne 1 másodperc alatt lehessen törni a kódom ezen kívül ahogy tudom.
[ Szerkesztve ]
"Akinek elég bátorsága és türelme van ahhoz, hogy egész életében a sötétségbe nézzen, elsőként fogja meglátni benne a fény felvillanását." - Kán
-
Devoured
tag
sógornak kéne összemókolnom egy honlapot, vmennyire haladok vele egy viszonylag normális template átszerkesztgetésével, de az igazi problémát a vége jelenti majd, hogy mindezt hogyan üzemelem be.
ugyanis google-nél vették sógorék a domain-t, ők adják a tárhelyet is, és egyelőre rohadtul nem látok náluk ftp-s feltöltési lehetőség. még nem mélyedtem el benne túlságosan, de ha valakinek van egy jó ötlete, neadjisten tapasztalata ezzel kapcsolatban, megköszönném a segítséget! (mert nekem kb zéró, honlapszerkesztéshez is csak annyit értek, hogy html alapismeretek megvolt kb 13 éve, és lelkesen kísérletezek a template-tel, de hát mit várnak az olcsó megoldástól?
-
Phvhun
őstag
válasz Devoured #12424 üzenetére
Mivel a google domain szolgáltatása ahogy látom invite only beta, ezért kétlem hogy ott vettetek volna domaint, és tárhelyet.
Ha mégis ez a helyzet, akkor valószinűleg az ingyenes appengine tárhelyet keveritek össze fullos webhostinggal, ami értelemszerűen nem erre való.
Amire tudok gondolni hogy annyira hiányzik a hozzáértés, hogy google kereső listázásra kattolva találtatok domain szolgáltatót, amiről most azt hiszitek hogy a google működteti.
-
Devoured
tag
válasz Phvhun #12425 üzenetére
látod jól látod. fingom sincs róla. sógor intézte, péntek este f9-kor jött elő vele, hogy van domain-jük, van egy template éves előfizetésük x helyen, onnan y template tetszik nekik, de ők ebből nem tudnak mit kihozni, segítsek nekik összerakni valamit hétfőig. a szokásos történet, hozzá nem értés találkozik a még inkább hozzá nem értéssel és csodát vár. domain / tárhely hozzáférést még nem küldte át, péntek este f10-kor mikor átmentem, mutatta, hogy mi van ott, mondta hogy gúgölnél van, néztem egy kicsit, nem értek én a lovakhoz, 11 óra munka után nem igazán voltam észnél, inkább előbb a honlap legyen kész, aztán majd szórakozok a feltöltéssel, ezek szerint vszleg szarul emlékszem a szolgáltatóra. talán megbocsájtható, és nem kell levenni a fejem azonnal emiatt. megkérdezem, addig is kösz a segítséget.
[ Szerkesztve ]
-
fordfairlane
veterán
válasz PumpkinSeed #12423 üzenetére
Igazából én egyetlen ilyen elvet se követek, én úgy csinálom meg, hogy viszonylag ne 1 másodperc alatt lehessen törni a kódom ezen kívül ahogy tudom.
Hát akkor aztán tök mindegy, hogy ugyanazt a számítást sql-ből vagy app kódban számolgatod, mert nem ez dönti el, hogy biztonságos vagy sem.
x gon' give it to ya
-
Sk8erPeter
nagyúr
válasz fordfairlane #12427 üzenetére
Hogy konkrétumokról beszéljünk: Te például milyen gyakran kódolsz adatbázismotor-független megoldásokat webfejlesztés során? Tényleg érdekelne.
Sk8erPeter
-
fordfairlane
veterán
válasz Sk8erPeter #12429 üzenetére
Mikor például doctrine-t vagy propelt használok. A saját data mapperek általában már nem ennyire univerzálisak, bár most pont van egy olyan munka, amiben Oracle alól kell Mysql alá vinni dolgokat, úgyhogy nemrég pont a saját mappereimet alakítottam át.
[ Szerkesztve ]
x gon' give it to ya
-
Devoured
tag
válasz Phvhun #12425 üzenetére
Google-éknél lett .com domain beregisztrálva, előfizetve, ebben nem tévedtem.
És igen, vmi Google Apps for Work -re fizettek elő komolyabb utánaolvasás nélkül.
És igen, semmit sem tudok erről a Google Apps for Work hülyeségről, csak feltételeztem, hogy olyat vettek, ami megfelel céljaiknak, és vmi normális webhosting is van benne.
Ahogy mondani szokás, tévedni emberi dolog, mondta a sün, és lemászott a drótkeféről. -
balfek
tag
Sziasztok!
Kellene egy fórum, ahol meg lehetne beszélni a társasházam ügyeit:
- ingyenes,
- webes felületen lehet kezelni (pl. az a phpBB szimpi, de nem akarok telepíteni hozzá semmiz)
- magyar nyelvű - tekintve a várható felhasználóit
- lehetőleg legyen tárhelye is, de ez nem lényegezekkel próbálkozom, de nem túl handful darabok nekem elsőre:
http://www.freeforum.hu
http://www.ucoz.com/ismertek egyebet, tapasztalat bármi hasonlóval? kösz előre is
Vitatkozni csak pontosan, szépen, ahogy a csillag megy az égen, úgy érdemes...
-
PumpkinSeed
addikt
válasz balfek #12434 üzenetére
Igazából ugyan addig tart a fórumra is regisztrálni, és a használatát megtanulni, szóval semmi reláció nincs még egyszer megcsinálni azt ami van.
"Akinek elég bátorsága és türelme van ahhoz, hogy egész életében a sötétségbe nézzen, elsőként fogja meglátni benne a fény felvillanását." - Kán
-
martonx
veterán
válasz PumpkinSeed #12436 üzenetére
Jaja, én mondjuk elvből nem regelek FB-re, de amikor olyan helyzet van, hogy nagyon kellene onnan valami, akkor az asszony regjét használom
Aki FB-re nem regel pusztán azért, mert IT analfabéta, az egy fórumra se fog regelni pont ez miattÉn kérek elnézést!
-
PumpkinSeed
addikt
válasz martonx #12437 üzenetére
Igazából én is csak az információért vagyok fent, bár néha zavaró az alsóbb intelligencia osztályból származok mindenbe belepof*zása, de ez járulékos probléma.
Szerintem viszont erre a feladatra tökéletes.
"Akinek elég bátorsága és türelme van ahhoz, hogy egész életében a sötétségbe nézzen, elsőként fogja meglátni benne a fény felvillanását." - Kán
-
balfek
tag
válasz PumpkinSeed #12436 üzenetére
ja, csak nem biztos, hogy mindenkinek van kedve az FB-re reggelni emiatt...
egy különálló fórum tökéletesebb megoldás lenne, ismerve az ittenieket.szóval any tipp, amivel előrébb jutok a helyzetben?
Vitatkozni csak pontosan, szépen, ahogy a csillag megy az égen, úgy érdemes...
-
Sk8erPeter
nagyúr
válasz PumpkinSeed #12440 üzenetére
listazas.php3, utolsó foltozgatás 2009-ben, csodálatos lehet ez a fórummotor.
"Ha már unja az elavult, csúnya vendégkönyveket és a használhatatlan freefórumokat, akkor itt a remek alkalom, regisztráljon SG Ingyenes Fórumot most!"
példa:
http://sgforum.hu/listazas.php3?azonosito=hobbycnc&id=1403199344
Hát ez mi, ha nem elavult és OCSMÁNY?(#12432) balfek:
"- webes felületen lehet kezelni (pl. az a phpBB szimpi, de nem akarok telepíteni hozzá semmiz)"
Ha nem akarsz telepítgetni semmit, akkor mit javasoljunk?
Egy CMS-ben pölö elég könnyen összehozható egy fórum, de nem írtad, hogy mik a lehetőségek vagy épp korlátok, mennyiben vagy nyitott "kettőt kattintok, és kész"-jellegű megoldásoknál bonyolultabbra.
Bár hátha ismer valaki olyat is, ami nem kötődik valami nagy szósölszájthoz, bár tény, hogy ezeken lenne leggyorsabb létrehozni egy ilyen csoportot, és ott aztán mindent meg tudnátok oldani (kép- és videófeltöltés, meg minden egyéb).[ Szerkesztve ]
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz fordfairlane #12430 üzenetére
"amiben Oracle alól kell Mysql alá vinni dolgokat, úgyhogy nemrég pont a saját mappereimet alakítottam át"
Ha át kell alakítgatni a mappereidet az adott ORM-nél adatbázis-váltáskor, akkor az mennyiben hordozható?
(Nem vagyok hajlandó leírni azt a szót, hogy "portábilis", annyira egy tipikus kényszerszó. Kb. mint az applikáció az alkalmazás helyett.)Sk8erPeter
-
PumpkinSeed
addikt
válasz Sk8erPeter #12441 üzenetére
Ez volt legfelül.
"Akinek elég bátorsága és türelme van ahhoz, hogy egész életében a sötétségbe nézzen, elsőként fogja meglátni benne a fény felvillanását." - Kán
-
Phvhun
őstag
válasz Sk8erPeter #12441 üzenetére
Sokat olvasgattam a hobbycnc sg fórumot, és elhiheted hogy senkit sem érdekel ott a design, az infó a lényeg, ami az előbb megjelölt célcsoportnak is elsődleges lenne.
Viszont sajnos valóban annyira technikai analfabéták az emberek nagyrészt hogy csoda ha be tudják kapcsolni a számítógépet, regisztrálni fórumra meg már ki a kutya fog egy vegyesházban tele nagymamákkal meg mittudomén.
-
Sk8erPeter
nagyúr
válasz Phvhun #12444 üzenetére
A "senkit nem érdekel" szerintem túlzás, max. elfogadják, hogy evvan, tudnak jobbat? Mindenesetre nem tudom, te hogy vagy vele, ha már csinálnék egy fórumot, nem akarnék egy ilyen ocsmány hányadékot, akármilyen gyorsan is kell, és akármennyire nem akarok fejleszteni hozzá; ha már így lenne, akkor már tényleg inkább létrehozok egy Facebook-csoportot, és ezt a technikai analfabéta júzerek ugyanannyira nem fogják tudni kezelni, mint egy saját motort.
Az a felhasználói réteg meg, aki a számítógépe bekapcsolásánál is bizonytalan, eleve úgyis ki van zárva, nem hiszem, hogy rájuk kéne alapozni. Nyilván emellett kell biztosítani éppen ezért egy másik, nemvirtuális, valós fórumot is, ahol ez a réteg is tudja jelezni a változtatási szándékait.[ Szerkesztve ]
Sk8erPeter
-
fordfairlane
veterán
válasz Sk8erPeter #12442 üzenetére
Ha át kell alakítgatni a mappereidet az adott ORM-nél adatbázis-váltáskor, akkor az mennyiben hordozható?
Senki nem olyan tökéletes, mint te.
x gon' give it to ya
-
martonx
veterán
válasz fordfairlane #12447 üzenetére
Az ORM-nek alapvetően halál mindegy (mondjuk én csak .Net-es ORM-ek nevében merek nyilatkozni), hogy MS SQL, Oracle, MySql vagy postgreSQL fut alatta, ha a megfelelő ODBC driverek, vagy mittudomén milyen függőségek fel vannak telepítve alá.
Azt írtad azért nem jó minél több adat logikát SQL-ben tartani, mert nem lesz hordozható a kód. Utána meg azt írod, hogy éppen a saját kódodat módosítod, hogy hordozni tudd.Remélem érzed az ellentmondást? A kolléga csak rákérdezett arra, ami másnak is feltűnt, nincs ebben szerintem semmi személyes.
Én kérek elnézést!
-
DNReNTi
őstag
válasz Sk8erPeter #12441 üzenetére
"Hát ez mi, ha nem elavult és OCSMÁNY?"
Nézd a jó oldalát. Kontrasztos, jól olvasható és responsive!but without you, my life is incomplete, my days are absolutely gray
-
balfek
tag
válasz PumpkinSeed #12440 üzenetére
nem csak az a baj, amit Sk8erPeter írt, hanem ez is "Új fórum regisztrációs lehetőséget lezártuk, a fórumrendszerben a jövőben nincs lehetőség új fórum regisztrációjára."
Vitatkozni csak pontosan, szépen, ahogy a csillag megy az égen, úgy érdemes...
Új hozzászólás Aktív témák
- Szemüveges topik
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- Konzolokról KULTURÁLT módon
- Telekom mobilszolgáltatások
- Samsung Galaxy S23 Ultra - non plus ultra
- Bestbuy játékok
- Crypto Trade
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- Amlogic S905, S912 processzoros készülékek
- Egyre közelebb a Poco F6 startja
- További aktív témák...
- MacMini M1
- Dell Latitude E5440 - i5 4310U / 8GB RAM - számla, 6 hó garancia
- Beszámítás! ASRock H310CM i7 8700 16GB DDR4 500GB SSD RTX 2070 Super 8GB CM Q500L CM 500W
- Beszámítás! ASUS Prime B450M R5 5600 16GB DDR4 256GB SSD 1TB HDD RTX 2080 Super Rampage SHIVA TT 600
- WD BLACK SN850P 2 TB M.2 NVME PCI-E 4.0 x4 - Új, Tesztelt - 7300-6600 MBs - Eladó!