Invision Board teszt

[goyo]

Mindenkinek elege van abbol (nekem mar nagyon reg), hogy a Borda tobbet all, mint megy, kb. 24 ora mulva tesztkeppen atallunk az IB forummotorjara...ha jobban birja a terhelest marad...ha nem, visszaallunk. Ennek kovetkezteben, lehet hogy par ora uzenete elveszik.

Az IB forummotorja egy picivel kevesebbet tud, de ha azon stabilabb megeri...

[FlowM@N]

Eredeti szerző goyo

Mindenkinek elege van abbol (nekem mar nagyon reg), hogy a Borda tobbet all, mint megy, kb. 24 ora mulva tesztkeppen atallunk az IB forummotorjara...ha jobban birja a terhelest marad...ha nem, visszaallunk. Ennek kovetkezteben, lehet hogy par ora uzenete elveszik.

Az IB forummotorja egy picivel kevesebbet tud, de ha azon stabilabb megeri...

Szerintem soha nem fogunk visszatérni erre. 1ébként a 2.0 kicsit lassabb már mint az 1.3.

[DX]

Már számítottam erre a lépésre! Kiváncsi leszek....

[goyo]

Eredeti szerző FlowM@N

1ébként a 2.0 kicsit lassabb már mint az 1.3.

Jahh....de a tobbszoros csatolas lehetosege itt alapveto.
Nem, vagyok benne biztos, hogy az atallas nyero lesz, mert az ib minden csatolast egyetlen mappaba pakol...az ftp szerverek jellemzoen lefagynak 100.000 file listazasa kozben (a linux sem kezeli tul jol ezt)...atgondolatlan...

Olvastam egy osszehasonlito irast.. a VB-nel a templaterendszer tesz ra kb. 50%-al a terhelesre (az IB-hez viszonyitva)...a kod tobbi resze viszont atekinthetobb, es a cacheles is jobban van megirva (az IB-hez kepest)...kiderul...

[FlowM@N]

Eredeti szerző goyo

Olvastam egy osszehasonlito irast.. a VB-nel a templaterendszer tesz ra kb. 50%-al a terhelesre (az IB-hez viszonyitva)...a kod tobbi resze viszont atekinthetobb, es a cacheles is jobban van megirva (az IB-hez kepest)...kiderul...

Azt hiszem szép kis erőpróba lesz ez a fórum az IB-nek, várjuk.

[DX]

Eredeti szerző goyo

Nem, vagyok benne biztos, hogy az atallas nyero lesz, mert az ib minden csatolast egyetlen mappaba pakol...az ftp szerverek jellemzoen lefagynak 100.000 file listazasa kozben (a linux sem kezeli tul jol ezt)...atgondolatlan...

Ez tényleg érdekes lesz...

[hokuszpok]

Eredeti szerző goyo

Az IB forummotorja egy picivel kevesebbet tud, de ha azon stabilabb megeri...

Igen ésszerű meggondolás.
Nálunk ilyenkor jön a 3betűs cégtől 2-3 szakértő és terhelési teszteket nyom élesben. Persze nem a 24 órás rendszereknél
Oracle + Webspere + AIX 5.1 + MQI

[HBP]

Hello!

Sok sikert, kevés adatvesztést az átálláshoz, a kisérlethez.
Magam részéről ezt a fórum motort, igaz csak kinézetben, funkciókban, nagyon megszerettem, annyi mindent lehet vele csinálni, bár lehet, hogy a sok feature "lassítsa" le annyira a Bordát. Nem értek hozzá, mennyire lehet egyébként kikapcsolni bizonyos modulokat, mint pl legutolsó hsz, statisztika?
HBP

[DX]

Eredeti szerző HBP

Nem értek hozzá, mennyire lehet egyébként kikapcsolni bizonyos modulokat, mint pl legutolsó hsz, statisztika?
HBP

Az alapból bennt sincs, ez már egy módosítás. Tehát kikapcsolható lenne, de ezt senki nem szeretné!

