[Carmaged]

Idézet: Omega - Dátum: 2005. ápr. 25., hétfõ - 21:17

Az az egyik féle hiba, amikor azzal a kis textbox-os háttérrel elutasít. Olyan a fórum fõoldalát megnézhetõs, de semmibe be nem tekinthetõs. Ez a mosoly sem természetes, de a szokásos behalás az olyan... szerintem, ha ez egyszer helyrejön és még kattintgatok errefelé, olyan berögzött idegbetegszerû félelem lesz bennem, hogy jajj, most dobja el magát. Mint stabil alkoholistát ahogy kezel a családtag a leszokás utáni idõkben. Nem hiszik el, hogy tényleg. De ez hol van? Lehet, hogy nem is lesz. A probléma jelentkezése óta eltelt 2 hónap, ami 1/6 év... a fórummotor mennyi idõs? Tavaly áprilisi? Vagy tavaly elõtti? Nem is tudom...

Ittál?

Egyébként a motor majdnem kereken egy éve üzemel(get).

[Omega]

Idézet: Carmaged - Dátum: 2005. ápr. 25., hétfõ - 22:29

Ittál?

Szerinted?   Antialkoholista vagyok.

Idézet

Egyébként a motor majdnem kereken egy éve üzemel(get).

Ez az... a régi miatti siránkozás talán annyit tartott, mint amennyi ideje az új üzemel. Nem jött be, valamiért. És nem változik semmi egy ideje. Nem értem.

[Carmaged]

Idézet: Omega - Dátum: 2005. ápr. 25., hétfõ - 22:43

1. Szerinted?   Antialkoholista vagyok.



2. Ez az... a régi miatti siránkozás talán annyit tartott, mint amennyi ideje az új üzemel. Nem jött be, valamiért. És nem változik semmi egy ideje. Nem értem.

1. Jól titkolod. :Ð


2. Mi a jobb? Ha néha nem lehet elérni a fórumot/lassú, vagy ha elhalnak topicok, máshová kerülnek postok? Szerintem a mostani kínlódás jobb szenvedés, mint a régi.

[*Pangea*]

Lehet, hogy már volt, akkor bocs: csak én nem tudom megnézni a felhasználók adatait?
Természetesen bejelentkezés után.

[Krinyo]

Idézet: Pangea65 - Dátum: 2005. ápr. 26., kedd - 16:56

Lehet, hogy már volt, akkor bocs: csak én nem tudom megnézni a felhasználók adatait?
Természetesen bejelentkezés után.

Csak 100 hozzaszolas felett perpill...

Krinyo

[*Pangea*]

Idézet: Krinyo - Dátum: 2005. ápr. 26., kedd - 15:58

Csak 100 hozzaszolas felett perpill...

Krinyo

És ez így is marad, vagy dolgoztok rajta? 

[Krinyo]

Nem marad igy, dolgozunk rajta.

Krinyo

[*Pangea*]

Idézet: Krinyo - Dátum: 2005. ápr. 26., kedd - 16:30

Nem marad igy, dolgozunk rajta.

Krinyo

Megnyugodtam. Jó munkát! 

[Omega]

Idézet: Krinyo - Dátum: 2005. ápr. 26., kedd - 17:30

Nem marad igy, dolgozunk rajta.

Krinyo

Erre miért nem válaszoltok? Egyértelmû kérdés, normális hangvétellel és sokan kiváncsiak a válaszra.

[Enolagay]

Idézet: Omega - Dátum: 2005. ápr. 25., hétfõ - 16:30

  Mitõl vártok javulást, vártok-e javulást, illetve a HWSW üzemeltetõjének szándéka-e ezt a fórumot tovább mûködtetni? Tehát meddig tart ez a helyzet, mi lesz a vége és mikor?
  Azt kár írnod, hogy dolgoztok rajta, meg amit Enologay írt nekem, hogy tudnám mennyire nagy szívás, mert ezt magam is látom és sajnálom. De mint felhasználó, kezd unalmas lenni a használhatóság hiányával kitelõ idõtartam.

