hozzászól [F] Programozás
top 50
<=
131. pasi18 / 2007. dec. 17. /
[130] szivtam én már nagyobb gondok miatt is: elavultá válat az adatbázis és átterveztem. 50db táblázat. Ahol nick vagy user vagy nickname volt ott mindenhol kicserélödött UserID-re és nem a felhasználó nevét tároltam, hanem annak a user táblában indexelt számát. Oszt jöttek a problémák az erre meg arra joinokkal. huh de meglett :D Most készül a webes desing rá ajaxal :) csak ez a blogos izé nem müködött és a tárhely is gagyi. nem tudok rá irni adatbázis burkolót (PHP 4.4)
130. Bish / 2007. dec. 17. /
[129] ok. Mindenki szívott már hasonló bakik miatt. Fülinek a memóriában tárolással kapcs. igaza van, nem is sejted, mennyit köszönhetünk ennek az eljárásnak. ;)
129. pasi18 / 2007. dec. 17. /
bocs. én voltam a hülye. Amikor csináltam a dumpot észrevettem hogy 1 soros a táblázat :DDD kiegészitettem más adatokkal is és úgy néz ki h müködik. Ha még van valami akkor szólok. köszi :) füles :P
128. Bish / 2007. dec. 17. /
ha kiszeded a GROUP BY parancsot, és a MAX(time) helyett csak time as maxtime -ot állítasz be, akkor mennyi sort kapsz vissza? Nem tennél fel valahova egy dump-ot errõl a tábláról és az adatairól? Hogy megnézhessem. Nem kellenek éles adatok, természetesen.
127. pasi18 / 2007. dec. 17. /
A problémát meg nem oldottam meg. Egy sort térit csak vissza az utasítás. Értem a logikádat de nem müködik valami.
126. Bish / 2007. dec. 17. /
[120] SELECT userid, MAX(time) az maxtime FROM blog GROUP BY userid ORDER BY maxtime DESC LIMIT $valtozo, 10;
125. Bish / 2007. dec. 17. /
[120] azért nem mûködik helyesen, mert userid-ként csak az elsõ rekordot kapja meg, aw meg nem biztos, hogy az adott id-hez tartozó legnagyobb time változóval rendelkezõ rekord. Olvasd ki az összeset, mindhez olvass ki egy MAX(tabla.time) adatot, és csoportositsd az eredményt userid szerint. Így megkapod az idõ szerint sorolt helyes sorrendet. 20p múlva leírom a kérést is. Ha már megoldottad ezt, akkor sorry.
124. pasi18 / 2007. dec. 15. /
[123] ne pasizz, mert ismersz már :P :D A memóriát még nem kértem segítségül még ráér mert 900felhasznaló van eddig csak. egyébként a multnap olvastam az IWIW barátlista stratégiájáról. Azon a forumon feszegették a témát nagyon. Arra a következtetésre jutottak hogy inkább legyen több adat (a kapcsolatokról) letárolva, mint egy komplikált táblából állitsa elö.
123. Fules / 2007. dec. 15. /
[122] Na pasikám :) nem tudom, hogy mennyire vagy ura a szervernek, de a legjobb megodlás, hogy ha egy user ír egy blogot, akkor bevágod a hsz-ét a memóriába. Aztán, ha írja a következõt, akkor akkor invalidálod a memóriacímet. Ennél gyorsabb megoldás nincs. És onnan elég egyszerû legyûjteni mármit. Ehhez ott van a memcached segítségül. Ha erre nincs lehetõség, akkor lehet fájlba is kesselni, de az már nem olyan hatékony. Egyébként meg érdemes sokmindent memórában tárolni, vagyis memórában is! fõleg olyan szájtokon, ahol napi 20-30k egyedi user is megfordul, mert eléggé le lehet csökkenteni vele a proci iowait-jét, nem beszélve a mysql nem túl optimális prcizabálásáról.
122. pasi18 / 2007. dec. 15. /
[121] ha tömbe töltöm bele a blogokat és a tömb elemeit rendezem bouble sorttal az a legrosszabb esetben n*n foku lesz. meg kellett volna hagynom a regi táblát. ott csak a blogot irók userID-je volt és a dátum amikor utoljára irtak. azért köszi. jó hogy tudom hogy nem lehet megcsinálni
121. Fules / 2007. dec. 15. /
[120] Mert az nem erre való. Ezzel én is szívtam és pont egy blolgnál :) Elõször azt csináltam, hogy a leválogatás végeredményét behánytam egy tömbbe és azt rendezgettem. mivel nem nagy tömb, ezért gyors volt, de nem lányálom egy több dimenziós tömb rendezése, nem tetszett. Aztán meg rájöttem, hogy hülye vagyok, és megírtam egy szép tárolt eljárást, oszt csá :) bár ez pgsql, nem haszálok mysql, mert elég karcsú, meg nem tud mit kezdeni már több millió rekorddal.
120. pasi18 / 2007. dec. 15. /
igy nez ki a teljes select: select distinct UserID from blog order by time desc limit dollarjelsor,10.
119. pasi18 / 2007. dec. 15. /
Select distingnél miért nem müködik jól az order by time? Blogokat akarok rendezni úgy h legfelülre a listan annak a usernek a neve legyen akinek van a legujjabb blogja. Db: mysql
117. wlineforum / 2007. dec. 1. /
[116] semmi :/
112. Mordor / 2007. dec. 1. /
[110] igazad van, gtk :D A CLI az semmi extra, ugyanat csinálod, mint rendesen, csak parancssorból futtatod. php -f file.php, esetleg irányítod az outpotot, mondjuk /dev/null ba, hogy ne legyen output :) szóval ugyanazt lehet csinálni itt is, csak más konfigok vonatkoznak rá, mint a webszerver alatt futattotra.
111. Lord / 2007. nov. 30. /
[105] Buvesz nekem a php hát már nem annyira kínai talán már csak arab közeledek a mgyarhoz. :)
110. pasi18 / 2007. nov. 30. /
[109] A gd az a kép kezelö modul. Esetleg gtk. A CLI érdekelne. Mesélnél róla?
109. Mordor / 2007. nov. 30. /
[108] Szokás php-t CLI módban futtatni és minden olyan kódot, aminek nem kell böngészõ kimenet úgy futtatok. fõként a que épollozó alkalmazásokat. Amit te mondasz, az a php-gd, ha jól emlékszem a nevére. Lehet desktop "alkalmazásokat" fejleszteni benne, dehát sokra nem jó :) arra ott a java, meg a .net es cuccok :)
108. pasi18 / 2007. nov. 30. /
[107] parancssori php is érdekes téma.. hallottam valahol egy olyan uj kiegészitöjéröl a php-nek, hogy visual c++ stilusu programokat lehet irni benne. a nyelv php de az ouput nem a böngészö, hanem egy ablak.
107. Rimelek / 2007. nov. 30. /
[106] Linuxon próbálkoztam parancssori php-vel, de amit te mondasz azt nem. MIre gondolsz pontosan? SDK-ról csak annyit tudok, hogy szoftverfejlesztõi környezet. Tudom ebben hiányos a tudásom :)
=>
Fórum
wline