| Пакеты предложений |
 |
|
Веб сайт с целью быстрого вывода
Вашего товара или услуг в интернете |
|
|
Веб сайт с целью представления
деятельности компании в интернете |
|
|
Веб сайт с целью быстрого вывода
товаров и их продажа в интернете |
|
| Версия для печати |
|
| Сохранить предложения |
|
| Сделать заказ на услуги |
|
| Каковы наши преимущества |
|
Опыт по разработке
сайтов более 5 лет |
|
Срок продвижения в топ-10
составляет 28 календ. дней |
|
Мы выполняем задачу
в оптимальные сроки |
|
Не тратим время на пустые
разговоры, разрабатываем
сайт для поставленной цели |
|
Система управления сайтом
позволяет быстро настроить
различные модули, функции |
|
 |
Without much knowledge of how Firefox or Firebug work internally, my own conclusion is that a change in Firefox 3.5’s handling of XHR traffic probably breaks the way that Firebug is hooking into it. Since the same Firebug version (1.4.x) works on Firefox 3.0 without issue, that points the finger at Firefox. Of course, it’s entirely possible that Firebug is doing something that it shouldn’t be doing, in which case the finger is back at Firebug. And this is why the issue is so hard to track down.
If your responses are being returned in a small amount of time, then you’ll likely not run into this issue. This really affects those applications using Comet-style communication (such as Facebook chat) and requests being made over high-latency connections (spotty wireless networks, overseas servers). The latter is what I was working on when this issue first came to my attention.
|
|
