konto usunięte

Temat: AJAX - optymalne wykorzystanie

Witam serdecznie,

Piszę obecnie pewną dość sporą aplikację, w której namiętnie korzystam z ajaksa. I mam w głębi serca trochę wątpliwości, czy słusznie czynie. A oto co te wątpliwości powoduje. Każde zapytanie wysłane do serwera korzysta z jego zasobów. Pewna pula z tych zasobów jest nie zależna od tego, co dostajemy w wyniku tego zapytania. Niestety nie wiem jak duża i znacząca jest to pula, dlatego zakładam ten temat. Piszę aplikację w rubyonrails i zastanawiam się, co jest bardziej opłacalnym:
1) wczytać dwuelementowy formularz ajaksem czy wrzucić go do nie widocznego diva od razu przy ładowaniu całego dokumentu, a potem tylko go ukazać swiat
2) wczytywać listy po kilku użytkowników z avatarami ajaksem czy załadować je od razu wszystkie i potem pokazywać je w zależności od tego, co kliknie sobie user?
Taki youtube właście każdą byle pierdołę ładuje w ajaksie. Jak wy patrzycie na taką sprawę?

pozdrawiam,

Piotr Misiurek
Blog - rubyonrails & jqueryPiotr Misiurek edytował(a) ten post dnia 12.07.09 o godzinie 18:12

Temat: AJAX - optymalne wykorzystanie

Moim zdaniem to zależy, ile tych danych masz do odczytania. Jeśli, jak piszesz, to tylko avatar i podpis usera albo dane do do prostego formularza, to IMO lepiej odczytać za jednym razem - mniej odwołań do serwera, szybsze działanie aplikacji (klik i jest).
Jeśli danych jest więcej a nie masz pewności, czy user je odczyta, to chyba lepiej poczekać na jego akcję.
W Twoim przypadku ładowałbym wszystko od razu.
Adam Brodziak

Adam Brodziak PHP, football, fun

Temat: AJAX - optymalne wykorzystanie

To zależy. Jaki masz koszt wykoniania zapytania AJAX? Jak często będzie ono wywoływane? To są dwa podstawowe pytania na jakie musisz sobie odpowiedzieć. Jeśli klikanie wystąpi często, a zapytanie jest dość ciężkie (a na to mógłby wskazywać RoR) wtedy lepiej jest wczytać to naraz.

To jest bardziej problem aplikacji wielkiej skali, jestem przekonany że YouTube ma wyliczone że bardziej opłaca im się wykonać dodatkowy request. W małych aplikacjach zwykle się nie opłaca.

konto usunięte

Temat: AJAX - optymalne wykorzystanie

To jest bardziej problem aplikacji wielkiej skali, jestem przekonany że YouTube ma wyliczone że bardziej opłaca im się wykonać dodatkowy request. W małych aplikacjach zwykle się nie opłaca.

A ja po tym jak zobaczyłem firebugiem jak działa YT nie jestem tak do końca przekonany, że mają tam cokolwiek wyliczone. Nie wiem jak to wyglądało wcześniej, ale mam podejrzenia że po prostu tak napisali a reszte mieli w dupie. Nie widzę tam żadnych ograniczeń mających na celu zmniejszenie ilości takich zapytań, np. po co ładować ponownie coś co zostało już raz załadowane? Ale w sumie oni przy kosztach jakie musieli (i muszą nadal) ponosić odnośnie hostowania i transferowania wideo, to mogą nie zwracać na to uwagi, bo to wyjdą jakieś promile z tego.

Ten wątek na razie potwierdza że trochę za bardzo się rozpędziłem z tym ajaksem. Tak jak myślałem, pewnie część rzeczy troszkę przepisze, aby były ładowane od razu, a tylko większe i trudniejsze rzeczy w przetworzeniu wrzuce przez AJAX. Dzięki za powyższe podpowiedzi i czekam na kolejne

pozdrawiam,

Piotr Misiurek
Blog - rubyonrails & jquery
Waldemar Hornatkiewicz

Waldemar Hornatkiewicz Front-End
Webdeveloper

Temat: AJAX - optymalne wykorzystanie

Piotr Misiurek:
1) wczytać dwuelementowy formularz ajaksem czy wrzucić go do nie widocznego diva od razu przy ładowaniu całego dokumentu, a potem tylko go ukazać swiat

Dwuelementowy formularz to groszowe sprawy, więc lepiej od razu go załadować. W ogóle imo ajax to raczej do obsługi zapytania z formularzy, niż ich pokazywania.
2) wczytywać listy po kilku użytkowników z avatarami ajaksem czy załadować je od razu wszystkie i potem pokazywać je w zależności od tego, co kliknie sobie user?
Taki youtube właście każdą byle pierdołę ładuje w ajaksie.
Jak wy patrzycie na taką sprawę?

Lazyload.
Na oko youtube (i wiele innych) właśnie z takiego mechanizmu korzysta. Ajaxem bym tego nie nazywał.



Wyślij zaproszenie do