Új hozzászólás Aktív témák

• #1159 Soak veterán futár #1158

  Új Válasz 2013-03-28 12:35:24 #1159

  Új hozzászólás

  Ö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

  

  Soak

  veterán

  válasz futár #1158 üzenetére

  Pontosan mi a probléma? MySQL jelszót akarsz cserélni? Vagy az egészet költöztetni? Vagy új programot venni?

• #1145 Soak veterán Phvhun #1144

  Új Válasz 2013-03-11 21:30:10 #1145

  Új hozzászólás

  Ö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

  

  Soak

  veterán

  válasz Phvhun #1144 üzenetére

  Csinálsz még egy táblát ahol a user_id és event_id van nyilvántartva.

• #1141 Soak veterán #68216320 #1140

  Új Válasz 2013-03-11 19:02:29 #1141

  Új hozzászólás

  Ö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

  

  Soak

  veterán

  válasz #68216320 #1140 üzenetére

  Igen!

• #1139 Soak veterán #68216320 #1138

  Új Válasz 2013-03-11 17:16:37 #1139

  Új hozzászólás

  Ö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

  

  Soak

  veterán

  válasz #68216320 #1138 üzenetére

  Valahogy így : http://www.php.net/manual/en/pdostatement.bindvalue.php

• #1111 Soak veterán McSzaby #1110

  Új Válasz 2013-01-11 14:23:15 #1111

  Új hozzászólás

  Ö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

  

  Soak

  veterán

  válasz McSzaby #1110 üzenetére

  De ha azt csináltad akkor kiírta azt a query-t amit ő csinált, abból már ki kell derülnie mi volt az előzővel a hiba.

• #1108 Soak veterán McSzaby #1107

  Új Válasz 2013-01-11 13:21:57 #1108

  Új hozzászólás

  Ö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

  

  Soak

  veterán

  válasz McSzaby #1107 üzenetére

  Valoszinu elgépelés, ez mondjuk elég frucsának tűnik nekem :

  INSERT INTO `ftpd` (`User`, `status`, `Password`, `Uid`, `Gid`, `Dir`, `ULBandwidth`, `DLBandwidth`, `comment`, `ipaccess`, `QuotaSize`, `QuotaFiles`) VALUES ('teszt', '1', MD5('krftd'), '2001', '2001', '/home/teszt', '100', '100', '', '*', '50', '0');

  Ha megmutatná rendesen, szóval VALUESból hátulról a 4. csak egy ", nem pedig kettő.

  Szerk : Kijelőlve most látom ,hogy az két ' , amúgy phpmyadminnal miért nem probálod meg és akkor megkapod a helyes query-t is.

• #1083 Soak veterán PazsitZ #1082

  Új Válasz 2012-12-06 19:22:16 #1083

  Új hozzászólás

  Ö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

  

  Soak

  veterán

  válasz PazsitZ #1082 üzenetére

  Fűrészelitek a fingot nagy erőkkel

• #1048 Soak veterán Sk8erPeter #1047

  Új Válasz 2012-12-05 12:05:20 #1048

  Új hozzászólás

  Ö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

  

  Soak

  veterán

  válasz Sk8erPeter #1047 üzenetére

  Akkor szerinted hogyan kapcsolnak össze mondjuk több mint 100 táblát, mikre tippelsz?

  Hol létezik olyan, hogy 100 táblát kell joinolni?

• #1014 Soak veterán Lacces #1013

  Új Válasz 2012-11-30 21:49:30 #1014

  Új hozzászólás

  Ö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

  

  Soak

  veterán

  válasz Lacces #1013 üzenetére

  Most a terhelhetőség nő lineárisan vagy a terhelés? El lehet szurni, mindent el lehet. Nyilván pár száz oldal letöltésnél per nap nem fog senkinek feltünni hogy egy szar az adatbázisod mert megoldja erőből a géped.

  Amit tudsz optimalizálni, hogy 1. Az oszlopokat a bennük tárolt adatra alakitod a lehető legjobban 2. Olyan query-ket írsz amik lehetőség szerint indexek mentén tudnak haladni.

  De ha nagy terhelésű rendszert tervezel és fontos a rendelkezésre állás akkor érdemes átnézni a nem relációs adatbázisokból egy-kettőt . Bizonyos feladatokra nagyon jók, de elég sok még gyerekcipőben jár . Vannak hatalmas előnyeik a relációs adatbázisokkal szemben (meg hatalmas hátrányaik is nyilván) . De pl egy cassandrával elég jól tudsz egy clusteren belül terhelés elosztani és az adatbiztonságod is lehet jó egyszerre.

