wyłączanie śledzenia wątków

>Nie kompromituj sie Richie textem że na raty jest lepiej.

no widzisz kompromituje sie, tak samo jak skompromitowali sie autorzy phpbb2, wsrod ktorych jest dwoch kolesi, ktorzy na bazach danych zjedli zeby jak ty jeszcze... wstrzymam sie od zlosliwosci, tak przynaje skompromitowalem sie tak jak autorzy jednego z dwoch najlepszych enginow na swiecie do prowadzenia forum , za to ty im wszystkim za chwile wyslesz maila jak bardzo sie skompromitowali tak jak i ja i ze jest przeciez calkiem inny latwy sposob na zrobienie takiego engine i nie potrzebnie zmarnowali lata edukacji i tysiace godzin nad pisaniem tak kompromitujacego forum

>Moze jak sobie stronę www robisz to lepiej.

forum dziala analogicznie do strony www wlasnie a nie hurtowni, tutaj ty sie kompromitujesz, ze tego nie widzisz

>Napisz poważniejszy system w ten sposób, szczególnie o skali hurtowni
>danych gdzie ilość danych jak i aplikacji/użytkowników pytających o nie
>jest naprawdę duża. Gdzie liczy sie optymalizacja zapytań.

ok pokaz mi ten ktory ty napisales i widzisz przeciez, ze dziala duzo lepiej

>A i tak na dole strony jest napisane: phpBB Created this page in
>2.480395 seconds. Wg mnie to b. dużo.

no i widzisz kolego kompromitacja na calego nadal chcesz dyskutowac tym razem o czyms o czym nie masz juz calkowicie pojecia? te 2s wynikaja z tego, ze jest godzina 17.00 w piatek, ludzie ciagna stuff na weekend jak zwykle do domu a moj server obsluguje w tej chwili ok 450 polaczen symultanicznie w mysql siedzi sobie 8 baz danych, apache do tego podaje kilkadziesiat statycznych stron www, a ludzie odbieraja ok 200 kont mail, to wszystko obsluguje celeron 400 i 128mb ram nadal uwazasz, ze engine forum jest wolny? jest genialnie szybki, zreszta jakbys mial pojecia o czym dyskutujesz, wiedzialbys, ze nie tak dawno bo ok 2 miesiecy temu zostal przeprowadzony test Vbulletin i phpbb2 wlasnie pod katem obslugi for powyzej 100.000 uzytkownikow, wyniki byly rewelacyjne, wiec prosze cie nie plec na temat budowy kodu enginu forum, ktorego miesiac temu nie umiales zainstalowac nawet, a teraz twierdzisz, ze sposob rozwiazania go i lata pracy i udoskonalaniem go to kompromitacja

>W kazdym razie nie sa to ani szybkie ani bezpieczne rozwiązania.

ja ci mowie napisz do autorow, moze dstaniesz nagrode nawet skoro wszyscy inni robia zle, a ty umiesz dobrze?

>Jeśli nie potrafisz sie z tym zgodzić to po prostu brak Ci wiedzy na ten
>temat albo jesteś tak zadufany że nie potrafisz się przyznać do błędu.

jakiego bledu? przyznalem sie przeciez, ze twoj sposob jest na pewno lepszy od tych wszystkich programistow baz danych, ktorzy od lat tym sie zajmuja! jedyne czego brakuje to potwierdzenia tego nie tylko teoretycznie, ale uprzedzam, przewaznie najtrudniej jest zrobic cos samemu i pokazac, ze caly swiat sie dotad mylil duzo latwiej przeczytac pare linijek i powiedziec, ze wszystko jest do dupy, bo ty masz inny pomysl na rozwiazanie tego

> W sumie starcia userów z Richiem
>zdarzają się tak często że staje się to po prostu nudne.

oczywiscie jak zwykle nie zauwazyles, ze post vette byl po twoim, a nie po zadnym moim, ale to juz faktycznie norma spadnij na planete ziemia i zrob cos wkoncu sam i pokaz to, bo bajdurzyc to kazdy umie, chociaz przyznam, ze tobie to wychodzi swietnie

Cytat:

forum dziala analogicznie do strony www wlasnie a nie hurtowni, tutaj ty sie kompromitujesz, ze tego nie widzisz

