Przez przypadek zauważyłem, że jak do tabeli wstawi się: "<img name="" src="" width="1" height="1" alt="">" to skrypt PHP w Firefox 3.0.8 przeładowuje się 2 razy!
Też tak macie u siebie?

Żeby to sprawdzić przykładzik podaję...

[HTML] pobierz, plaintext 
<table width="100%" border="0" align="center" cellpadding="0" cellspacing="0">
  <tr>
    <td height="20" colspan="3"><img name="" src="" width="1" height="1" alt=""></td>
  </tr>
</table>
[HTML] pobierz, plaintext 

Żeby udowodnić że strona się 2 razy przaładowuje napiszmy prosty kod php, który łączy się z mysql i aktualizuje wartość liczbową zwiększając ją o jeden.

[PHP] pobierz, plaintext 
<?php
 
mysql_connect('localhost', 'dbuser', 'dbpass');
mysql_select_db('baza');
 
mysql_query("UPDATE `baza`.`tabela`
             SET `wyswietlen` = wyswietlen + 1
             WHERE `tabela`.`id` = '1'
             LIMIT 1;");
 
$wynik = mysql_query("SELECT wyswietlen
                      FROM tabela
                      WHERE `tabela`.`id` = '1'
                      LIMIT 1");
 
if (mysql_num_rows($wynik) > 0) {
  while ($wiersz = mysql_fetch_array($wynik)) {
    echo ($wiersz['wyswietlen']);
  }
} else {
  echo ("baza pusta...");
}
 
mysql_close();
 
?>
[PHP] pobierz, plaintext 

Przy każdym odświeżeniu strony licznik wzrasta co 2 :/
Jak zaś usuniemy IMG to wszystko jest ok

Dopiero zamiana na:

[HTML] pobierz, plaintext 
<img src="images/blanc.gif" alt="" width="1" height="1" border="0" />
[HTML] pobierz, plaintext 

załatwia sprawę...

PS. Gdzie można zgłosić taki wykryty BUG?

To akurat normalne i dzieje się z takiego samego powodu, co prowadzenie linków z href="" do dokładnie tej samej strony.

To nie jest żaden bug tylko błąd osoby tworzącej strony wiec uspokoj sie z info ze znalazles mega buga bo tak naprawdę mega bug jest u ciebie.

ty... weź ty przeczytaj jeszcze raz ten topic, tym razem ze zrozumieniem

strona nie ma prawa się sama przeładowywać tym bardziej gdy programista sobie tego nie życzy! a umieszczenie znacznika <img> ma wyświetlać obrazek a nie przeładowywać stronę! Gdybym zaś chciał przeładować użył bym refresh/location:/a href/js!
tą składnię img stosuje Adobe Dreamwever CS3 i nazywa się "Image Placeholder"
ta sama składnia wyświetlona w IE działa i zachowuje się poprawnie!

Jeśli FF nie potrafi interpretować poprawnie składni XHTML/HTML to jest to ewidentny BUG! myli "<img name..." z "<a name...
Zaś walidator Tidy w FF wskazuje w tym miejscu ostrzeżenie ale nie błąd zaś SGML milczy i nie widzi w niczym błędu, dalej zatem podtrzymujesz że to błąd programisty!

Wyobraźmy sobie że stosujesz Image Placeholder w połączeniu z funkcją mail lub wykonujesz sporo insert'ów/select'ów na bazie danych... tragedia!

Zastanów się. FF wchodzi na strone (licznik rośnie o 1), a potem próbuje pobrać obrazek, link do obrazka jest taki sam jak do strony (licznik rosnie znów o 1).

Suma? 2!
Dlaczego? Bo w znaczniku img atrybut src podajesz jako wartość pustą. FF interpretuje to jako link do strony na jakiej akurat jesteś . Strona się nie odświeża, zostaje wywołana dwa razy

ale imo to nielogiczne bo cala strona obrazen nie moze byc inaczej nie dałoby sie htmla zamieścić... w a moze być bo odnosnik moze byc do dowolnego elementu, ale w img

Proponuję zrobić to samo z moim postem Kiedy nie podasz adresu do jakiegoś elementu FF w tej wersji wykorzysta adres aktualnie otwartego dokumentu. Swoją drogą ktoś już raportował tego 'buga':
https://bugzilla.mozilla.org/show_bug.cgi?id=464358

Nie wiem w jaki sposób strona działa Ci pod IE normalnie, bo ja testowałem to w wersjach 6,7,8 i za każdym razem skrypt był ładowany podwójnie - jako dokument i obrazek. Jedynie pod Operą i najnowszą betą firefoxa 'problem' nie występuje.

Po prostu zrezygnuj z tej głupiej metody i zacznij obsadzać obrazki normalnie

Jest to jak najbardziej normalne działanie.

Atrybut src="" odwołuje się relatywnie do bazowego URLa, który w naszym przypadku równa się stronie, którą wywołujemy.

bell mozna taki adres ale zauwaz ze ejst parametr a my rozważamy pusty ciag

Od siebie, jako użytkownika maka, dodam tylko, że Safari standardowo nie akceptowało (nie sprawdzałem, czy wciąż nie akceptuje) lokalizacji href="". Taki adres np. na stronie z obecnym wątkiem (http://forum.php.pl/UWAGA_Blad_firefoxa_t118633.html) prowadziłby na stronę główną (http://forum.php.pl)

mimo (drobnej) uszczypliwości (mojej i kolegów) dzięki wszystkim za zainteresowanie omawianym problemem, fajnie że ktoś to wcześniej zauważył i zaraportował to już...
swoją drogą znalazłem porady dotyczące FF i tego konkretnego przypadku, które mówią żeby wejść w about:config modyfikując tym samym 2 zmienne (widać zespół ff boryka się z tym problemem próbując na szybko zaradzić tymczasowo patowej sytuacji...)

Podawanie czegoś bez parametru (parametr pusty) lub podanie ścieżki do pliku, który fizycznie nie istnieje powinien być przez interpreter browsera należycie obsłużony, ale ff świadomie widać rezygnuje z tej funkcjonalności bo ważniejsze jest dla nich to by ich przeglądarka była szybsza od konkurencji a co za tym idzie mniej dokładna (że o bugach w chrome już nie wspomnę...). Problem tzw. "złotego środka"?

Tym sposobem darmowa aplikacja o otwartym kodzie (opensource) po zaraportowaniu błędu, który szybko powinien zostać poprawiony, tylko gdyby tak było to po roku mielibyśmy do czynienia z załatanym kombajnem a nie z lekką alternatywą stanowiąca konkurencję dla IE :]

Nie wiem czy zauważyłeś, ale ten bug od 5 miesięcy nie został nawet potwierdzony Wniosek jest taki, że będzie najprawdopodobniej występował w całej linii 3.0.x. Poza tym wszystkie IE zachowują się tak samo.

Przecież napisałem, że w IE działa poprawnie...
mam IE 7.0.5

Testowałem podobny kod pod IE6 i IE8 zarówno z włączonym trybem kompatybilności jak i bez. Za każdym razem skrypt wykonywał się 2 razy.