• #1012 Soak veterán Lacces #1007

  Új Válasz 2012-11-30 16:52:48 #1012

  Új hozzászólás

  Ö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

  

  Soak

  veterán

  válasz Lacces #1007 üzenetére

  Mire gondolsz skálázhatóság alatt?

• #899 Soak veterán Speeedfire #898

  Új Válasz 2012-09-16 20:56:12 #899

  Új hozzászólás

  Ö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

  

  Soak

  veterán

  válasz Speeedfire #898 üzenetére

  Nem értem ,hogy ezzel mire célzol. Valószínűleg a kérdés arra irányult, hogy mi értelme van.

• #896 Soak veterán Speeedfire #895

  Új Válasz 2012-09-16 20:12:37 #896

  Új hozzászólás

  Ö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

  

  Soak

  veterán

  válasz Speeedfire #895 üzenetére

  Annak nem sok értelme van, ha támadás éri az adatbázisod , e mellé még fölösleges adatbázis terhelést is jelent.

• #894 Soak veterán Speeedfire #892

  Új Válasz 2012-09-16 20:02:50 #894

  Új hozzászólás

  Ö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

  

  Soak

  veterán

  válasz Speeedfire #892 üzenetére

  Akkor te a saltot és a hash-t is lemented a user táblában?

  Szerk : Ez egy elég jó és biztonságos módja a user passok tárolására.

• #889 Soak veterán Sk8erPeter #888

  Új Válasz 2012-09-16 18:48:27 #889

  Új hozzászólás

  Ö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

  

  Soak

  veterán

  válasz Sk8erPeter #888 üzenetére

  Nem hash akart lenni vajon?

• #873 Soak veterán Sk8erPeter #868

  Új Válasz 2012-09-11 16:52:04 #873

  Új hozzászólás

  Ö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

  

  Soak

  veterán

  válasz Sk8erPeter #868 üzenetére

  Kurvajó ez a progi, kicsit probálgattam a trial-t , tök bonyolult queryket elsőre össze kattingattam 1perc alatt.

• #863 Soak veterán sonar #862

  Új Válasz 2012-09-10 16:34:17 #863

  Új hozzászólás

  Ö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

  

  Soak

  veterán

  válasz sonar #862 üzenetére

  Szia !

  SELECT * FROM li_mtsn_index WHERE date_time < now() - INTERVAL 1 DAY ORDER BY date_time DESC;

  Próbáld meg így.

• #846 Soak veterán Speeedfire #845

  Új Válasz 2012-09-05 16:15:13 #846

  Új hozzászólás

  Ö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

  

  Soak

  veterán

  válasz Speeedfire #845 üzenetére

  Pontosan nem értem, hogy mit szeretnél (a hsz. utolsó bekezdése) , de elég egyszerűen meg tudod mérni.

  Csinálsz egy teszt adatbázist . Megcsinálod a vázát. Php-vel random feltöölteszt 500-600 sort, majd pedig pl 50.000szer lekéred és microtimeal megnézed melyik a gyorsabb.

  De ha csak nem valami nagyon massziv siteot üzemeltetsz (1.5-2M < pageload/nap ) akkor nem érezhető különbség szvsz.

