Informatika
select A.*, B.* from A left join B on oszlop: az A tábla minden sora benne lesz az eredményben, a B táblából csak azok, amelyeket megtalál, mindenhol másutt a B.* oszlopokban NULL jön vissza. Right join ugyanez, csak a B tábla minden sora lesz benne az eredményben.
A not exist csak egy logikai feltétel és akkor lesz igaz, ha a mögötte lévõ select nem ad vissza egyetlen rekordot sem.
A union egy result setbe gyûjti az elõtte és az utána lévõ lekérdezés eredményeit, feltétel, hogy azonos oszlopok legyenek mindkét helyen, pl : select a.a union b.a . Ez distinct eredményt ad vissza, a mindkét selectben meglévõ sorokat csak egyszer fogja hozni. Ha azt írod, hogy union all, akkor az minden sort visszaad, a mindkét selectben meglévõ sort kétszer fogja visszaadni.
"Sajnos az érdemjegyeket helymegtakarítás miatt a felhasználó azonosítójával párosítom, (emiatt a like elkerülhetetlen) pl. így szerepel az adatbázisban: .202|4.12|5.63|2. stb... " : nem érdemes a hellyel ennyire spórolni, ez 2-8 byte soronként (tinyint(2)) , ez nagyjából semmi és sokkal több feljesztés kell hozzá, nem éri meg ilyen szinten. Arról nem is beszélve hogy ha ezt az oszlopot is indexeled, az úgyis elviszi a spórolt helyet.
Ehelyett egy másik kis táblába lehet gyûjteni a jegyeket, oszlopai lehetnek pl userid, tantargyid, jegy, ez 2 int és egy smallint oszlop, összesen 9 byte/sor, ennél jobban nem érdemes spórolni.
A select * azért nem jó, mert akkor mindig megnézi a tábla sémáját, hogy tudja, milyen oszlopok vannak a táblában, ez idõveszteség + feleslegesen rágja a diszket.
Az egymásba ágyazott lekérdezéssel az lehet a baj, hogy lehet olyat írni, amikor a belsõ select az eredmény minden sorára lefut egyszer, ami nem kifejezetten performanciális (szép magyar szó)
Az auto increment nem biztonságos, a post átírásával könnyû más rekordokat hackelni, a GUID (php-ban uuid()) jobb ilyesmire.
A sprintf nem csinál mást, csak összepakol egy stringet helyetted, nem kell az idézõjelek százait leirnod.
A not exist csak egy logikai feltétel és akkor lesz igaz, ha a mögötte lévõ select nem ad vissza egyetlen rekordot sem.
A union egy result setbe gyûjti az elõtte és az utána lévõ lekérdezés eredményeit, feltétel, hogy azonos oszlopok legyenek mindkét helyen, pl : select a.a union b.a . Ez distinct eredményt ad vissza, a mindkét selectben meglévõ sorokat csak egyszer fogja hozni. Ha azt írod, hogy union all, akkor az minden sort visszaad, a mindkét selectben meglévõ sort kétszer fogja visszaadni.
"Sajnos az érdemjegyeket helymegtakarítás miatt a felhasználó azonosítójával párosítom, (emiatt a like elkerülhetetlen) pl. így szerepel az adatbázisban: .202|4.12|5.63|2. stb... " : nem érdemes a hellyel ennyire spórolni, ez 2-8 byte soronként (tinyint(2)) , ez nagyjából semmi és sokkal több feljesztés kell hozzá, nem éri meg ilyen szinten. Arról nem is beszélve hogy ha ezt az oszlopot is indexeled, az úgyis elviszi a spórolt helyet.
Ehelyett egy másik kis táblába lehet gyûjteni a jegyeket, oszlopai lehetnek pl userid, tantargyid, jegy, ez 2 int és egy smallint oszlop, összesen 9 byte/sor, ennél jobban nem érdemes spórolni.
A select * azért nem jó, mert akkor mindig megnézi a tábla sémáját, hogy tudja, milyen oszlopok vannak a táblában, ez idõveszteség + feleslegesen rágja a diszket.
Az egymásba ágyazott lekérdezéssel az lehet a baj, hogy lehet olyat írni, amikor a belsõ select az eredmény minden sorára lefut egyszer, ami nem kifejezetten performanciális (szép magyar szó)
Az auto increment nem biztonságos, a post átírásával könnyû más rekordokat hackelni, a GUID (php-ban uuid()) jobb ilyesmire.
A sprintf nem csinál mást, csak összepakol egy stringet helyetted, nem kell az idézõjelek százait leirnod.
Gimp, Irfanview, Fotoshop, Microsoft Office Picture Manager stb. Én ez utóbbival szoktam JPG-re átkonvertálni és átméretezni.
Próbáld ki valamelyiket, remélem segítettem ezzel. Ha bármi gondod van szólj.
Próbáld ki valamelyiket, remélem segítettem ezzel. Ha bármi gondod van szólj.
Áthelyezve innen: Meteorológiai társalgó (#127497 - 2010-01-21 13:07:53)
... megkérdezném , hogy milyen progival lehet a fotókat avatar méretûre zsugorítani.
... megkérdezném , hogy milyen progival lehet a fotókat avatar méretûre zsugorítani.
Köszi a javaslatokat, kipróbálom õket.
Az sql -t 1,5-2 éve tanulom, nyilván egy fél éves kurzus során egyszerû lekérdezésekre futott csak. A tudásomat folyamatosan bõvítem, a Right és a Left Join parancsokat mind a mai napig nem értem, éppen ezért nem használom õket, bár hasonlóképp vagyok a not exist parancsokkal is. A lekérdezések unióját sem régen ismerem (union). A limitet csak akkor használom, ha csak egy rekordot szeretnék listázni, ez pedig az IF parancs miatt szükséges, mert ha pl. 2 rekordot kapna az elsõ argumentumban akkor baj lenne.
Sajnos az érdemjegyeket helymegtakarítás miatt a felhasználó azonosítójával párosítom, (emiatt a like elkerülhetetlen) pl. így szerepel az adatbázisban: .202|4.12|5.63|2. stb...
A táblákat mindig indexelem, az elsõ oszlop mindig az elsõdleges kulcsom, ahol egy automatikusan növekvõ számsorozat jön létre (auto increment hatására), pl. ha 2x vinném be ugyanazt a számot duplicate entry hibaüzenetet kapnék a mysql_error() - tól.
Az egymásba ágyazott lekérdezések (bár a tábla összekapcsolások is) sokszor kényelmetlenek, de nagyon hasznosak, mivel nem kell millió egy lekérdezést egymás után elküldeni, továbbá nem kell a kapott PHP-s asszociatív tömböt meg a következõ lekérdezésbe betenni. A Select utáni "*" valóban lassítja a futásidõt, hiszen ha nem kell minden mezõ adata nekem, akkor nem is kérem, én ilyenkor sosem szoktam kitenni a csillagot, csak azt, amivel dolgozni szeretnék. A futásidõvel nem szokott baj lenni, néhány ezred másodperc alatt lefut. A having parancsokat és a min, max fv-eket gyakran használom a GROUP BY-al együtt, legfõképpen statisztikák készítésénél.
A sprintf és társai a C nyelvbõl ismerõsek, noha ebben a nyelvben nagyon amatõr vagyok még.
Az sql -t 1,5-2 éve tanulom, nyilván egy fél éves kurzus során egyszerû lekérdezésekre futott csak. A tudásomat folyamatosan bõvítem, a Right és a Left Join parancsokat mind a mai napig nem értem, éppen ezért nem használom õket, bár hasonlóképp vagyok a not exist parancsokkal is. A lekérdezések unióját sem régen ismerem (union). A limitet csak akkor használom, ha csak egy rekordot szeretnék listázni, ez pedig az IF parancs miatt szükséges, mert ha pl. 2 rekordot kapna az elsõ argumentumban akkor baj lenne.
Sajnos az érdemjegyeket helymegtakarítás miatt a felhasználó azonosítójával párosítom, (emiatt a like elkerülhetetlen) pl. így szerepel az adatbázisban: .202|4.12|5.63|2. stb...
A táblákat mindig indexelem, az elsõ oszlop mindig az elsõdleges kulcsom, ahol egy automatikusan növekvõ számsorozat jön létre (auto increment hatására), pl. ha 2x vinném be ugyanazt a számot duplicate entry hibaüzenetet kapnék a mysql_error() - tól.
Az egymásba ágyazott lekérdezések (bár a tábla összekapcsolások is) sokszor kényelmetlenek, de nagyon hasznosak, mivel nem kell millió egy lekérdezést egymás után elküldeni, továbbá nem kell a kapott PHP-s asszociatív tömböt meg a következõ lekérdezésbe betenni. A Select utáni "*" valóban lassítja a futásidõt, hiszen ha nem kell minden mezõ adata nekem, akkor nem is kérem, én ilyenkor sosem szoktam kitenni a csillagot, csak azt, amivel dolgozni szeretnék. A futásidõvel nem szokott baj lenni, néhány ezred másodperc alatt lefut. A having parancsokat és a min, max fv-eket gyakran használom a GROUP BY-al együtt, legfõképpen statisztikák készítésénél.
A sprintf és társai a C nyelvbõl ismerõsek, noha ebben a nyelvben nagyon amatõr vagyok még.
Én is használom azt a lehetõséget, hogy megnézem a hivatkozás tartalmát mielõtt rákattintanék.
Visszatérve az említett vírusra, amikor aktív volt, rákattintva a hivatkozásra persze hogy " Not Found ", de erre egyszerre ott volt a segítség, hogy akkor a mellékletet nyissa meg. Az meg egy álcázott exe fájl volt.
Amikor teljesen kártevõmentes a gépem mindig csinálok egy particio mentést arról a helyrõl (általában: C) ahol az op. rendszer van. Ezt mindig lehet aktualizálni, és ha akármi történne ( kiirthatatlan vírus, kémprogi, netalán rendszerösszeomlás, visszatöltöm a C-re a lementett anyagot, és az eredeti állapotba kerül a gépen. Mentés 10 GB nálam kb. 25-25 perc, visszatöltés kb. 10 perc.
Nincs újratelepítés és hangolás!
Visszatérve az említett vírusra, amikor aktív volt, rákattintva a hivatkozásra persze hogy " Not Found ", de erre egyszerre ott volt a segítség, hogy akkor a mellékletet nyissa meg. Az meg egy álcázott exe fájl volt.
Amikor teljesen kártevõmentes a gépem mindig csinálok egy particio mentést arról a helyrõl (általában: C) ahol az op. rendszer van. Ezt mindig lehet aktualizálni, és ha akármi történne ( kiirthatatlan vírus, kémprogi, netalán rendszerösszeomlás, visszatöltöm a C-re a lementett anyagot, és az eredeti állapotba kerül a gépen. Mentés 10 GB nálam kb. 25-25 perc, visszatöltés kb. 10 perc.
Nincs újratelepítés és hangolás!
Na igen, tanulságos eset, de én nem kattintok ismeretlen dolgokra, fõleg nem egy képeslapra, bármennyire is ismerõs küldte! A jól beállított böngészõmben viszont egy hasznos kiegészítéssel bele tudok nézni a link tartalmára kattintás nélkül is, ami most ebben az említett példában "Not Found", így nem látom (a gép sem) a hiányzó kettõspontot!
A legrosszabb esetben is (a féreg benyelése után) lesz egy op.rendszer újratelepítés (kb. 1 óra, plusz a hangolások 1-2 nap).
Javítottam már fekete képernyõs trójais, férges gépet is N.O.D.-al újratelepítés nélkül. Az is megvolt 1 óra alatt és most is remekül mûködik.
A legtöbb gondot - tapasztalat alapján a csevegõ programok okozzák, kiváltképp az msn! Na ott áramlik minden mindenhová kéretlenül és ellenõrizetlenül. Nekem évek óta nincs telepítve, de látom mások gépén ez az elsõ program ami indul a Win. betöltése után! Aztán csodálkoznak, hogy lassul a gép, halódik a windóz a hetek, hónapok óta nem frissülõ vírusirtó mellett!
A legrosszabb esetben is (a féreg benyelése után) lesz egy op.rendszer újratelepítés (kb. 1 óra, plusz a hangolások 1-2 nap).
Javítottam már fekete képernyõs trójais, férges gépet is N.O.D.-al újratelepítés nélkül. Az is megvolt 1 óra alatt és most is remekül mûködik.
A legtöbb gondot - tapasztalat alapján a csevegõ programok okozzák, kiváltképp az msn! Na ott áramlik minden mindenhová kéretlenül és ellenõrizetlenül. Nekem évek óta nincs telepítve, de látom mások gépén ez az elsõ program ami indul a Win. betöltése után! Aztán csodálkoznak, hogy lassul a gép, halódik a windóz a hetek, hónapok óta nem frissülõ vírusirtó mellett!
Akkor legyen itt szó egy jó pár évvel ezelõtt megtörtént esetrõl.
Az alábbiakban bemutatásra kerül, pl. hogy hogyan lehet egyszerûen vírust kapni.
Egy karakter, mely jelen esetben egy kettõspont, ami hiányzik, és jön a vírus.
Sokszor olvasható, és jeles napok környékén senkinek sem jut eszébe, hogy támadás éri, ugye ismerõs az alábbi mondat!
Önnek képeslapja érkezett!
A képeslap feladója: [állhat itt minden, esetleg ismerõs neve is!]
A lapot az alábbi címen tudja megtekinteni:
h ttp//matav.hu/viewcard
index=p4uo5683535GSb0123fhhf578840f0623cv2
vagy a mellékelt internetlinkre történõ kattintással.
A webhivatkozás a levélben valójában hibás, a h ttp tag után nincs kettõspont, ez feltehetõen szándékos, hogy a csatolt mellékletet lefuttassa a felhasználó. A link egy futtatható állományt takar. A féreg indítása után véletlenszerû névvel bemásolja magát a windowssystem32 mappába, illetve gondoskodik a fájl automatikus indításáról egy registry bejegyzés segítségével.
A féreg végigkutatja a merevlemezeken található bizonyos típusú fájlokat a továbbterjedéshez felhasználható, a magyar cc:TLD-ben található (azaz .hu végzõdésû) e-mail címek után kutatva
Megkísérli leállítani egyes biztonsági szoftverek memóriában futó folyamatait.
A féreg leállítja a Feladatkezelõ és a Registry editor alkalmazásokat, átnevezve azonban ezek az eszközök ismét futtathatóak lesznek.
A Link-re kattintva látni, hogy nincs a megszokott helyen kettõspont!
Az alábbiakban bemutatásra kerül, pl. hogy hogyan lehet egyszerûen vírust kapni.
Egy karakter, mely jelen esetben egy kettõspont, ami hiányzik, és jön a vírus.
Sokszor olvasható, és jeles napok környékén senkinek sem jut eszébe, hogy támadás éri, ugye ismerõs az alábbi mondat!
Önnek képeslapja érkezett!
A képeslap feladója: [állhat itt minden, esetleg ismerõs neve is!]
A lapot az alábbi címen tudja megtekinteni:
h ttp//matav.hu/viewcard
index=p4uo5683535GSb0123fhhf578840f0623cv2
vagy a mellékelt internetlinkre történõ kattintással.
A webhivatkozás a levélben valójában hibás, a h ttp tag után nincs kettõspont, ez feltehetõen szándékos, hogy a csatolt mellékletet lefuttassa a felhasználó. A link egy futtatható állományt takar. A féreg indítása után véletlenszerû névvel bemásolja magát a windowssystem32 mappába, illetve gondoskodik a fájl automatikus indításáról egy registry bejegyzés segítségével.
A féreg végigkutatja a merevlemezeken található bizonyos típusú fájlokat a továbbterjedéshez felhasználható, a magyar cc:TLD-ben található (azaz .hu végzõdésû) e-mail címek után kutatva
Megkísérli leállítani egyes biztonsági szoftverek memóriában futó folyamatait.
A féreg leállítja a Feladatkezelõ és a Registry editor alkalmazásokat, átnevezve azonban ezek az eszközök ismét futtathatóak lesznek.
A Link-re kattintva látni, hogy nincs a megszokott helyen kettõspont!
Kattintottam én már mindenhova, de a jó böngészõn (és annak beállításán) is múlik a dolog, mármint, hogy blokkolja, megfogja a rosszaságokat - pedig nálam csak a sor végén áll fontosság szerint!
A sorrend: Operációs rendszer, tûzfal, vírusirtó (a jobbakban már az elõzõ és az utóbbi is benne van), antikém, böngészõ.
A beállításokon múlik a programok mûködésének megbízhatósága.
A sorrend: Operációs rendszer, tûzfal, vírusirtó (a jobbakban már az elõzõ és az utóbbi is benne van), antikém, böngészõ.
A beállításokon múlik a programok mûködésének megbízhatósága.
Esetleg próbálj változtatni a nézeten, - ez csak egy tipp!
Alul van ez a sáv, ott lehet változtatni.
Gmail-nézet:alapértelmezett / csevegés kikapcsolása / régebbi verzió / alap HTML
Alul van ez a sáv, ott lehet változtatni.
Gmail-nézet:alapértelmezett / csevegés kikapcsolása / régebbi verzió / alap HTML
Erre meg nem kaptam választ:
Szóval berakom még egyszer ha nem gond
Olyan problémám van,hogy a gmail-lel betöltés után:
A bal oldali menü(beérkezett,kimenõ..stb) alá becsúszik a levelek listája,ha levelet írok akkor is,ha levelet nézek akkor is.
Ez azóta van mióta új biztonsági rendszer van.
Ötlet?
Szóval berakom még egyszer ha nem gond
Olyan problémám van,hogy a gmail-lel betöltés után:
A bal oldali menü(beérkezett,kimenõ..stb) alá becsúszik a levelek listája,ha levelet írok akkor is,ha levelet nézek akkor is.
Ez azóta van mióta új biztonsági rendszer van.
Ötlet?
Nekem se volt se nod32 se vírus a gépemen, igaz Linuxot használok... 
safe mode, ha nem megy akkor
revo uninstaller vagy
ms install cleaner vagy hogy hívják;
vagy legrosszabb esetben registrybõl kézzel kiszed, könyvtárt töröl
revo uninstaller vagy
ms install cleaner vagy hogy hívják;
vagy legrosszabb esetben registrybõl kézzel kiszed, könyvtárt töröl
Nekem még sosem volt nod32 a gépemen és még sosem volt vírusom sem. Nem az irtón múlik, hogy lesz-e vírusod, hanem azon, hogy mire kattintasz.
Uninstall, majd újra install (lehetõleg egy NOD Smart Security-t, mivel abban jó tûzfal és antikém is van!) -> aztán beírni egy a telepített verzióhoz való sorszámot a netrõl (lásd google - NOD serials), amit pár hetente kell csak újra írni (mindig a legfrissebbel), vagy vannak egyszerûbb megoldások is bizonyos oldalakon! ;-)
Nekem minden nap 31 nap van hátra a próbaidõbõl!
U.i.: Az Avirát hanyagolnám! Igaz kinek a pap, kinek a paplan. :-)
Nekem minden nap 31 nap van hátra a próbaidõbõl!
U.i.: Az Avirát hanyagolnám! Igaz kinek a pap, kinek a paplan. :-)
Sziasztok!
Tudna valaki segíteni?
A NOD32 próbaverzióját használom, amelyet 2 hetenként kell frissíteni (letörölni a géprõl majd újra letölteni és telepíteni.)
Most is ezt szerettem volna csinálni, viszont dob a masina egy hibaüzenetet és innen sehová...
Link
Elõre is köszi!
Tudna valaki segíteni?
A NOD32 próbaverzióját használom, amelyet 2 hetenként kell frissíteni (letörölni a géprõl majd újra letölteni és telepíteni.)
Most is ezt szerettem volna csinálni, viszont dob a masina egy hibaüzenetet és innen sehová...
Link
Elõre is köszi!
szerintem erre egy sima dreamweaver-ben kattingatott php-s oldal is képes lehet, elég kevés jó flash-es oldal van a neten, vagy nagy, vagy lassú vagy kezelhetetlen továbbá ezek lineáris kombinációja
Pont az a gondom, hogy nem tudok (azt nem mondom, hogy nem akarok) programozni.
Esztétikus, pofás, dinamikus honlapot szeretnék kipróbálni, amire (a megjelenését, grafikai világát kiemelve) késõbb egy "igazi" oldalt lehetne alapozni. Bemutatóként szeretném használni. Ilyesmit szeretnénk, itt legyen ez, ott az. Így nézzen ki a színvilága, úgy a felépítése.
Ennyi lenne a cél.
Esztétikus, pofás, dinamikus honlapot szeretnék kipróbálni, amire (a megjelenését, grafikai világát kiemelve) késõbb egy "igazi" oldalt lehetne alapozni. Bemutatóként szeretném használni. Ilyesmit szeretnénk, itt legyen ez, ott az. Így nézzen ki a színvilága, úgy a felépítése.
Ennyi lenne a cél.
Harmadjára csak sikerült egyben leérnem mind a két kísérletnél! :-)
105 / 118m -> 500.9 pont
105 / 118m -> 500.9 pont
Miért pont flash kell? Ha programozni akarsz, akkor php, aspx, silverlight, ... is ott van, az sl akár egész szép is tud lenni.
Tudna ajánlani nekem valaki egy windowsos flash weboldalt készítõ programot? Olyan érdekelne, ahol programozói ismeretek nélkül is megadott sémákból (de azért nem 1-2 lehetõségbõl) "összeszerelõs", "kitöltögetõs" módszerrel lehet viszonylag pofás honlapot készíteni. Nem baj, ha nem lesz profi, de arra mindenképpen szükség lenne, hogy egy pár mintát, designelemet kipróbáljak, megnézzem (megnézzük), hogy milyen grafikai világ tetszene, aztán késõbb (esetleg) erre a megjelenésre alapozva felkérhetnénk egy profi honlapkészítõt. Ezzel a félkész látványtervvel segítve az elképzelt grafikai világ bemutatását.
Sajnos mivel az Adobe Flash-t csak egyszerûbb animációk elkészítéséhez használtam és a programozói részéhez nem értek, így ez ki van lõve, bár ez lenne az igazi megoldás...
Elõre is köszönöm a segítséget.
Ingyenes, vagy "gyógyítható" egyéb alternatíva is érdekel.
Sajnos mivel az Adobe Flash-t csak egyszerûbb animációk elkészítéséhez használtam és a programozói részéhez nem értek, így ez ki van lõve, bár ez lenne az igazi megoldás...
Elõre is köszönöm a segítséget.
Ingyenes, vagy "gyógyítható" egyéb alternatíva is érdekel.
Ettõl nem szeretem az ilyen téli játékokat a neten!
No de Arcus meg Rip társalgói játékai cseppet felzaklattak!
No de Arcus meg Rip társalgói játékai cseppet felzaklattak!
Naggyon jó 127 m, és nyaktörés
4. kísérletre állva maradt 79,5 m után.
1. ugrás - mentõ, 2. 81,5m, javul.
127 m, és nyaktörés 4. kísérletre állva maradt 79,5 m után.
1. ugrás - mentõ, 2. 81,5m, javul.
Nem sikerül egyben leérnem. 
Most az a lényeg, hogy nagy ugrás, nagy perecelés. Ez legalább megy. 
szerk: 77,5 m-rel sikerült!
Most az a lényeg, hogy nagy ugrás, nagy perecelés. Ez legalább megy. szerk: 77,5 m-rel sikerült!
Ne is mondd.. Én olyan béna vagyok, hogy 4x össze vissza pörgött, aztán kikapcsoltam mert kezdtem ingerült lenni..
Simán túl is melegedhet, ill ellenõrizd az összes kábelt, lehet száltörés is.
Az sql-t érdemesebb sprintf-el összerakni, sokkal olvashatóbb lesz a kód és nem lesz 4 aposztróf/idézõjel/backslash egymás mellett szerencsétlen esetben.
Továbbá a like,or és limit kulcsszavak használata többszörösére növeli a futásidõt, bár nem mindig elkerülhetõek, illetve az adatbázis tervezési hibáiból adódóan nincs más út olykor.
Az or architekturális okok miatt lassú, a like azért mert string trükkökkel keres, a limit pedig azért mert mindig rendezi a recordsetet, bár ezek egy részét felteszem megfelelõ indexekkel felgyorsítottad.
Egyszerûbb lehet join/having/min/max függvényeket futtatni.
Nem tudom ellenõrizni, nincs itt mysql, de egy próbát ez is megérhet:
UPDATE kurzustabla
SET KRT_JELENTK=CONCAT(KRT_JELENTK,"._US_ID_."|)
WHERE KRT_ID=".$_POST."
AND exists (
SELECT distinct OK as result, as TRG_ELOFELT
FROM exam inner join targylist on TRG_ELOFELT like CONCAT(%,EX_TRG_KOD,%) where TRG_KOD=".$_POST."
AND EX_TELJESIT LIKE %."._US_ID_."||5%
union
SELECT OK as result, TRG_ELOFELT FROM targylist WHERE TRG_KOD=".$_POST."
)
A like helyett itt még gyorsabb lehet a LEFT, RIGHT sql függvény is, ha fix helyen van mindig az érdemjegy, ha jól látom, akkor a RIGHT(EX_TELJESIT,1) mûködhet.
Továbbá a like,or és limit kulcsszavak használata többszörösére növeli a futásidõt, bár nem mindig elkerülhetõek, illetve az adatbázis tervezési hibáiból adódóan nincs más út olykor.
Az or architekturális okok miatt lassú, a like azért mert string trükkökkel keres, a limit pedig azért mert mindig rendezi a recordsetet, bár ezek egy részét felteszem megfelelõ indexekkel felgyorsítottad.
Egyszerûbb lehet join/having/min/max függvényeket futtatni.
Nem tudom ellenõrizni, nincs itt mysql, de egy próbát ez is megérhet:
UPDATE kurzustabla
SET KRT_JELENTK=CONCAT(KRT_JELENTK,"._US_ID_."|)
WHERE KRT_ID=".$_POST."
AND exists (
SELECT distinct OK as result, as TRG_ELOFELT
FROM exam inner join targylist on TRG_ELOFELT like CONCAT(%,EX_TRG_KOD,%) where TRG_KOD=".$_POST."
AND EX_TELJESIT LIKE %."._US_ID_."||5%
union
SELECT OK as result, TRG_ELOFELT FROM targylist WHERE TRG_KOD=".$_POST."
)
A like helyett itt még gyorsabb lehet a LEFT, RIGHT sql függvény is, ha fix helyen van mindig az érdemjegy, ha jól látom, akkor a RIGHT(EX_TELJESIT,1) mûködhet.
A postot is látja fiddlerel pl, nincs értelme kitiltani a get-et, postot is tud küldeni bármikor ha hackelni akar. Sokkal inkább a mysql_real_escape_string és preg_match kombinációt érdemes alkalmazni, ez biztosabb és mindkettõ kizárja pl az sql injection-t.
Persze a bekért adatok ellenõrzését hely és idõ hiánya miatt nem tüntettem fel, fontos hogy ezeket ne halasszuk el, hiszen bárki manipulálhatja egy külsõ ûrlapról (ha a $_POST helyett $_GET lenne, akkor a böngészõ fenti URL mezõjébõl is), ami a felhasználói oldalról visszaélések sorozatát vonná maga után.
- Többszörösen összetett SQL lekérdezés. Ez a néhány sor 2-3 nehéz órámba került. nevet Aki hasonló probléma megoldásán fáradozik, annak sokat segít.
- Program mûködése: csak abban az esetben tudja az illetõ felvenni a $_POST tárgyat, ha ötösre teljesítette azt (ETR-es rendszerekhez hasonló, csak ott ez 2-es). Tegnap kipróbáltam különbözõ kezdeti feltételekkel (közben kiderültek a hibák és azok javítva lettek) és végül hiba nélkül futott. Ha a tárgyhoz nem tartozik elõfeltétel, az illetõ gond nélkül felveszi és így lefut az update parancs is, hiszen a többszörösen összetett select utasítás IF vezérlési szerkezete automatikusan 1-et ad eredményül.
- Az sql parancs nyilván nem kerül a kukába, hanem alap,közép,emeltszintû fórumjog megszerzéséhez irányuló vizsgatárgyak felvételét teszi majd lehetõvé. Aki ötösre teljesíti az alapszintet, az fórumjogot szerez, ezzel megvan az elõfeltétel és föl tudja venni a közép, majd az emeltszintû tárgyakat (ezeket nem kötelezõ felvenni, bár a stréberebbeknek ajánlott, hiszen a fórumjog nem vész el, ha azok már nem sikerülnek nevet ).
PHP-MYSQL programkód:
< ?php
$sql = "UPDATE kurzustabla SET KRT_JELENTK=CONCAT(KRT_JELENTK,'"._US_ID_."|') WHERE KRT_ID='".$_POST."' AND (SELECT IF((SELECT 'OK' FROM exam WHERE (SELECT TRG_ELOFELT FROM targylist WHERE TRG_KOD='".$_POST."' limit 1) LIKE CONCAT('%',EX_TRG_KOD,'%') AND EX_TELJESIT LIKE '%."._US_ID_."||5%' limit 1)='OK' OR (SELECT TRG_ELOFELT FROM targylist WHERE TRG_KOD='".$_POST."' limit 1)='',1,0)) = 1";
if(!mysql_query($sql)) {print mysql_error(); }
elseif(mysql_affected_rows()!=1) { print $_POST." kurzus felvétele sikertelen hiányzó elõfeltétel miatt!";}
else { print $_POST." kurzus felvétele sikeres!";}
? >
- Program mûködése: csak abban az esetben tudja az illetõ felvenni a $_POST tárgyat, ha ötösre teljesítette azt (ETR-es rendszerekhez hasonló, csak ott ez 2-es). Tegnap kipróbáltam különbözõ kezdeti feltételekkel (közben kiderültek a hibák és azok javítva lettek) és végül hiba nélkül futott. Ha a tárgyhoz nem tartozik elõfeltétel, az illetõ gond nélkül felveszi és így lefut az update parancs is, hiszen a többszörösen összetett select utasítás IF vezérlési szerkezete automatikusan 1-et ad eredményül.
- Az sql parancs nyilván nem kerül a kukába, hanem alap,közép,emeltszintû fórumjog megszerzéséhez irányuló vizsgatárgyak felvételét teszi majd lehetõvé. Aki ötösre teljesíti az alapszintet, az fórumjogot szerez, ezzel megvan az elõfeltétel és föl tudja venni a közép, majd az emeltszintû tárgyakat (ezeket nem kötelezõ felvenni, bár a stréberebbeknek ajánlott, hiszen a fórumjog nem vész el, ha azok már nem sikerülnek nevet ).
PHP-MYSQL programkód:
< ?php
$sql = "UPDATE kurzustabla SET KRT_JELENTK=CONCAT(KRT_JELENTK,'"._US_ID_."|') WHERE KRT_ID='".$_POST."' AND (SELECT IF((SELECT 'OK' FROM exam WHERE (SELECT TRG_ELOFELT FROM targylist WHERE TRG_KOD='".$_POST."' limit 1) LIKE CONCAT('%',EX_TRG_KOD,'%') AND EX_TELJESIT LIKE '%."._US_ID_."||5%' limit 1)='OK' OR (SELECT TRG_ELOFELT FROM targylist WHERE TRG_KOD='".$_POST."' limit 1)='',1,0)) = 1";
if(!mysql_query($sql)) {print mysql_error(); }
elseif(mysql_affected_rows()!=1) { print $_POST." kurzus felvétele sikertelen hiányzó elõfeltétel miatt!";}
else { print $_POST." kurzus felvétele sikeres!";}
? >
Úgyértve, régen nem rosszalkodott, csak amióta ez a flesses vacak van... azóta...
Azóta rosszalkodik az explorer.exe amióta a rohadt omszradar ki lett téve az asztalra... olyan lassan töltõdik be, hogy ilyet én még neméltem...
Vissza is ment pv. Kicsit hosszúra sikeredett,de rövidebben nem ment.
Kicsit hosszúra sikeredett,de rövidebben nem ment. 
Én még mindig a videókártyára gondolok,ugyanis az tud ilyen hibákat csinálni amit írtál.A pc hütõ ventilátora az nálad mi? Az oldalsó ventilátorra gondolsz?Bár ennek szerintem nemsok köze van a monitorhoz.Melegszik vagy forrósodik a monitor amikor olyan a kép?
Az oldalsó ventilátorra gondolsz?Bár ennek szerintem nemsok köze van a monitorhoz.Melegszik vagy forrósodik a monitor amikor olyan a kép?
Zappo-nak is köszönöm a választ!
Zoli: 2008 augusztusi vétel a monitor, a gépházzal együtt. Sokat használom, persze ez viszonyítás kérdése. Van,hogy non stop megy, míg máskor csak napi fél órát.
Más: A pc hûtõ ventillátora is "zörög" már több hónapja, szóval egyáltalán nem vagyok nyugodt...
Zoli: 2008 augusztusi vétel a monitor, a gépházzal együtt. Sokat használom, persze ez viszonyítás kérdése. Van,hogy non stop megy, míg máskor csak napi fél órát.
Más: A pc hûtõ ventillátora is "zörög" már több hónapja, szóval egyáltalán nem vagyok nyugodt...
Utolsó észlelés
Térképek
Radar
Aktuális hõmérséklet
Aktuális szél
Utolsó kép
Indul a MetNet előrejelzési verseny sorozatának 42. sorozata
MetNet | 2025-05-01 14:48
Szabályzat