sokat optimalizaltunk rajta, uj php mysql lett felteve, 500ezer postot vegervenyesen likvidaltunk, hogy az index file csokkenjen stb. ez elvileg eleg kellett volna lenni. a problema ott van, hogy az uj forum inditasakor tavaly kitiltottuk a google botjat. ezt mostanag vettuk eszre, s visszaengettuk. akkora forgalmat hozott ide 1-2 honap alatt, hogy az optimaizaciokkal felszabadult kapacitas kodde is valt. a tegnapi adsl hirunk generalta terhelescsucsrol ne is beszeljunk...

sajnos mas nagyobb ipb tulajdonosok is nyafognak, hogy az engine megesz mindent. a 2.0-ra kar atalni, mert allitolag meg lassabb. a fejleszto ceg a 2.1be igeri az optimalizaciokat. a furtozes szamitasba sem johet, hisz csak az uj 5-os mysql tamogatja, azonban a legutolso stabil debian packban csak 4.0xx van. marad hogy a vasat szettuningoljuk. jelenleg mivel a ket xeon boven eleg, annyit tudunk tenni, hogy egy gyorsabb disk alrendszer kerul be. ez most hetfore van timingolva, mert a rendszergazdank lazas. ennyi.

ez valoszinuleg megoldja. ha nem, kenytelenek leszunk a 3 evnel regebbi nem aktiv topicokat kihajitani.

mas motorra valo atallas meg szamitasba sem johet, mert ekkora meretnel mindegyik ezt csinalja. fejleszteni sajatot meg nem akarunk.

[Omega]

Idézet: Enolagay - Dátum: 2005. ápr. 26., kedd - 20:08

sokat optimalizaltunk rajta, uj php mysql lett felteve, 500ezer postot vegervenyesen likvidaltunk, hogy az index file csokkenjen stb. ez elvileg eleg kellett volna lenni. a problema ott van, hogy az uj forum inditasakor tavaly kitiltottuk a google botjat. ezt mostanag vettuk eszre, s visszaengettuk. akkora forgalmat hozott ide 1-2 honap alatt, hogy az optimaizaciokkal felszabadult kapacitas kodde is valt. a tegnapi adsl hirunk generalta terhelescsucsrol ne is beszeljunk...

sajnos mas nagyobb ipb tulajdonosok is nyafognak, hogy az engine megesz mindent. a 2.0-ra kar atalni, mert allitolag meg lassabb. a fejleszto ceg a 2.1be igeri az optimalizaciokat. a furtozes szamitasba sem johet, hisz csak az uj 5-os mysql tamogatja, azonban a legutolso stabil debian packban csak 4.0xx van. marad hogy a vasat szettuningoljuk. jelenleg mivel a ket xeon boven eleg, annyit tudunk tenni, hogy egy gyorsabb disk alrendszer kerul be. ez most hetfore van timingolva, mert a rendszergazdank lazas. ennyi.

ez valoszinuleg megoldja. ha nem, kenytelenek leszunk a 3 evnel regebbi nem aktiv topicokat kihajitani.

mas motorra valo atallas meg szamitasba sem johet, mert ekkora meretnel mindegyik ezt csinalja. fejleszteni sajatot meg nem akarunk.

Kösz a választ!

[andrej]

Idézet: Enolagay - Dátum: 2005. ápr. 26., kedd - 20:08

sokat optimalizaltunk rajta, uj php mysql lett felteve, 500ezer postot vegervenyesen likvidaltunk, hogy az index file csokkenjen stb. ez elvileg eleg kellett volna lenni. a problema ott van, hogy az uj forum inditasakor tavaly kitiltottuk a google botjat. ezt mostanag vettuk eszre, s visszaengettuk. akkora forgalmat hozott ide 1-2 honap alatt, hogy az optimaizaciokkal felszabadult kapacitas kodde is valt. a tegnapi adsl hirunk generalta terhelescsucsrol ne is beszeljunk...

sajnos mas nagyobb ipb tulajdonosok is nyafognak, hogy az engine megesz mindent. a 2.0-ra kar atalni, mert allitolag meg lassabb. a fejleszto ceg a 2.1be igeri az optimalizaciokat. a furtozes szamitasba sem johet, hisz csak az uj 5-os mysql tamogatja, azonban a legutolso stabil debian packban csak 4.0xx van. marad hogy a vasat szettuningoljuk. jelenleg mivel a ket xeon boven eleg, annyit tudunk tenni, hogy egy gyorsabb disk alrendszer kerul be. ez most hetfore van timingolva, mert a rendszergazdank lazas. ennyi.