Ty się zastanów co piszesz. haha. co ma jedno do drugiego. Forum i hurtownię rozpatrujemy pod względem wykorzystania zapytań bazodanowych a nie frontendu. Do hurtowni też można fron-end zrobic na php i wtedy będzie hurtownia działała analogicznie do strony www.... Jezzu

BTW: świetnie Richie że przyznajesz mi rację wreszcie
Ale musze sprostować że nie mowa o enginie forum ale o sposobie zapytań do bazy. Napisałem tez dlaczego są takie a nie inne (kompatybilnośc z wieloma bazami danych).
Ale zostało to okupione właśnie prędkością i mniejszym bezpieczeństwem co w wypadku tego zastosowania jakim jest forum jest mało istotne. I nie czepiaj się prędkości. W tej skali, przy takiej iości danych zysk jest niewielki akurat. Chociaż na pewno jesli naraz próbowałoby używać forum 100 osób to byłby zauważalny

Cytat:

Zapytanie1 Zapytanie2 Zapytanie3 - to zapytanie spowodowało błąd W ten sposób masz nieintegralną bazę danych bo wprowadzono część danych a część nie. Jak powiedziałem nie ma transakcji w phpbb2 więc nie można cofnąć poprzednich wpisów.

Skutki tego czasem widac w "poszarpanych" badz dziwnie "powielonych" postach.
Kurde MaXyM po co sie czepiasz ?? Tak jak Richie napisal - jak umiesz lepiej to napisz sam, ale IMHO jesli od kilku lat kilku/kilkunastu ludzi nad czyms pracuje to watpie, zebys w krotszym czasie cos lepszego zrobil...

Nogal te "dziwnie powielone" posty to nic innego jak skutek niecierpliwosci piszacych, ktorzy po kliknieciu "wyslij" nie moga sie doczekac komunikatu potwierdzajacego wyslanie posta i klikaja ponownie raz czy kilka razy. I za kazdym razem wysylaja ten sam tekst w tym samym poscie.

Proste jak flooding na ch***wo napisanych chatach

Na potwierdzenie :wink:Na potwierdzenie :wink:Na potwierdzenie

Ale MaXyM zaraz pewnie napisze ze to blad w phpBB

KV wlasnie brak transakcji jest bardzo powaznym bledem w systemie opartym na bazie danych !!
Transakcje maja 4 wlasciwosci - w skrocie ACID (atomicity, consistency, isolation, durability) i wlasnie atomicity czyli atomowosc mowi, ze w ramach jednej transakcji wykonują sie albo wszystkie operacje, albo żadna. I tu wlasnie tez przyklad ktory podal MaXyM pokazuje, ze jesli ktoras z operacji wywolala blad to transakcja nie powinna dojsc do skutku.
Z kolei isolation czyli izolacja mowi o tym, ze transakcja nie powinna wiedziec nic o innych transakajcach az do chwili jej zakonczenia (i nie powinny miec one wplywu na nia). A obnazony przez ciebie blad pokazuje wlasnie, ze rozpoczeta transakcja wywolania przez nacisniecie przycisku "wyslij" jest "modyfikowana" przez inne wystartowane przez ponowne nacisniecie w.w. przycisku w bardzo krotkim odstepie czasu.
I dlatego mozna powiedziec , ze nie mamy tu doczynienia z transakcjami, ale jest to usprawiedliwione - po pierwsze nie mamy na forum doczynienia z waznymi informacjami, operacjami etc. , a po drugie transakcje sa rzecza skomplikowana i bardzo trudna do zaimplementowania.

Podsumowujac: czekamy Maxym, moze za pare lat uslyszymy o nowym pradzie programistycznym bazo danowym Maxymizmie, ktory odwrocil sposob komunikacji z bazami danych w forach o 180 stopni, jednak dopoki jak Grooby nie udowodnisz, ze samochod hamuje na 11metrach z 100 do 0km/h, ze ziemia kreci sie wokol slonca lub, ze twoj inny sposob programowania teoretycznego faktycznie jest prawda praktyczna a nie teoretyczna trudno cie bedzie traktowac powaznie i te teorie, problemiki itd

