Aktív témák

• #1975 jeges senior tag csƵ #1974

  2011-12-10 15:21:01 #1975

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  jeges

  senior tag

  válasz csƵ #1974 üzenetére

  nem gonoszkodásból linkelem, hanem mert az elsők között is van kóddal, leírással "kész" megoldás
  [link]

• #1943 jeges senior tag Lacces #1942

  2011-07-31 05:17:58 #1943

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  jeges

  senior tag

  válasz Lacces #1942 üzenetére

  a "láma" kérdéshez: igen, a mysql, postgresql, oracle, mssql, és még sok más mind relációs adatbázis-kezelő rendszerek. a jdbc kicsit kilóg, mert az nem az adatbázis-kezelő, hanem egy kapcsolat, amin keresztül java-kódból eléred a neki megfelelő adatbázis-kezelőt (azaz jdbc kapcsolatot bármilyen adatbázis-kezelővel felépíthetsz, ha megvan hozzá a jdbc motor).
  azért van belőlük sok, amiért blog-motorból, programozási nyelvből is - ezek versenytársai egymásnak.

  hja, és valóban a sztenderd sql valamilyen implementációja mindegyik relációs db-nek része, de mindegyik kicsit máshogy érti meg az sql-t is - egy példa: emlékeim szerint full join pl mysql-ben nincs, viszont van olyan insert, ami ha már létezik, update-ként értelmezett. oracle-ben limit nincs.
  az egyes függvények használata pedig teljesen egyedi, minden rdbms más függvényeket ért meg.

• #1940 jeges senior tag tkazmer #1939

  2011-07-28 18:11:10 #1940

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  jeges

  senior tag

  válasz tkazmer #1939 üzenetére

  select azonosito1, azonosito2, sum(kiadasok)
  from tablanev
  where ...
  group by azonosito1, azonosito2

  ha jól értem

• #1884 jeges senior tag rt06 #1883

  2011-02-26 14:54:50 #1884

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  jeges

  senior tag

  válasz rt06 #1883 üzenetére

  én is utánaolvastam kicsit:
  wiki szerint a lényeg az, hogy amennyiben a referer korrekt, az nem jelent biztonságot, de a referer hiánya jelenthet visszautasítási indokot.

• #1882 jeges senior tag rt06 #1881

  2011-02-26 13:46:41 #1882

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  jeges

  senior tag

  válasz rt06 #1881 üzenetére

  még nem találkoztam vele.
  van alternatív megoldás?

• #1879 jeges senior tag j0k3r! #1878

  2011-02-26 10:33:32 #1879

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  jeges

  senior tag

  válasz j0k3r! #1878 üzenetére

  ezek csak példák, inkább azt akartam szemléltetni, hogy a kérdés jóval túlmutat egy függvény használatán. nem véletlen, hogy az eszközök, logikák többsége nem kapcsolódik egyetlen nyelvhez (jelen esetben a php-hez).

  http referer: az az oldal, ahonnan az adott oldalra érkeztél. a $_SERVER tömb tárolja egyébként, a tömbre keresve a php manual-ban is megtalálod.
  akkor hasznos többek közt, ha nem akarod, hogy a keresősorból közvetlenül is elérhető legyen a tartalom. ilyenkor a program elején ellenőrzöd, hogy mi van a http referer-ben, és ha nem az, ami kellene, akkor hibát dobsz.

• #1877 jeges senior tag j0k3r! #1870

  2011-02-26 07:49:15 #1877

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  jeges

  senior tag

  válasz j0k3r! #1870 üzenetére

  filter_var a barátod
  meg a rendszeres db mentés

  szerk: "egyéb módszer"-be meglehetősen sokminden belefér a felhasználó kiléptetésétől a http referer ellenőrzésén keresztül a négy-szem elv alkalmazásáig, ill a fent már említett mentési rend kialakítása is ide tartozik. erre külön recept nincs, az alkalmazott eszközök környezettől függően lehetnek mások.

Aktív témák