[Propozycja] Zmiana skryptu

[krystianb]

I przy userach typu mod to baza puchnie tak samo szybko, no może nieco mniej.

A gdzie tam, byle czytelnik przeczyta więcej niż 1000 postów i w bbphp3 wszystkie muszą być zapamiętane. A ilość nieprzeczytanych postów mamy ograniczoną do ostatniego bodajże właśnie 1k, po przekroczeniu tej liczby najstarsze posty oznaczane są jako przeczytane. Przy zapamiętywaniu postów przeczytanych starych rekordów nie można kasować.Taka baza puchnie szybciej niż by w ciąży była.

[key]

Ty przeczytaj jeszcze raz co ja napisałem - powinien to sprawdzać PO próbie logowanie, a nie przed.

No i co dalej? ReC jako nastepne zabezpieczenie po okreslonej ilosci bledow - w miedzyczasie masz increase licznika. Koncept nie pasuje w aktualna idee logowania - wymagal by przepisania calego skryptu logujacego. Jak pisalem wyzej: masz pole do popisu.

[lukasamd]

No i co dalej? ReC jako nastepne zabezpieczenie po okreslonej ilosci bledow - w miedzyczasie masz increase licznika. Koncept nie pasuje w aktualna idee logowania - wymagal by przepisania calego skryptu logujacego. Jak pisalem wyzej: masz pole do popisu.

Poprawka: miałem, zmieniłem skrypt na lepszy (moim zdaniem)

[key]

Mialem na mysli napisanie poprawki do skryptow na tym forum.

BTW: Poszles na latwizne SCNR

[lukasamd]

Na łatwiznę nie, bo serwis będący na php-fusionie przepisałem na własny kod + integracja właśnie z phpBB3 (kolejna zaleta tego skryptu).

[YaHooo]

Zrób sobie dokładny debug zapytań (wystarczy lekko zmodyfikować db/mysql.php lub db/mysql4.php, zależy czego używacie) i zobaczysz w jakich sytuacjach odwołuje się do read_history i ile czasu zajmują te zapytania.

Akurat się przyznać muszę, że tego nie robiłem...

Wydaje się bez sensu? W czym łatwiej szukać: w milionie rekordów, czy w dziesięciu tysiącach?

Oczywiście, że im mniej tym lepiej

Jakakolwiek bardziej skomplikowana struktura kładzie pierwszy silnik. Im bardziej rozbudowane forum, tym gorzej.

Z tym się też nie mogę nie zgodzić

W phpbb3 nie będzie nic. Dopiero przy wyszukiwaniu zostanie porównany wskaźnik czasu dla tych 30 tematów (a wszystko jest na indeksach).

Jednak to też jest lepsze rozwiązanie, jakby nie patrzeć.

A ilość nieprzeczytanych postów mamy ograniczoną do ostatniego bodajże właśnie 1k,

To się chyba ustawia. A modzi chyba nie mają tego limitu. Albo jest on wyższy niż dla zwykłych userów.

[krystianb]

To się chyba ustawia.

Oczywiście kiedyś było 500, ale modzi to przypadek marginalny i można go w statystykach pominąć.

[YaHooo]

Oczywiście kiedyś było 500, ale modzi to przypadek marginalny i można go w statystykach pominąć

W sumie racja.

[zDaleKi]

Myślisz, że czemu te "giganty" zmieniają silniki na vBulletin czy IP.B? Po prostu są one o wiele bardziej wydajniejsze i przyszłościowe.

Jest tylko jeden problem o którym nie wspomniałeś. np. taki vB pożera o wiele większe ilości transferu a co za tym idzie łącze jest droższe. Kto kiedyś interesował się ile kosztuje porządne łącze z pewnym limitem transferu, ten wie o czym piszę.
Ponadto po stronie użytkownika samo czytanie forum na vB też wiąże się z o wiele większym zapotrzebowaniem na "kB".

Wszystko da się załatwić w jedną noc - jeśli się tylko już to robiło

Powodzenia życzę. Przerabialiśmy to na starym forum laptopowym. Przejście z Przema na vB. I mimo przygotowań na kopii bazy "oficjalne" przejście nie trwało jednej nocy jak by się komuś marzyło. Przy tej ilości zmian w strukturze bazy różne kwiatki wychodzą.

IMHO migracja to duze ryzyko, jesli juz to do zrobienia tylko i wylacznie off-line (czyli minimum 2 dni wylaczenia forum).

Taka prawda.

Tu się też nie zgodzę. Przy forum tej wielkości konwersję powinno się robić offline i wszystko dokładnie sprawdzić. Można zrobić w jedną noc, ale potem to userzy wynajdą problemy a nie my
Konwersja to poważna sprawa, lepiej unieruchomić forum na jakiś czas, ale "wyjść z niej zwycięsko".

Tu też się zgodzę w całej rozciągłości.

Nieprawda. Najnowsze wersje zarówno vB (4) jak i IPB (3) są wolniejsze niż ich starsze wersje.

Otóż to.

A gdzie tam, byle czytelnik przeczyta więcej niż 1000 postów i w bbphp3 wszystkie muszą być zapamiętane. A ilość nieprzeczytanych postów mamy ograniczoną do ostatniego bodajże właśnie 1k, po przekroczeniu tej liczby najstarsze posty oznaczane są jako przeczytane.

Tak jest jak piszesz. Dodatkowo po 30 dniach informacje są usuwane.

Co do reszty problemu tu poruszanego, to za dużo napisaliście aby się do tego odnieść.