Ostatnio odbiła mi pała i postanowiłem napisać sobie chata. Przyjmuję że każdy będzie wiedział o co mi chodzi.

Głównym moim problemem jest odświeżanie okna dialogowego. Głupi pomysł, ale nie umiałem wymyśleć lepszego: okno odświeża się co 1 sec , analogicznie działa lista osob na chacie.

I teraz kieruje pytanie do Was koledzy

Jak zrobić (teoria, może przyklady jakieś, zarzucicie jakimś kodem ), aby okno dialogowe jak i lista osób online osświeżała się tylko wtedy, gdy dojdą nowe dane ? jak to sprawdzić nie przeciążając bazy danych?

oczywiście: jak najmniej JavaScriptu

Pozdrawiam, Athlan

nie wiem czy dobrym rozwiązanie jest odświeżanie strony co sekunde, zrobisz jakąś szatę graficzną,
przykładowo niech plik razem ze zdjęciam waży 5 kb, jak szybko skończy ci się limit transferu na serwerze? Chyba że piszesz dla siebie na locala, poza tym możesz sprobować z Ajaxem i do diva na stronie wstawiać ostatni dodany wiersz a reszta automatycznie do góry.

Ajax Ci zdecydowanie polecam, podobno świetnie sie sprawdza. Przeczytaj na blogu hwao notkę o czacie . Tam jest all .

No dobra... fajnym pomysłem jest dodanie div'a i dodawanie tam informacji (przyjmę to, dzięki ), ale co z operacjami na bazie danych? chyba nie ebde sprawdzał co sekundę czy mam coś dodać do div'a, skoro właśnie to jest największym obciążeniem bazy danych

pozdrawiam

Już kiedyś to napisał - do chatu najlepszy rozwiązaniem jest AJAX. Pisałem mały chat dla zabawy w AJAX'ie (dla zabawy z AJAX'em) - wyszedł lepiej niz myślałem Tylko i wyłącznie AJAX. Możesz też zobaczyć jak działa chat na Home.pl.

no dobra... zaczne się uczyć AJAX'a ale jak to ma dokładnie działać? co sekundę wysyla zapytanie do bazy czy są nowe wiadomości? no bez przesady

jakieś pomysły o sprawdzanie nowych wiadomości ?

Po kiego grzyba co sekundę .



---
Juz raz dostałes ostrzeżenie za nabijanie posów.
Widzę że nadal to robisz.
Jak masz coś do przekaznia konkretnego to pisz, jak nie to się wstrzymaj.
~mike_mech

@Turgon wyczerpująca wypowiedź... to jak też wyczerpująco: bo tak

a ta na serio: no trzeba być na aktualce... ten chat bedzie przeznacvzony do konferencji ale narazie jest raczej... shoutbox'em

ponawiam pytanie:
zaczne się uczyć AJAX'a ale jak to ma dokładnie działać?

pozdrawiam serdecznie

@NetJaro na home.pl rozmowa z konsultantem odświeża całą stronę, czy to ten Twój czat? czy nie to co trzeba oglądam? chciałbym zobaczyc jak to działa.

Łukasz

@kossa no coś Ty, takie badziewie, mam lepsze i sie samo odświeża nawet Hmmm, a da sie jakos bez AJAX'a pobrać, czy nadeszły jakieś nowe wiadomości, np od ostatniego odświeżenie i potem dopiero wywołać zapytanie?

czy to nie obciązy bazy jak wykonam np zapytanie: czy jest jakaś nowa message od ostatniego refreshu i tak co 1 sec?

(krótkie zapytanie ale jednak obciąża)

pozdrawiam

Boże weź poczytaj na jakiej zasadzie działa Ajax i reszte juz będziesz wiedział. Btw jest juz kilka takich topiców.


po co ?

Wiesz... zawsze jak zakładam topick czytam najpierw dokumentację

