Каталог статей
| Главная » Статьи » помощь веб-мастеру |
| В категории материалов: 123 Показано материалов: 33-36 |
Страницы: « 1 2 ... 7 8 9 10 11 ... 30 31 » |
Сортировать по: Дате · Названию · Рейтингу · Комментариям · Просмотрам
- использование технологии
динамического обращения к серверу «на лету», без перезагрузки всей
страницы полностью, например: - использование DHTML для
динамического изменения содержания страницы; - Экономия трафика
- Уменьшение нагрузки на
сервер - Ускорение реакции
интерфейса - Отсутствие интеграции со
стандартными инструментами браузера - Динамически загружаемое
содержимое недоступно поисковикам (если не проверять запрос, обычный он
или XMLHttpRequest) - Старые методы учёта
статистики сайтов становятся неактуальными -
Автор: uMaster Получить ссылку
В новом окне Просмотров:[537]
Добавлено:01.01.2010
Подробнее
Ajax- ассинхронный яваскрипт и xml > помощь веб-мастеру
AJAX (от англ. Asynchronous Javascript and XML — «асинхронный JavaScript
и XML») — подход к построению интерактивных пользовательских интерфейсов веб-приложений,
заключающийся в «фоновом» обмене данными браузера с веб-сервером. В результате,
при обновлении данных веб-страница не перезагружается полностью и
веб-приложения становятся более быстрыми и удобными.
По-английски AJAX произносится как эй-джэкс, по-русски довольно
распространено ая́кс.
Технология
AJAX — не самостоятельная технология, а концепция использования
нескольких смежных технологий. AJAX базируется на двух основных принципах:
·
с использованием XMLHttpRequest (основной
объект);
·
через динамическое создание дочерних фреймов;
·
через динамическое создание тега <script>.
В качестве формата передачи данных обычно используются JSON или XML.
История
Впервые термин AJAX был публично использован 18 февраля 2005 года в статье
Джесси Джеймса Гарретта (Jesse James Garrett) «Новый подход к веб-приложениям». Гарретт
придумал термин, когда ему пришлось как-то назвать новый набор технологий,
предлагаемый им клиенту.
Однако в той или иной форме многие технологии были доступны и использовались
гораздо раньше, например в подходе «Remote Scripting», предложенным компанией Microsoft
в 1998 году, или с использованием HTML элемента IFRAME, появившегося в Internet
Explorer 3 в 1996 году.
AJAX стал особенно популярен после использования его компанией Google в
сервисах Gmail, Google Maps и Google Suggest.
Преимущества
Использование AJAX позволяет
значительно сократить трафик при работе с веб-приложением благодаря тому, что
часто вместо загрузки всей страницы достаточно загрузить только изменившуюся
часть, часто довольно небольшую.
AJAX позволяет несколько снизить
нагрузку на сервер. К примеру, на странице работы с почтой, когда вы отмечаете
прочитанные письма, серверу достаточно внести изменения в базу данных и
отправить клиентскому скрипту сообщение об успешном выполнении операции без
необходимости повторно создавать страницу и передавать её клиенту.
Поскольку нужно загрузить только
изменившуюся часть, то пользователь видит результат своих действий быстрее.
Недостатки
Динамически создаваемые страницы
не регистрируются браузером в истории посещения страниц, поэтому не работает
кнопка «Назад», предоставляющая пользователям возможность вернуться к
просмотренным ранее страницам, но существуют скрипты, которые могут решить эту
проблему.
Другой недостаток изменения
содержимого страницы при постоянном URL заключается в невозможности сохранения
закладки на желаемый материал. Частично решить эти проблемы можно с помощью
динамического изменения идентификатора фрагмента (части URL после #), что
позволяют многие браузеры.
Поисковые машины не могут
выполнять JavaScript, поэтому разработчики должны позаботиться об
альтернативных способах доступа к содержимому сайта.
Многие сервисы статистики ведут
учёт просмотров новых страниц сайта. Для сайтов, страницы которых широко
используют AJAX, такая статистика теряет актуальность.
- Переход по дереву DOM,
включая поддержку xPath как плагина; - события;
- визуальные эффекты;
- AJAX-дополнения;
- JavaScript-плагины
-
Автор: uMaster Получить ссылку
В новом окне Просмотров:[637]
Добавлено:01.01.2010
Подробнее
jQuery > помощь веб-мастеру
jQuery — библиотека JavaScript, фокусирующаяся на взаимодействии
JavaScript и HTML. Библиотека jQuery помогает легко получать доступ к любому
элементу DOM, обращаться к атрибутам и содержимому элементов DOM,
манипулировать ими. Также библиотека jQuery предоставляет удобный API по работе
с Ajax.
История создания
HTML была одной из первых вещей, которую Джон Резиг освоил когда он только
начал заниматься программированием. Резиг программировал на QBasic, когда один
его знакомый показал ему, как создать веб-страницу (используя Angelfire), а
также основы HTML. Отец подарил ему на Рождество две книги по HTML. Именно
тогда, когда он только начал программировать на Visual Basic, HTML и веб-дизайн
очень заинтересовали его.
Но страсть к JavaScript пришла значительно позже, примерно в 2004 году.
Тогда Резиг получал степень в области компьютерных наук и работал на полставки
в местной фирме Brand Logic. Он занимался дизайном сайта, в котором создавался
пользовательский скроллинг. Джон был разочарован и расстроен, особенно потому
что, использовал код других разработчиков, после этого, решил серьезно изучить
JavaScript. Изучив, пришел к выводам, что JavaScript — это простой, но
изящный язык, который является невероятно мощным решением многих задач. В
течение ближайших пары лет Д. Резиг создал множество различных JavaScript
приложений, прежде чем закончить создание jQuery. Библиотека была представлена
общественности на компьютерной конференции «BarCamp» в Нью-Йорке в 2006 году.
Основной целью создания jQuery Резиг видел возможность закодировать
многоразовые куски кода, которые позволят упростить JavaScript и использовать
их так, чтобы не беспокоиться о кросс-браузерных вопросах. Ночь в начале 2006
года Резиг запомнил на всю жизнь как счастливую: он закончил работу над jQuery
и запустил его в Internet Explorer — все заработало. Это был успех!
Возможности
Философия
Точно так же, как СSS отделяет визуализацию от структуры HTML, JQuery
отделяет поведение от структуры HTML. Например, вместо прямого указания на
обработчик события нажатия кнопки, управление передаётся JQuery,
идентифицирующей кнопки и затем преобразовывающий его в обработчик события
клика. Такое разделение поведения и структуры также называется принципом
ненавязчивого JavaScript.
Библиотека jQuery содержит функционал, полезный для максимально широкого
круга задач. Тем не менее, разработчиками библиотеки не ставилась задача
совмещения в jQuery функций, которые подошли бы всюду, поскольку это привело бы
к большому коду, бо́льшая часть которого не востребована. Поэтому была
реализована архитектура компактного универсального ядра библиотеки и плагинов.
Это позволяет собрать для ресурса именно тот JavaScript-функционал, который на
нём был бы востребован.
Использование
читайте полный материал- Быстрый поиск строк при использовании конструкции WHERE
- Поиск строк из других таблиц при выполнении объединения
- Поиск значения MIN() или MAX() для проиндексированного поля
- Сортировка или группировка таблицы в случае, если используется проиндексированное поле
- В
некоторых случаях полностью теряется необходимость обращаться к файлу
данных. Если все используемые поля для некоторой таблицы цифровые и
формируют левосторонний индекс для некоторого ключа, то значения могут
быть возвращены полностью из индексного дерева с намного большей
скоростью - Если выполняются запросы вида
-
Автор: uMaster Получить ссылку
В новом окне Просмотров:[494]
Добавлено:17.12.2009
Подробнее
Оптимальное использование MySQL > помощь веб-мастеру
В процессе предоставления услуг хостинга мы обращаем внимание на
наиболее часто встречающиеся ошибки, которые совершают пользователи при
разработке своих виртуальных серверов. Одним из "тяжелых" мест для
типичного веб-мастера является работа с MySQL-сервером. Обычно изучение
принципов функционирования SQL и методов работы с базами данных ведется
по литературе, из которой выбираются только актуальные на момент чтения
вещи - как соединиться с базой, как сделать запрос, как обновить
информацию или добавить новую запись в базу данных и так далее.
Такой подход, конечно, дает желаемый результат - интерфейсы
веб-сайта пользователя в итоге оказываются интегрированными с базой
данных. Однако не всегда пользователи задумываются о том, насколько
оптимально работает их база, как можно оптимизировать происходящие при
работе с MySQL процессы и каково будет функционирование виртуального
сервера при увеличившейся нагрузке, "наплывах" пользователей в
результате, например, "раскрутки" сайта.
Эта статья поможет
Вам оптимизировать работу с СУБД MySQL. Изложенный материал не
претендует на детальное описание оптимизации MySQL вообще, а лишь
обращает внимание на наиболее часто совершаемые пользователями ошибки и
рассказывает о том, как их избежать. Более подробно узнать о тонкостях
настройки MySQL можно на специализированных страницах, ссылки на
которые приведены в конце этой статьи.
Какие данные нужно хранить в MySQL
Не
старайтесь поместить в базы данных всю информацию, которая у Вас есть.
Например, не нужно хранить там картинки, хоть MySQL это и позволяет.
Помещая в базу данных двоичные образы графических файлов, Вы только
замедлите работу своего сервера. Прочитать файл с картинкой с диска
гораздо проще и, с точки зрения потребляемых ресурсов, экономичнее,
нежели соединиться из скрипта к SQL, сделать запрос, получить образ,
обработать его и, выдав нужные http-заголовки, показать посетителю
веб-сервера. Во втором случае операция выдачи картинки потребует в
несколько раз больше ресурсов процессора, памяти и диска. Также стоит
помнить о том, что существуют механизмы кэширования веб-документов,
которые позволяют пользователю экономить на трафике, а при динамической
генерации контента Вы фактически лишаете своих посетителей этой удобной
возможности.
Вместо картинок лучше хранить в MySQL информацию,
на основе которой можно генерировать ссылки на статические картинки в
динамически создаваемых скриптами документах.
Оптимизация запросов
В
ситуациях, когда реально требуется получить только определенную порцию
данных из MySQL, можно использовать ключ LIMIT для функции SELECT. Это
полезно, когда, например, нужно показать результаты поиска чего-либо в
базе данных. Допустим, в базе есть список товаров, которые предлагает
Ваш интернет-магазин. Выдавать весь список товаров в нужной категории
несколько негуманно по отношению к пользователю - каналы связи с
интернет не у всех быстрые и выдача лишних ста килобайт информации
зачастую заставляет пользователей провести не одну минуту в ожидании
результатов загрузки страницы. В таких ситуациях информацию выдают
порциями по, допустим, 10 позиций. Неправильно делать выборку из базы
всей информации и фильтрацию вывода скриптом. Гораздо оптимальнее будет
сделать запрос вида
В
результате, MySQL "отдаст" Вам 10 записей из базы начиная с 20-й
позиции. Выдав результат пользователю, сделайте ссылки "Следующие 10
товаров", в качестве параметра передав скрипту следующую позицию, с
которой будет делаться вывод списка товаров, и используйте это число
при генерации запроса к MySQL.
Также следует помнить, что при
составлении запросов к базе данных (SQL queries) следует запрашивать
только ту информацию, которая Вам реально нужна. Например, если в базе
10 полей, а в данный момент реально требуется получить только два из
них, вместо запроса
используйте конструкцию вида
Таким
образом, Вы не будете нагружать MySQL ненужной работой, занимать лишнюю
память и совершать дополнительные дисковые операции.
Также
следует использовать ключ WHERE там, где нужно получать информацию,
попадающую под определенный шаблон. Например, если нужно получить из
базы поля с названиями книг, автором которых является Иванов, следует
использовать конструкцию вида
Также есть ключ LIKE, который позволяет искать поля, значения которых "похожи" на заданный шаблон :
В данном случае MySQL выдаст названия книг, значения поля author у которых начинаются с 'Иванов'.
Ресурсоемкие операции
Вместе
с тем следует помнить, что существуют операции, выполнение которых само
по себе требует больших ресурсов, чем для обычных запросов. Например,
использование операции DISTINCT к функции SELECT вызывает потребление
гораздо большего количества процессорного времени, чем обычный SELECT.
DISTINCT пытается искать уникальные значения, зачастую производя
множество сравнений, подстановок и расчетов. Причем, чем больше
становится объем данных, к которому применяется DISTINCT (ведь Ваша
база со временем растет), тем медленее будет выполняться такой запрос и
рост ресурсов, требуемых для выполнения такой функции, будет
происходить не прямо пропорцонально объему хранимых и обрабатываемых
данных, а гораздо быстрее.
Индексы
Индексы
используют для более быстрого поиска по значению одного из полей. Если
индекс не создается, то MySQL осуществляет последовательный просмотр
всех полей с самой первой записи до самой последней, осуществляя
сопоставление выбранного значения с исходным. Чем больше таблица и чем
больше в ней полей, тем дольше осуществляется выборка. Если же у данной
таблицы существует индекс для рассматриваемого столбца, то MySQL сможет
сделать быстрое позиционирование к физическому расположению данных без
необходимости осуществлять полный просмотр таблицы. Например, если
таблица состоит из 1000 строк, то скорость поиска будет как минимум в
100 раз быстрее. Эта скорость будет еще выше, если есть необходимость
обратиться сразу ко всем 1000 столбцам, т.к. в этом случае не
происходит затрат времени на позиционирование жесткого диска.
В каких ситуациях создание индекса целесообразно:
и
существует смешанный индекс для полей col1 и col2, то данные будут
возвращены напрямую. Если же созданы отдельные индексы для col1 и для
col2, то оптимизатор попробует найти наиболее ограниченный индекс путем
определения того, какой из индексов может найти меньше строк, и будет
использовать этот индекс для получения данных.
Если у таблицы
есть смешанный индекс, то будет использоваться любое левостороннее
совпадение с существующим индексом. Например, если есть смешанный
индекс 3-х полей (col1, col2, col3), то индексный поиск можно
осуществлять по полям (col1), (col1, col2) и (col1, col2, col3).
Поддержка соединения
Как
Вы наверняка знаете, для работы с MySQL-сервером необходимо
предварительно установить с ним соединение, предъявив логин и пароль.
Процесс установки соединения может продолжаться гораздо большее время,
нежели непосредственная обработка запроса к базе после установки
соединения. Следуя логике, надо избегать лишних соединений к базе, не
отсоединяясь от нее там, где это можно сделать, если в дальнейшем
планируется продолжить работу с SQL-сервером. Например, если Ваш скрипт
установил соединение к базе, сделал выборку данных для анализа, не
нужно закрывать соединение к базе, если в процессе работы этого же
скрипта Вы планируете результаты анализа поместить в базу.
Также
можно поддерживать так называемое persistent (постоянное) соединение к
базе, но это возможно в полном объеме при использовании более сложных
сред программирования, чем php или perl в обычном CGI-режиме, когда
интерпретатор соответствующего языка разово запускается веб-сервером
для выполнения пришедшего запроса.
-
Автор: uMaster Получить ссылку
В новом окне Просмотров:[868]
Добавлено:17.12.2009
Подробнее
Работа с MySQL. Деревья > уроки
Необходимость вывода данных структурированных в форме деревьев
возникает при написании собственного форума или каталога сайтов.
Готовых каталогов и форумов в сети можно найти предостаточно, однако
иногда чужое в готовом не годится, а переделывать написанное другим
займёт гораздо больше времени, чем написать своё.
Структуру данных лучше взять общепринятую - в записи сообщения или
рубрики форума содержится идентификатор родителя. Для организации
вывода дерева напрашивается рекурсивная функция. Именно так сделано в
Phorum'е. Файл include/multi-threads.php содержит функцию thread,
которая строит вызывается для каждого корневого сообщения и рекурсивно
вызывает себя для ответов на них:
function thread ($seed = 0) {
...
if(@is_array($messages[$seed]["replies"])) {
$count = count($messages[$seed]["replies"]);
for($x = 1;$ x <= $count; $x++) {
$key = key($messages[$seed]["replies"]);
thread ($key);
next ($messages[$seed]["replies"]);
}
}
}
?>
Но
вызов рекурсивной функции при выводе вызывает у меня сомнения:
повторять построение дерева сообщений при каждом выводе нерационально.
Структура дерева меняется только при добавлении, изменении и удалении
сообщений. Данную процедуру лучше было бы вызывать при таких действиях,
хранить структуру в таблице и при выводе дерева не делать никаких
вычислений.
Далее полный материал
Сайт оптимизтрован для просмотра в брузерах:Firefox & Opera при разрешении экрана 1280x1024 пикселя.