a te wstawianie postow to faktycznie nie wiem o czym te teorie - kavoo juz je wyjasnil lopatologicznie nie klikajcie tyle razy po prostu troche cierpliwosci

MaXyM jako informatyk powinienes chyba cos wiedziec o wymaganiach dla systemu , wiec czy nie sadzisz, ze jezeli transakcje sa w rzeczywistosci bardzo ciezkie do zaimplementowania wiec po co sie w nie bawic w tak blachym systemie jak forum

Nogal, hmm. nie wiem czemu piszesz że transakcje są cięzkie do zaimplementowania? Nawet MySQL je ma. Piszę 'nawet' bo akurat ta baza danych jest optymalizowana pod względem prędkości działania a nie pod względem implementacji aktualnego standardu SQL (jak Postgress który jest 100% zgodny z najnowszym std ale za to wolniasty). Inna sprawa że mowa o MySQL 4.x który jest w stadium rozwojowym a transakcje eralizują tylko założenie atomowości.
Transakcje są realizowane na poziomie bazy danych i nie trzeba nic oprogramowywać. do tego służą polecenia języka SQL: BEGIN/COMMIT/ROLLBACK.

phpBB2 nie ma takich mechanizmów, żeby bez problemowo móc uruchamiac go na róznych bazach. Prawdopodobnie z tego samego powodu nie skorzystano joinów aby w pojedynczym zapytaniu odczytywać czy zapisywać dane. mówię OK. Ale równoczesnie nikt mi nie będzie wciskał ciemnoty że zapytania do wielu tabel połączonych relacją JOIN to tylko wymysl akademicki a w rzeczywistkości się tego nie stosuje.

PS. Richie, Ty nie jesteś nawet złośliwy. Twój brak wiedzy po prostu żenuje.

a np. w Javie sa latwe do zaimplementowania ?? I don't think so, MaXyM

Maxym uswiadom mnie wiec i wszystkich tych zenujacych autorow zenujaco nieprawidlowych, wolnych, ze zbednymi mechanizmami skryptow pliz, prosze cie po raz nty i nie moge sie doczekac, oni pewnie tez, skoro zmarnowali lata na ten zenujacy engine skoro byle winformatyk od razu widzi, ze sa lepsze duzo sposoby, czekam nadal na cos poza fantazjami

p.s. na zenujace kompromitacje typu 2,5s generowanie to bardzo duzo przez bledy w kodzie i tak sie nie doczekam rozumiem

Jezzu Richie nie wiem już jak Ci to napisać. Bo kurde sie powtórzę 4 albo 5 raz. Autorzy phpbb2 wybrali takie rozwiązanie bo przy użyciu najprostszych z prostych zapytań SQL mozna bez żadnej modyfikacji pracować z wieloma bazami. Od mysqla do Oracla. Bo każda z tych baz supportuje takie podstawy. Może dla dla tego rozwiązania było to najlepsze wyjście, ale nie jest najlepsze jesli chodzi o sposób pisania baz danych.

Ja (my) obecnie piszemy CRMa i mimo że początkowo będzie on na Oraclu to przenoszalność rozwiązaliśmy w ten sposób że piszemy klasę dla każdej bazy osobno tak żeby maks wykorzystac możliwości każdej z nich. Oczywiście klasy będą udostępniały prgramiście takie same funkcjonalnie metody więc wystarczy podmienić klasę dla danej bazy i już. To jest to o czym pisałem twierdząc że przenoszalność bazy można zrobić inaczej.

Nogal: nie wiem jak w javie się obsługuje bazy danych bo nigdy ich nie pisałem w tym języku. Ale w czy to w PHP czy w VisualC++ czy w .NET czy w Delphi obsługa zapytań SQL wygląda tak samo. Jest funkcja której jako parametr podaje sie string - zapytanie SQL. Ponieważ słowa kluczowe dotyczące transakcji to część integralna zapytania SQL to nie wiem czemu miałby być problem.
Z tym że jak wspomniałem nie wiem jak to jest w Javie.

MaXyM ale ja mowie o calkowitym pisaniu transakcji w Javie(jak i innym jezyku programowania) a nie o wywolywaniu zapytan SQL'owych z poziomu aplikacji. W Javie tak samo jak w innych jezykach programowania wywoluje sie zapytania (czyli tak jak juz napisales).