Висловлюючи IT

Якщо ви коли-небудь зробили (або на один) Вертикальне меню за допомогою списку (Li)-теги і CSS, ви можете зіткнутися, це ще одна помилка в Internet Explorer, де IE 6 вставляє ці зазори між елементами списку, які містять елементи на рівні блоків, тобто якщо є прогалини між елементами списку в розмітці. Дякую, але ні, дякую, версія IE 7 здається вільним від цієї помилки.
Якщо, як я, і багато інших, ви належите до цієї групи порушеного розробників, які до сих пір, щоб отримати свої нові макети, що працюють в IE6 теж, то це може виявитися корисним. Подивіться ...

Приклад розмітки:

<ul id="menu">
<li> <a href="#"> Home </ A> </ LI>
<li> <a href="#"> Про </ A> </ LI>
<li> <a href="#"> послуги </ a> </ LI>
<li> <a href="#"> Портфель </ A> </ LI>
<li> <a href="#"> Довідка </ A> </ LI>
<li> <a href="#"> Зв'язатися з нами </ A> </ LI>
</ UL>

Ви можете створити кілька CSS, схожих один нижче, transfrom над розміткою у вертикальне меню ....

Приклад CSS ...
# {Меню
маржа: 0; оббивка: 0; фон: # FF9900;
Список стилі типу: ні, ширина: 150px;
}
# {Меню чи маржа: 0; оббивка: 0;}
# {Меню Дисплей: блок;
колір: # 555555;
текст-оздоблення: немає;
оббивка: 0 15px;
висота рядка: 2,5; нижньої межі: 1px твердих # FFF;
}

Результат Ви побачите ...

Рішення для цієї помилки ... (зміна / додати CSS, виділені жирним курсивом)

# {Меню
маржа: 0; оббивка: 0; фон: # FF9900; Список стилі типу: ні, ширина: 150px;
float: left; / * це містить плаваючих елементів списку * /
}
# {Лі меню
маржа: 0; оббивка: 0;
float: left; / * Ця виправлення * /
Ширина: 100% / * прогалини помилка в IE6 * /
}
# {Меню
Дисплей: блок; колір: # 555555;
текст-оздоблення: немає;
оббивка: 0 15px;
висота рядка: 2,5; нижньої межі: 1px твердих # FFF;
}

Якщо наведені вище оленяча шкіра рішення схоже на роботу (з причин, відомим тільки в IE6) ... спробувати цей метод, а не

Просто додайте цю додаткову IE6 тільки стилі розмітки ...

<! - [Якщо IE 7 л>
<style type="text/css">
# Меню Лі {Дисплей: вбудований блок;}
# Меню Лі {Дисплей: блок;}
</ Стиль>
<[ENDIF] ->

Більш DOM елементів на сторінці, він робить повільний, повільніше DOM доступ в JavaScript. Велика кількість елементів DOM може бути викликане поганою дизайн макета. Наприклад, вкладені таблиці можна було б використати для цілей компонування. Використовуйте будь HTML тегів де має сенс семантично. Для Наприклад, використання DONOT столи для макетів, але DONOT соромтеся використовувати їх там, де у вас є для відображення табличних даних, і, отже, буде використовуватися скорочення DOM елементів, в порівнянні з аналогічним структура створюється з використанням DIVs тільки ..

Щоб перевірити кількість елементів DOM в HTML сторінці, просто введіть в консолі Firebug в: document.getElementsByTagName('*').length

Існує не набір стандартних, скільки DOM елементів занадто багато. Перевірка інших подібних сторінок, які мають хороші markup.Eg. Сторінка Yahoo! Головна досить зайнятою сторінки і ще до 700 елементів (HTML-теги).

Використовуйте для GET-запитів AJAX

Було встановлено, що при використанні XMLHttpRequest, POST реалізована в браузерах два етапи: відправка заголовка, а потім передачі даних. Тому краще використовувати GET, який приймає тільки один TCP-пакет для відправки (якщо у вас є багато печива). Максимальна довжина URL в IE, 2K, так що якщо ви надішлете більше, ніж 2K дані, які ви не зможете використовувати GET.
Цікаво вплив стороною є те, що насправді POST без розміщення будь-яких даних, веде себе як GET. ОТРИМАТИ призначена для отримання інформації, так що має сенс (семантично), щоб використовувати отримуєте, коли ви тільки запитує дані, на відміну від передачі даних будуть зберігатися на стороні сервера.

Уникайте синхронні виклики AJAX

При створенні «Аякс» запити, ви можете вибрати або асинхронний або режим синхронізації. Асинхронний режим запускає запит у фоновому режимі під час інших заходів браузер може продовжити обробку. Синхронізація режим буде чекати запит, щоб повернутися, перш ніж продовжити.
Запити, в режимі синхронізації слід уникати. Ці запити змусить браузер замкнути для користувача, поки запит не повертає. У випадках, коли сервер зайнятий і відповідь займає деякий час, в браузері користувача (і, можливо, OS) не дозволить нічого зробити. У випадках, коли відповідь ніколи не отримав належним чином, браузер може продовжувати блокування до запиту минув.
Якщо ви думаєте, що ваша ситуація вимагає режим синхронізації, то, швидше за все, час переосмислити дизайн. Дуже небагато (якщо такі є) ситуаціях насправді вимагають Ajax запитів в режим синхронізації.