pomyślałem o takie rozwiązaniu: Ajax sprawdza zapytaniem czy nie ma nowszych informacji niż ostatnia data zawarta w sesji, jezeli są... dodawane są indormacje do DIV'a, jeżeli nie ma, ustawaimy datę sesji na aktualną

powinno być dobre można zamknąć

pozdrawiam

--EDIT--

@Apo - a jak chcesz sprawdzić czy są nowe messagesy? samo nie przydzie

lol. A słyszałem że jesteś najlepszy, masta i wogle ...

Przy dodawaniu nowego wpisu ajax wysyła tresc do php, nastepnie php zapisuje dane w bazie i odczytuje wpisy, które następnie przesyła spowrotem do ajax'a a ten je wyświetla w divie...

no a jak ktoś nic nie pisze? to jak dostanie nowe wiadomości napisane przez innych?


dzieki

pozdro

Po pierwsze to co jak jak ja nic nie napiszę, to co będzie?
Po drugie: "następnie przesyła spowrotem do ajax'a" - niewinnie się pisze, ale ciekaw jestm jak to zrobisz? Musiałbyś nasłuchiwać czekając na dpowiedź, albo pytać co jakiś czas czy coś jest. Na przykład co sekundę.

Inaczej nie da rady tylko pytać co 1sek.

chyba ze w momencie dodania przez usera wiadomosci or smth wysylac zapytanie przez ajaxa ....

1. Jak nic nie napiszesz to nic sie nie zrobi
2. Dawno nie używałem Ajaxa ale opisze to jak ja to widze:
User wysyła treść wpisu -> Ajax przekazuje ją do php -> php zapisuje treść w bazie -> php odczytuje treści i wyświetla je -> Ajax przekazuje treść jako Response.Text (chyba tak to sie nazywało)

no a ma sie automatic zrobić czyli refresh, myślałem o 1 sekundzie, ale przecież broń dalekiego zasięgu na naszą bazę danych

user jeżeli coś napisze to mu sie odświeży a jak nic nie napisze to musi mu się odświeżyć samo... chyba logiczne

~Athlan ja wiem jak to zrobić.
Pytałem retorycznie ~Apo, który napisał "które następnie przesyła spowrotem do ajax'a a ten je wyświetla w divie"

O mija logike to Ty się nie martw