• #844 Soak veterán Speeedfire #843

  Új Válasz 2012-09-05 15:09:02 #844

  Új hozzászólás

  Ö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

  

  Soak

  veterán

  válasz Speeedfire #843 üzenetére

  Ha jól értem akkor egy sorban 40 oszlop és mindegyikben egy ekkora "cimke" . Úgy sejtem PHP-ban kódolsz szóval én azt mondanám, hogy ha kevesebb cimke lenne (gondolom 40szolophoz van pár választási lehetőség is) akkor egyszerűen le lehetne dokumentálni a Classod elején, hogy mi micsoda.

  Viszont ilyen szinten 2 nap alatt elfejtenéd mi-micsoda és mindig keresgetni 10-20 közül a dokumentációdba .

  Én azt javaslom, hogy legyen VARCHAR vagy TEXT , mert sokkal gyorsabban programozol ha nem kell felkeresni mindig, hogy melyik kategoria melyik szám, plusz ha esetleg csinálsz keresőt pl, akkor az URL is beszédesebb lehet. (example.com/search.php?haj=szoke&mell=nagy)

• #842 Soak veterán Speeedfire #841

  Új Válasz 2012-09-05 14:24:46 #842

  Új hozzászólás

  Ö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

  

  Soak

  veterán

  válasz Speeedfire #841 üzenetére

  Nagyon sok text-et vagy nagyonsokszor text-et? A text user input vagy előre definiált (mondjuk kategóriák) ?

• #832 Soak veterán martonx #831

  Új Válasz 2012-09-02 18:04:48 #832

  Új hozzászólás

  Ö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

  

  Soak

  veterán

  válasz martonx #831 üzenetére

  Uhh basszus, truncate, nem flush. Bocsánatot kérek Másnaposan nem irok többet forumban

• #830 Soak veterán sonar #829

  Új Válasz 2012-09-02 17:17:59 #830

  Új hozzászólás

  Ö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

  

  Soak

  veterán

  válasz sonar #829 üzenetére

  Mert csak az adatokat torolted, maga a tabla nem valtozott. Vagy torold a tablat vagy FLUSH table.

  Apollo : mint irtam joinnal mukodik. Igy visszakapok mindent.

• #827 Soak veterán Soak #826

  Új Válasz 2012-08-31 20:49:55 #827

  Új hozzászólás

  Ö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

  

  Soak

  veterán

  válasz Soak #826 üzenetére

  SELECT * FROM users LEFT JOIN relations ON users.id = relations.users_id and relations.friend_id = 65 and relations.typeofrelation = 1 GROUP BY relations.users_id

  Ezzel a kóddal már majdnem ott vagyok, de valamiért mindig 1-el több usert kapok vissza és annak nincs is relation oszlopokban semmi csak NULL, mit keres ott?

  szerk: Nem LEFT JOIN ,hanem JOIN csak simán. Így müködik.

• #826 Soak veterán

  Új Válasz 2012-08-31 20:30:05 #826

  Új hozzászólás

  Ö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

  

  Soak

  veterán

  Sziasztok !

  Van két táblám , Users, Relations. A relations táblában van egy users_id,friend_id,typeofrelation . Azokat a Usereket szeretném lekérni akik a Relations táblában egy bizonyos friend_id mellett szerepelnek és a typeofrelation = 1 .

  Magyarul:
  Relations tábla

  users_id friend_id
  1 5
  2 5

  A user tábla pedig

  id username
  1 John
  2 Doe
  3 Pityuka
  stb.

  Azt szeretném, hogy a lekérésnél az első kettő usert kapnám vissza. Ezzel probáltam, sikerül is kiválasztani a megfelelő sorokat, de mindegyikhez a Users tábla eslő userének adatait illeszti :

  SELECT * FROM relations,users WHERE Relations.friend_id = 62 GROUP BY relations.users_username

• #801 Soak veterán AKG #800

  Új Válasz 2012-07-10 20:24:54 #801

  Új hozzászólás

  Ö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

  

  Soak

  veterán

  válasz AKG #800 üzenetére

  A mondatnak természetesen nem a kódolás volt a lényege Akkor szerintem rosszul tetted fel a kérdést/kérést. Ha feltöltöd valahova az anyagot és egyértelmű a feladat akkor biztosan lesz olyan aki elvállalja a munkát.

