W natłoku informacji o źle napisanych apletach javy
pewnie jako kiepsko zorientowny machnąłbym ręka
na niedziałające zabawki z Wirtualnej Polski (dzieci.wp.pl)
po długotrwałych testach i instalowaniu kolejno
Mozilli 1.4 , Mozilli 1.5 Netscape 7.1 oraz Javy 1.4.2_2, Javy 1.4.2_3
gdyby nie to, że te same strony działają na Netscape7.0 z javą 1.3.1_2
Czy to jest mój błąd czy Wam też puzzle nie działają
Nie mogę niestety sprawdzić nowej Mozilli ze starą javą
ze względu na problem kompilatora (java 1.3.1 nie ma plugina
skomilowanego gcc3.2 - albo nie porafię znalęźć)
Czy ktoś zorientowany podzieliłby się wiedzą na ten temat
Zasadniczo to wystarczy gdy otrzymam informację
że to działa na nowej javie i z nową mozillą - będę walczył
bo dzieci męczą
Dzięki
paf
http://dzieci.wp.pl/ puzzle i java (Linux)
Moderator: Pomocy?!
Posty: 5
• Strona 1 z 1
http://dzieci.wp.pl/ puzzle i java (Linux)
Przeglądarka: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.1) Gecko/20020823 Netscape/7.0
- paf
- Posty: 2
- Z nami od: 22 grudnia 2003, 21:17
Przeglądarka: Mozilla/5.0 (X11; U; Linux i686; PL; rv:1.5) Gecko/20031007 Firebird/0.7
Już gdzieś to było opisywane. W kodzie strony jest napisane, że Javove programy są umieszone w katalogu o stopień wyższym od katalogu najwyższego. Oczywiscie Mozilla nci w takim katalogu nie znajduje, bo nie może on istnieć.
- Ludwik
- Moderator
- Posty: 2908
- Z nami od: 10 marca 2003, 10:05
Przeglądarka: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.5) Gecko/20031010
Dzięki za informację (niezbyt pocieszajacą)
Przynajmniej wiem, że nie ma się o co bić.
Chociaż z drugiej strony to ciekawe, że jednak
w javie 1.3.1_2 z Netscape 7.0 działa
pf
Przynajmniej wiem, że nie ma się o co bić.
Chociaż z drugiej strony to ciekawe, że jednak
w javie 1.3.1_2 z Netscape 7.0 działa
pf
- paf
- Posty: 2
- Z nami od: 22 grudnia 2003, 21:17
Przeglądarka: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.6b) Gecko/20031228 Firebird/0.7+
hmm.. chyba nie tak...
Fakt, w kodzie stoi:
czyli przeglądarka powinna szukać pliku puzzle.zip w katalogu ../java/. Zważywszy na adres strony (http://dzieci.wp.pl) przeglądarka powinna przejść do katalogu http://dzieci.wp.pl/../java/. Teoretycznie zapis ../ przenosi katalog wyżej, jeśli taka operacja jest niemożliwa to pozostajemy w tym samym katalogu. Czyli ten zapis powinien być równoważny z http://dzieci.wp.pl/java/.
W IE po wpisaniu ww. adresu (z ../) pokazuje mi się strona "Twoje żądanie nie jest możliwe do zrealizowania (błąd 400)".
Pod FB natomiast zostaję przekierowany na adres http://dzieci.wp.pl:8008/java/
Bez "../" dostaję w obu przypadkach stronę "Twoje żądanie nie jest możliwe do zrealizowania (błąd 403)", choć to może być raczej wina mojego proxy (bardzo restrykcyjnego).
Ale jeśli wpiszemy ścieżkę do pliku zip (http://dzieci.wp.pl/../java/puzzle.zip) to FB wyświetli mi monit o zapis pliku z adresu http://dzieci.wp.pl/java/
W takim razie czemu cytowany zapis w kodzie strony nie zwraca w FB prawidłowej ścieżki do pliku a wpisanie tej ścieżki bezpośrednio w pasku adresu daje nam dostęp do szukanego pliku?
Fakt, w kodzie stoi:
- Kod: Zaznacz cały
<applet code="puzzle.class" archive="puzzle.zip" codebase="../java/" [...]>
czyli przeglądarka powinna szukać pliku puzzle.zip w katalogu ../java/. Zważywszy na adres strony (http://dzieci.wp.pl) przeglądarka powinna przejść do katalogu http://dzieci.wp.pl/../java/. Teoretycznie zapis ../ przenosi katalog wyżej, jeśli taka operacja jest niemożliwa to pozostajemy w tym samym katalogu. Czyli ten zapis powinien być równoważny z http://dzieci.wp.pl/java/.
W IE po wpisaniu ww. adresu (z ../) pokazuje mi się strona "Twoje żądanie nie jest możliwe do zrealizowania (błąd 400)".
Pod FB natomiast zostaję przekierowany na adres http://dzieci.wp.pl:8008/java/
Bez "../" dostaję w obu przypadkach stronę "Twoje żądanie nie jest możliwe do zrealizowania (błąd 403)", choć to może być raczej wina mojego proxy (bardzo restrykcyjnego).
Ale jeśli wpiszemy ścieżkę do pliku zip (http://dzieci.wp.pl/../java/puzzle.zip) to FB wyświetli mi monit o zapis pliku z adresu http://dzieci.wp.pl/java/
W takim razie czemu cytowany zapis w kodzie strony nie zwraca w FB prawidłowej ścieżki do pliku a wpisanie tej ścieżki bezpośrednio w pasku adresu daje nam dostęp do szukanego pliku?
- Yano
- Posty: 858
- Z nami od: 17 grudnia 2002, 10:32
Posty: 5
• Strona 1 z 1
Wróć do Standardy WWW i źle działające strony
Kto jest online
Zarejestrowani użytkownicy: Baidu [Spider], Google [Bot]