[ViC]

Eredeti szerző goyo

Jahh....de a tobbszoros csatolas lehetosege itt alapveto.
Nem, vagyok benne biztos, hogy az atallas nyero lesz, mert az ib minden csatolast egyetlen mappaba pakol...az ftp szerverek jellemzoen lefagynak 100.000 file listazasa kozben (a linux sem kezeli tul jol ezt)

Esetleg egy olyan feltöltőprogi mint a celebworld nek van segíthetne ezen nem? Az a thumbot is legyártja és mindig más mappába pakol.

[balint]

Eredeti szerző ViC

Esetleg egy olyan feltöltőprogi mint a celebworld nek van segíthetne ezen nem? Az a thumbot is legyártja és mindig más mappába pakol.

Az nekem is tetszik, nem mysql-ben kellene tarolni a thumbok adatait.. Bizonyara sokkal eroforras-baratabb (micsoda szo )

[goyo]

Nah ezt igy ebben a formaban nem fogjuk megcsinalni.

At tudunk allni az Ib-re gond nelkul, ha a 2.000.000+ csatolast nem konvertaljuk. Igy viszont nem biztos, hogy megeri ujbol indulni. Az IB konvertaloja nem tud mit kezdeni a VB azon feature-evel hogy nem a mysql-ben tarolja az attachmenteket.
Ha visszamozgatom a mysql adatbazisba kb. 8 napot vesz igenybe...de nem megy, mert miutan kb. 70 GB-ra no a mysql attachment table kifagy a mysql server. Megprobaltam egy 40 GB-s table-t exportalni, de az IB webes importere szinten kifagy. Szerintem ezt megbizhatoan csak egy importalo shell script-el lehet megoldani, persze ilyet nem ad nekunk a IB...max ha megvesszuk az IB licenszet es fizetunk a support idoert amig ezt megirjak nekunk...

Az utobbi idoben nem fagy annyit a Borda, ha meg akarjuk
tartani a csatolasokat ebben a formaban az egyetlen lehetoseg a meglevo rendszer tovabbi optimalizalasa...

ui.: nezegetem a lekerdezeseket...valtozatlanul rohelyes, hogy
az IB nem megy 9 lekerdezes fole a VB pedig nem megy 14 lekerdezes ala oldalankent...

[Shido]

Egy szót sem értek abból, hogy miről beszélgettek itt - ha azt mondanátok, hogy a ganajtúró bogarak nemi életéről, még azt is elhinném -, de egy a lényeg, hogy szorítok nektek, pontosabban goyo-nak!
Goyo! Azt kívánom, hogy sikerüljön megcsinálnod azt amit akarsz! Mert amit Te akarsz, azt akarom én is!
Ugyanis nincs más választásom, a Bordát pedig szeretem!


(Na egy kicsit beny...am goyo-nak)

[White Bull]

Nem lehetne egy olyan dolgot csinálni, hogy a mostani öszzes postot archiváni, és indítani egy új forumot, persze úgy, hogy a régi postok megtekinthetők lennének, és a rangok, üzenet számok, profil megmaradna! Szerintem ott a gond, hogy a forum, hatalmas mérete, miatt sehol sem képes talpra állni...mint egy túlsúlyos macska...pl!! Csak ott a bibi, hogy akkor kell egy tárheyl az archív rész számára!! Mint mikor valaki egy új naplót kezd és 365 új oldal van a jegyzetek számára, de a régit bármikor megnézheti!
Persze ez egy hozzánem értő ember szavai voltak , bocs ha durva nagy hülyeség

[gereb]

nem hulyeseg WhiteBull otlete. Nem lehetne az X (1?) honapnal regebbi temakat atrakni egy archive_attachments tablaba? azt talan kevesebben turnak, es nem kene ennek a csodanak akkora tablat turnia egyfolytaban.