Poprostu np. co 5 sec pobieraj ajaxem jaka zawartość ma się wstawić do diva (zopbacz na mojej stornie shouta (sam ajax) http://nfscg.info/x-trim3/) Wysyłasz zapytanie do pliku php, gdzie pobiera on z bazy danych wszystkie odpowiedzi (lub np. 5) i wstrzykujesz je do diva Proste, tylko nie wiem jak na to wychodzi obciążenie z bazą. Spytam sie testujac około 10 userów i powiem co z bazą danych

jesli juz tak bardzo bazy nie chcesz ruszac to mozesz zaprzac do tego jeden plik.

Plik bedzie zawieral ID ostatnio dodanej wiadomości. Czyli ktos cos pisze, zapisuje sie to do bazy i potem do pliku wstawiany jest ID tej ostatniej wiadomosci.

A teraz ludki, ktorzy czytaja:
wysylasz se ajaxem co x sekund requesta. W request zapisujesz ID ostatnio pobranej wiadomosci lub bez ID, jesli jeszcze nic nie pobrales. Teraz serwer odbiera ten request i jesli nie ma ID, to zaczytuje z bazy nowosc. Jesli jest ID to sprawdza czy to ID jest takie samo jak w pliku. Jesli takie samo - to nie ma co biec do bazy. jesli jednak inne, znaczy ze jest nowa wiadomosc i trzeba biec do bazy.

W ten sposob do bazy bedziesz biegal tylko gdy beda nowe wiadomosci

@bim2 - no chcesz zrobić tak jak ja, ale to zakładamy przy 30 osobach (konferencja) to nieźle obciąża bazę...

@nospor - niezłe a może tak by dla każdego usera trzymać jego ostatio odebrane ID messagesa w sesji żeby pliku nie męczyć?

tak samo z dołączeniem do chata... generowany jest czas joinu i nie weźmie messagesów wcześniej napisanych... przy komendzie /clear czyści DIV'a i ustawia jina na aktualny czas... nooo teraz problem wygląda w miarę klarownie

pozdrawiam

A może Flash i FlashComm lub XMLSocket ?
Zdecydowanie wydajniej

@DjKermit własnie chodzi o to że na php na flashu to robimy chata z kumplem: http://www.flash-chat.pl (zajmuje sie integracją z phpBB i takimi tam)...

chodzi o to, aby porzucić technologię flash i przejść na php czyste

pozdrawiam

Sesja to w zasadzie tez plik na dodatek zakladany dla kazdego usera. A moj plik co mowilem jest jeden na wszystkich.
Pozatym napisales, ze chcesz tam trzymasz ID ostatnio odebranej wiadomosci, a nie ID ostatnio dodanej. To troche inaczej niz mowilem. Co ci po ID ostatnio pobranej? Musisz wiedziec jaka byla ostatnia dodana. Ostatnio pobrana to tak jak mowilem w REQUEST przekazywac (od biedy i w sesji to mozna trzymac). Tak czy siak plik na ostatnie ID musi byc

~nospor a mi to rozwiązanie się nie podoba
Taki plik nie da rady i dla 10 osób po kilku minutach romowy padnie, wyzeruje się czy coś.

Pliki są zawodne w takich sytuacjach i to bardzo.

e tam. ja nigdy nie mialem problemow z plikami, nie zerowaly mi sie ani nic takiego. Kwestia umiejętnego ich uzywania

edit: a nawet jak sie wyzeruje, to najzwyklej w swiecie pobierze sie ostanie ID i zapisze jeszcze raz.

Eee tam, liczniki to nie wszystko Może nie miałes okazji ich przetestować

Takim plikom ja nie ufam. Ten plik będzie odpytywany co chwila, a jak rozmowa będzie żywiołowa to jeszcze częściej i będą konfikty z dostępem.

Ale to nie bedzie licznik. Tam bedzie zapisywana wartosc z bazy. Wartosc w pliku ma nie byc incrementowana a nadpisywana

Jak pisalem, trzeba umiejetnie ich uzywac
Jak mnie jeszcze pownerwiasz to napisze taki czat i potestujem

edit: w sumie to nie glupi pomysl. moze faktycznie napisze

no to go denerwujemy: mÓÓÓÓÓÓÓÓÓÓÓÓÓÓÓÓ

coś Ty sie tych plików tak czepił...

a po to, aby sprawdzić czy są nowsze jeżeli są, wlepiamy je do DIV'a, jezeli nie... nic nie robimy. A jeżeli kolo napisze messagesa to go załapie, bo otrzyma kolejnego ID, czyli jego wiadomość zostanie zaliczona jako nowa

pozdrawiam Nospor ... to pisz tego chata

no ale ID ostatnio pobranej to ja mowilem zeby trzymac w request. W pliku ma byc id ostanio dodanej. Jesli ty w pliku bedziesz mial ID ostatnio pobranej, to bedziesz musial leciec do bazy by sprawdzic jakie jest ID ostatnio dodanej.
Ale te pare postow to sie chyba poprostu nie do konco zrozumielismy i stad te zamieszanie

coraz bardziej mnie korci...
Od poniedzialku ide na urlop, to moze cos sklece. zobacze.

Myśle, że mógłby sie sprawdzic tutaj wzorzec Obserwatora. Reagować na dodanie wiadomości i dopiero wtedy odświeżać zawartość..

Pozdrawiam

Po długich przemyśleniach stwierdzam, iż @nospor w swoim pierwszym poście ma całkowitą rację... aby nie obciążać bazy... jest sobie pliczek "~msg.tmp" i tam ID ostatnio dodanej wiadomości.

Jak zapisać wartość do pliku? ano tak, że jak dodajemy nową wiadomość, to zapisujemy sobie ID dodanej w pliczek - nieważne kto dodaje... i teraz pobieramy wszystkie wiadomości z bazy nowsze, bądź równe ID messagesa w pliku i zapisujemy sobie to ID do sesji dodatkowo... jeżeli w sesji jest równe jak w pliku to nie wysylamy zapytania o nowe wiadomości

tak samo tyczy sie z userami... każdy user otrzymuje UID prz joinie (czyli ID wiadomości tak jakby)

nooo traz można cos robić pozdrawiam all i powiedzieć co sądzicie o przeanalizowanym pomyśle

No to jest calkiem niezłe, bazy nie zarznie a jesli plik padnie, to po chwili pewniektoś coś wyśle i wskoczy nowa wiadomośc Zaraz przebuduje swojego shouta ;P

teraz mam problem... przy 10 typa na chacie już są problemy (z wysyłaniem wiadomości)

ogólnie chacik sobie radzi, nie laguje wszystko dziala ok, ale jak robimy testy w 10 osób i wszyscy zaczynają pisać nagle byle co (żeby tylko dodać coś ) to plik po prostu pada

i teraz pytanie jest następujące:

czy plik może być używany/nadpisywany przez kilku userów jednocześnie?

(przy szybkim wysyle jest używany przez kilku userów)

Operacje na plikach sa chyba kolejkowane. Masz takie coś jak flock() - blokada pliku.

@Cysiaczek - chyba czy na pewno ? tutaj muszę być jednak pewien
btw: uzywam file_put_contents()" title="Zobacz w manualu php" target="_manual

użytkownicy są pobierani nieco inaczej niż wiadomości... każdy ma swój plik w katalogu temp i lista userów jest zczytywana co 1 sec przez każdego usera... więc też czasem wywala z chata, bo co 1 sec jest zapisywany plik usera z aktualnym stanem, statusem itp.

po co pliki? a po to ze jak moderator zrobi /kick user to wywala mu plik i... połączenie przerwane, powód: (responseText) MOD CIE WYKOPAŁ

i teraz jest konflikt z zczytywaniem plików i ich zapisem w tym samym momencie... da się jakoś to skolejkować (jak kolega powiedział) :?:

1. No widzisz - a ty ten plik usuwasz za każdym razem, czy modyfikujesz? To raczej ważne.
2. Przyznam się bez bicia, że nie wiem, co się dzieje, gdy skrypt trafi na zablokowany plik... hmm... halp halp halp

@Cysiaczek - plik jest co sekundę sprawdzany czy jest jak jest to nadpisujemy go o aktualne dane, jak go nie ma to znaczy że modek nas wykopał i znikamy wszystkiz z listy zalogowanych NATYCHMIASTOWO!

dodatkowo jeżeli funckja filemtime" title="Zobacz w manualu php" target="_manual wskaże że nie edytowalismy pliczku przez 3 sec to znaczy że straciliśmy kontakt z serwem albo co... w każdym razie - timeout

no i problem jest taki, że wszystkie pliki sa masowo uzywane.. czy mogą być? no i czy mogą dopisywać dwie osoby jednocześnie? lub czy jest jakiś inny sposób na tych userów?

---EDIT---

mimo poniższego skryptu który blokuje plik, problem niestety nadal wystepuje:

[PHP] pobierz, plaintext 
<?php
function file_put($n, $d)
{
	$f = @fopen($n, "w+");
 
	if(!$f)
	{
		return false;
	}
	else
	{
		if(flock($f, LOCK_EX))
		{
			fwrite($f, $d);
			flock($f, LOCK_UN);
			fclose($f);
			return true;
		}
		else
		{
				return false;
		}
	}
}
?>
[PHP] pobierz, plaintext 

pozdrawiam