🚀 go-pugleaf

Dnia 05.06.2010 Ghost <ghost@everywhere.pl> napisał/a:
>
> Użytkownik "Sergiusz Rozanski" <write-only-with-spf@sergiusz.com> napisał w 
> wiadomości news:slrni0k1i7.8fs.write-only-with-spf@dns.media-lab.com.pl...
>> Dnia 05.06.2010 Ghost <ghost@everywhere.pl> napisał/a:
>>>
>>> komunikacji AJAXem, przywraca automatycznie stara wartosc linijki.
>>
>> Co oznacza 'przywraca automatycznie starą wartość linijki'??? bo tego nie
>> rozumiem.
>
> Sprzed edycji. Edycja linikjki w tabelce - enter, w celu zapisania, zonk, 
> odtworzenie linijki.

Co ma z tym wspólnego ajax? To czy zmienisz zawartość tabelki po błędzie czy
nie, to już nie robota ajaxa, tylko tego co w nim przyśle serwer.
ajax może sam wygenerować błąd np komunikacji, albo wykonać się dobrze, ale
błąd był w _wyższej warstwie_ więc powinien być w tej wartstwie opakowany.

>>> Niestety
>>> "cos nie tak" to sytuacja kiedy server zwraca blad (z tych htmlowych, np.
>>> 500).
>>
>> I tu jest Twój problem, bo błąd 500 nie jest błędem htmlowym tylko 
>> http-owym
>> jeśli już.
>
> Boze, upatrujesz problemow gdzie ich nie ma, oczywiscie zle napisalem, 
> myslalem o http, a napilasem html.

Ale ten problem jak ulał koresponduje z tym co chcesz zrobić.

>>> Stad moej pytanie czyda sie pod to podpinac. Troche ono akademickie bo
>>> oczywiscie sa sposoby by to obejsc.
>>
>> Oczywiście że da się podpiąć, ale nie jest to 'dobra praktyka', a o to
>> pytałeś.
>
> I wlasnie tego dotyczy pytanie - dlaczego nie jest?

Ponieważ podczas obsługi błedu http używasz statusu ajax, a sam ajax
wykonuje się prawidłowo (w sensie wywołania procedury na serwerze aplikacji i
powrocie danych do klienta aplikacji) więc dlaczego ma tam istnieć błąd?
Tam go nie ma. Generowanie 500 będzie powodowało że jakiś serwisant/wdrożeniowec
Twojej aplikacji zacznie szukać błędu nie tam gdzie powinien (hmm 500 wewnętrzny
błąd serwera - znaczy się apache coś klęka, procesy padają itd, jeszcze wmiesza
w problem sprzętowca). Gdy błąd jest w komunikacji np serwer aplikacji -> baza
danych - np ktoś zmienił hasło którym appsrv łączył się z bazą.
Druga sprawa to np obsługa takiej aplikacji przez proxy, które _może_ ingerować w
błędy http (jest pośrednikiem tej warstwy), natomiast nie powinno ingerować w treść
przesyłaną (w zawartość ajaxa, np Twojego xml z danymi do tableki czy js do
evalowania).

-- 
"A cóż to za sens kupować samochód, żeby jeździć po asfalcie? 
Tam, gdzie jest  asfalt, nie ma nic ciekawego,  a gdzie  jest 
coś ciekawego, tam nie ma asfaltu".
               Strugaccy - Poniedziałek zaczyna się w sobotę.