Ill.
szerintem a "Legtöbbet Üzenők" es a "Legújabb Tagjaink" statisztika a felhasznalo 90%-nak erdektelen, az a 10% meg kattintson ra a LegtöbbetÜzenőkÉsLegújabbTagjaink.php -ra, hogy megleshesse. maris 2 queryvel kevesebb. Pl. szamomra a "hasonlo temak" se erdekes, erre van a kereso.

de ez szigoruan szerintem.

[hokuszpok]

goyo: gondolom tudnál készíteni egy táblázatot az 500 ..1000 legnagyobb csatolt állományról.

Csatolmány neve, topic elérése, csatoló felhasználó, csatolás ideje, letöltések száma

Nyilvánosságra is hozhatnád a táblázatot, ami alapján a csatolást létrehozó userek - már ha jobbérzésűek - törölhetnék az állományt a vezérlőpulton keresztül.

Jelentősen csökkenne a db.

Csak 1 5let volt.

[goyo]

Eredeti szerző hokuszpok

goyo: gondolom tudnál készíteni egy táblázatot az 500 ..1000 legnagyobb csatolt állományról.

Csatolmány neve, topic elérése, csatoló felhasználó, csatolás ideje, letöltések száma

Nyilvánosságra is hozhatnád a táblázatot, ami alapján a csatolást létrehozó userek - már ha jobbérzésűek - törölhetnék az állományt a vezérlőpulton keresztül.

Jelentősen csökkenne a db.

Csak 1 5let volt.

A csatolasok tavaly osz ota mar nem az adatbazisban vannak...

[White Bull]

Eredeti szerző hokuszpok

goyo: gondolom tudnál készíteni egy táblázatot az 500 ..1000 legnagyobb csatolt állományról.

Csatolmány neve, topic elérése, csatoló felhasználó, csatolás ideje, letöltések száma

Nyilvánosságra is hozhatnád a táblázatot, ami alapján a csatolást létrehozó userek - már ha jobbérzésűek - törölhetnék az állományt a vezérlőpulton keresztül.

Jelentősen csökkenne a db.

Csak 1 5let volt.

Ezt én nem is értem, hogy mire vonatkozik????

[celebfan]

Eredeti szerző hokuszpok

Nyilvánosságra is hozhatnád a táblázatot, ami alapján a csatolást létrehozó userek - már ha jobbérzésűek - törölhetnék az állományt a vezérlőpulton keresztül.

Jelentősen csökkenne a db.

Kicsit offtopic, de én hasznosnak tartanám, ha a régebbi hozzászólások csatolásai is elérhetőek lennének. Már jó néhányszor volt olyan, hogy kerestem valami témára, meg is találtam a topic-ot, de a csatolások már nem éltek.

Úgy tudom, most az a módszer a csatolások helyfoglalásának korlátozására, hogy év elején az összes előző évi csatolást törlik az adminok.

Ehelyett lehetne azt is csinálni, hogy nem a legrégebbi csatolások lennének törölve, hanem az utolsó valahány legrégebben letöltött csatolás. (Ha a db nem is tárolja ezt az infót, az filerendszer igen.)

Ennek az lenne az előnye, hogy a színvonalas csatolások tovább elérhetők maradnának (akár > 1-2 évig is), azok a csatolások pedig, amiket pl. néhány hónapja senki sem töltött le törlődnének, de azokért valószínűleg úgysem lenne kár. Ezt akár csinálhatná egy script is, ami rendszeresen futna, így nem okozna problémát a csatolások felhalmozódása.

Erre persze lehet mondani, hogy előbb-utóbb a színvonalas csatolások is túl sok helyet foglalnának, de ez eleinte nem lenne probléma, később pedig egy felső határt (pl. 2 év) be lehetne vezetni, aminél régebbi csatolásokat nem tárolna a rendszer. De erre lehet, hogy nem is lenne szükség.

[FlowM@N]

Érdekes olvasgatni ezeket az 5leteket.