• #799 Soak veterán AKG #798

  Új Válasz 2012-07-10 20:10:15 #799

  Új hozzászólás

  Ö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

  

  Soak

  veterán

  válasz AKG #798 üzenetére

  Erre igazából csak az utolsó mondatot tudnám mondani ebből a hsz-ből [link] , ha van konkrét kérdésed biztos fogsz kapni segítséget, de ingyen nem fog senki dolgozni.

• #777 Soak veterán PazsitZ #776

  Új Válasz 2012-06-28 13:12:49 #777

  Új hozzászólás

  Ö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

  

  Soak

  veterán

  válasz PazsitZ #776 üzenetére

  Köszönöm , végülis tök egyértelmű . Rá kell még állnia az agyamnak a programozói gondolkodás módra, nem kell mindent túlbonyolítani.

• #775 Soak veterán PazsitZ #768

  Új Válasz 2012-06-28 09:53:36 #775

  Új hozzászólás

  Ö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

  

  Soak

  veterán

  válasz PazsitZ #768 üzenetére

  Na, leesett , hogy miről beszélsz, nem is értem miért nem értettem .
  Gondoltam két dologra, az egyik ,hogy csinálok egy friendship táblát, lesz benne egy id oszlop, ami PK, a következő egy users_id lenne, ami nyilván minden usernek egyedi, és lenne két oszlop még az egyik az egyoldalu kapcsolatos userek id-ját tárolná a másik meg a kétoldalut . Ezzel csak az a gondom, hogy nem tudom hogyan kéne berakosgatni az id-kat egymás mögé, meg ha van mondjuk 50.000 id, és valakinek az utolsó 1000 benne van a táblájában, nem okoz gondot, hogy csak az id-k 5000 karaktert kitesznek az egyik kapcsolatnál?

  A másik amire gondoltam, hogy a usernek adok egy 2. id-t (amit te is írtál) , majd teszek még ugyanúgy két oszlopot a userhez és innentől ugyanaz a probléma mint az előzőnél .

  Valaki kapcsolja fel a villanyt

• #774 Soak veterán PazsitZ #768

  Új Válasz 2012-06-21 16:58:36 #774

  Új hozzászólás

  Ö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

  

  Soak

  veterán

  válasz PazsitZ #768 üzenetére

  Szia,

  Köszi a segítséget. A kapcsolat két féle kell ,hogy legyen, vagyis inkább ugy mondom két fajta kapcsolatra van igény . 1. Mikor a user a másik usertől egyoldalúan kapja a contentot, 2. mikor a user szimplán kapcsolatban van és igény szerint látja/hozzáfér az általa megosztott fileokhoz .

  Összetett kulcs esetén nem. Esetleg alkalmazol egy PK oszlopot is és az id1, id2 oszlopokat simán UNIQUE-ra rakod.

  Ezt értem, meg is tudom csinalni .

  PRIMARY(id1, id2)/ kulcs esetén lehet 100 kapcsolat is

  Ezt viszont nem tudom elképzelni, hogy miként működne.

• #767 Soak veterán Peter Kiss #766

  Új Válasz 2012-06-21 10:30:43 #767

  Új hozzászólás

  Ö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

  

  Soak

  veterán

  válasz Peter Kiss #766 üzenetére

  Köszi a választ, de nem igazán értem meg mondom őszintén . Ha egyik user másik user akkor nem csak 1 kapcsolat lehet? Mi van ha van az egyik usernek 100 kapcsolata?

• #765 Soak veterán

  Új Válasz 2012-06-20 18:08:37 #765

  Új hozzászólás

  Ö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

  

  Soak

  veterán

  Sziasztok,

  Nem igazán értem egyelőre, hogy user-user közti kapcsolatot hogyan tudnék létrehozni. A userhez gyönyörűen hozzá tudom kapcsolni a saját filejait és a fileokhoz tartozó további fileokat, viszont a user-user kapcsolatra nem tudok őszintén okosat mondani . Tehát hogyan jelöljem ha valaki kapcsolatban van valakivel?Látja az általa tárolt fileokat. Plusz egy sorral a user táblába?

Új hozzászólás Aktív témák