ez valoszinuleg megoldja. ha nem, kenytelenek leszunk a 3 evnel regebbi nem aktiv topicokat kihajitani.

mas motorra valo atallas meg szamitasba sem johet, mert ekkora meretnel mindegyik ezt csinalja. fejleszteni sajatot meg nem akarunk.

Frontend http-vel, moge bika SQL. Ennel okosabbat nehez csinalni. Egyebkent 4.1.x a legujabb mysql sarge csomagban, woodyban meg 3.23.x szvsz.

[Enolagay]

ami meg gondot okoz, hogy az olvasoi szokasok is naponkent valtoznak. ma pl nagyobb forgalom van eddig a forumban mint tegnap, megis stabilabb, mert jol eloszlik. tegnap meg volt 3 olyan terhelescsucs, ami nem esett jol neki.

[nyunyu]

mySQL error: Server shutdown in progress
mySQL error code:
Date: Tuesday 26th of April 2005 09:59:59 PM

Wow

[Enolagay]

Idézet: nyunyu - Dátum: 2005. ápr. 26., kedd - 22:03

mySQL error: Server shutdown in progress
mySQL error code:
Date: Tuesday 26th of April 2005 09:59:59 PM

Wow

lassult es ujrainditottuk.

[kroozo]

Idézet: nyunyu - Dátum: 2005. ápr. 26., kedd - 22:03

mySQL error: Server shutdown in progress
mySQL error code:
Date: Tuesday 26th of April 2005 09:59:59 PM

Wow

Én is láttam....

Enola: esetleg nem gondolkodtatok el mysql cseréjén? Amennyire én értek hozzá, tényleg nem a legjobb nagy terhelésre. Fõleg, hogy azok a queryk, amiket hiba közben lehet látni, rendesen meg vannak pakolva joinokkal..... Tudom nagy meló, de ha esetleg van a motorhoz vmi konvert készlet, lehet hogy egy postgre vagy sap próbát megérne a dolog. Debian meg sargeot szerintem viszonylag nagy üzembiztonsággal lehet használni, a legnagyobb baja véleményem szerint inkább az, hogy míg a stabilba és a sidbe gyorsan potyognak bele a security updatek, addig ott bizony az a faramuci helyzet, hogy idõnként csúszás van... De persze mysqlt meg egyebeket forgatni is lehet nyugodtan, akkor meg majd mind1 mi alá teszed. Esetleg lehet még prószálni ubuntura átálni, ha ragaszkodtok a stabil jelzõhöz,  mert azt egy sid upgrade után még esetleg ki lehet vitelezni, és nem is rossz.

Izé, a lemezekrõl lehet tudni hogy nem bírják? Mert lehet inkább ram irányba lenne érdemes menni (cca kicsutkázni a lapot. sql hülye zabagép, de ezt úgyis tudjátok.)

Ha a régi topicokat kivágjátok, azért azt jó volna nem a /dev/null, hanem vmi másik adatbázis irányába tenni, kár lenne értük....

Ne sürgetésnek, vagy okoskodásnak vegyétek, szimplán hangosan gondolkodom, ráadásul vszínûleg olyasmin, amit már ti is átrágtatok, de hátha mégsem

[kroozo]

Idézet: Enolagay - Dátum: 2005. ápr. 26., kedd - 22:08

lassult es ujrainditottuk.

mindenesetre az este tíz utáni postért a témában egy KCS minimum jár\dots

Esetleg egy virtuális ser:?

[Atti]

Idézet: Enolagay - Dátum: 2005. ápr. 26., kedd - 20:08

jelenleg mivel a ket xeon boven eleg, annyit tudunk tenni, hogy egy gyorsabb disk alrendszer kerul be.

Valami SCSI cucc lesz? Vagy Raptorok?

[Carmaged]

Láma ötlet, de azért feldobom. Volt itt valahol olyan mondva, hogy 1,7GB az egész adatbázis (nekem ez picinek tûnik, de legyen). Ez esetben azért nem kell túl combos szerver, hogy ennek egy jó része akár cache-bõl fusson, egy-két percenkénti frissítéssel.

Józan paraszti ésszel gondolkodtam, tuti nem jó, de azért erõsítsetek meg! :Ð

[Enolagay]

elvileg a forumot gyarto ceg tamogat egy csomo masik adatbazis kezelot is.