вторник, 24 марта 2009 г.
четверг, 12 марта 2009 г.
Уравнения
Уравнение 1
Человек = кушать + спать + работать + развлекаться
Обезьяна = кушать + спать
Следовательно:
Человек = Обезьяна + работать + развлекаться
Следовательно:
Человек - развлекаться = Обезьяна + работать
Вывод 1: человек который не развлекается подобен обезьяне, которая работает.
Уравнение 2
Мужчина = кушать + спать + зарабатывать деньги
Обезьяна = кушать + спать
Следовательно:
Мужчина = Обезьяна + зарабатывать деньги
Следовательно:
Мужчина - зарабатывать деньги = Обезьяна
Вывод 2: Мужчина, который не зарабатывает, подобен обезьяне
Уравнение 3
Женщина = кушать + спать + тратить деньги
Обезьяна = кушать + спать
Следовательно:
Женщина = Обезьяна + тратить деньги
Следовательно:
Женщина - тратить деньги = Обезьяна
Вывод3: Женщина, которая не тратит деньги, подобна обезьяне.
Заключение
Из уравнений 2 и 3:
Мужчина, который не зарабатывает деньги = Женщина, которая не тратит деньги
Т.О. Мужчина зарабатывает деньги, чтобы Женщины не стали Обезьянами! (Аксиома №1)
И Женщины тратят деньги, чтобы Мужчины не стали Обезьянами (Аксиома №2)
И что мы получаем из этого?
Мужчина + Женщина = Обезьяна + зарабатывать деньги + Обезьяна + тратить деньги
Следовательно, исходя из Аксиомы №1 и Аксиомы №2, можно заключить, что:
Мужчина + Женщина = 2 Обезьяны, которые живут счастливо вместе!
Человек = кушать + спать + работать + развлекаться
Обезьяна = кушать + спать
Следовательно:
Человек = Обезьяна + работать + развлекаться
Следовательно:
Человек - развлекаться = Обезьяна + работать
Вывод 1: человек который не развлекается подобен обезьяне, которая работает.
Уравнение 2
Мужчина = кушать + спать + зарабатывать деньги
Обезьяна = кушать + спать
Следовательно:
Мужчина = Обезьяна + зарабатывать деньги
Следовательно:
Мужчина - зарабатывать деньги = Обезьяна
Вывод 2: Мужчина, который не зарабатывает, подобен обезьяне
Уравнение 3
Женщина = кушать + спать + тратить деньги
Обезьяна = кушать + спать
Следовательно:
Женщина = Обезьяна + тратить деньги
Следовательно:
Женщина - тратить деньги = Обезьяна
Вывод3: Женщина, которая не тратит деньги, подобна обезьяне.
Заключение
Из уравнений 2 и 3:
Мужчина, который не зарабатывает деньги = Женщина, которая не тратит деньги
Т.О. Мужчина зарабатывает деньги, чтобы Женщины не стали Обезьянами! (Аксиома №1)
И Женщины тратят деньги, чтобы Мужчины не стали Обезьянами (Аксиома №2)
И что мы получаем из этого?
Мужчина + Женщина = Обезьяна + зарабатывать деньги + Обезьяна + тратить деньги
Следовательно, исходя из Аксиомы №1 и Аксиомы №2, можно заключить, что:
Мужчина + Женщина = 2 Обезьяны, которые живут счастливо вместе!
среда, 11 марта 2009 г.
Проблемы в AJAX
AJAX (Asynchronous JavaScripting and XML) стремительно притягивает интерес веб-разработчиков к использованию определенного инструментария - конкретного набора технологий, с помощью которого (по мнению большинства) закладывается новый этап развития веб-приложений. Этот набор включает в себя (X)HTML, CSS, DOM, JavaScript, XML, XSLT, XMLHttpRequest и как альтернативу к XML/XSLT возможно использовать JSON и JSON-RPC.
AJAX устраняет необходимость перезагрузки веб-страницы и позволяет "на лету" подгружать и преобразовывать необходимую информацию. Подробнее AJAX описывают следующие источники:
Отсутствие немедленного визуального сигнала при щелчке мыши
Если из-за нажатия мышью на что-либо срабатывает определенное действие AJAX, то необходимо предупредить об этом визуальным сигналом. Например, кнопка загрузки в GMail. Когда я что-нибудь делаю в GMail, маленькая красная кнопка вверху справа показывает, что страница загружается. Это делается из-за невозможности посредствам AJAX инициировать обычный пользовательский интерфейс, если идет загрузка страницы.
Отсутствие возможности использования кнопки "назад" (back button)
Кнопка возвращения назад является прекрасным дополнением к пользовательскому интерфейсу. К сожалению, кнопка возвращения не очень хорошо дружит с JavaScript, поэтому потеря этой функциональности является одной из главных причин для того, чтобы не создавать веб-приложения, которые полностью реализуются на JavaScript.
Изменение состояния пложения посредствам ссылок (запросы GET)
AJAX приложения представляют много проблем для пользователей, предполагающих, что операции GET не могут изменять структуру, форму приложения. Изменяющие состояния ссылки не только создают проблемы для роботов, но и для пользователей, непривыкших к тому, что ссылки могут повлиять на приложение.
Неожиданно меняющиеся и мигающие части страницы
Первая буква A в слове AJAX означает асинхронность. Проблема с асинхронными сообщениями заключается в том, что они могут сбивать с толку при неожиданном появлении. Асинхронные изменения на странице должны появляться в узко определенных местах и должны использоваться рассудительно. Сверкание и мигание в тех местах, на которые я не хочу концентрироваться, возвращает в дни HTML тэга blink.
Невозможность создавать закладки или передавать ссылки друзьям
Еще одним прекрасным свойством веб-страниц является то, что я могу передавать ссылки другим людям, чтобы они могли увидеть то же самое что и вижу я. Также я могу создать закладку страницы и возвратиться к ней позже. JavaScript, а следовательно AJAX приложения могут создать огромные проблемы в данной модели пользования. Так как динамически страницы генерирует JavaScript, а не сервер, то адрес страницы вырезается из цикла и уже никак не может быть использован в дальнейшем. Очень печально потерять такое свойство. Много AJAX приложений с большим вниманием применяют специально конструированные постоянные ссылки (permalinks) специально для таких случаев.
Слишком много кода делает браузер медленным
AJAX открывает путь к более интересным JavaScript приложениям, но к сожалению, интересно часто означает больше кода. Больше кода означает больше работы для браузера, а это означает, что для работы веб-сайтов, интенсивно использующих JavaScript, особенно с непродуманным кодом, нужно иметь мощный процессор, чтобы все хорошо функционировало. Раньше проблема с ЦПУ всегда была лимитирующим фактором для JavaScript, но прирост в мощности компьютеров не означает, что проблема исчезла.
Асинхронное выполнение групповой обработки
Используя AJAX, вы можете внести сразу несколько изменений в поля формы, но это может создать много проблем. Например, если я убираю много пометок (флажок, галка) каждая из которых асинхронно посылается серверу, то я теряю возможность отследить общую картину изменения checkbox'ов, и последующий поток изменений будет раздражительным и будет сбивать с толку.
Прокрутка страницы и потеря своего места
Еще одной проблемой с всплывающим текстом на странице является эффект, который влияет на прокрутку страницы. Я могу с удовольствием читать статью или прокручивать длинный список, и вдруг асинхронный JavaScript запрос решит вырезать параграф намного выше того места, которое я читаю, выбивая меня из процесса чтения. Это определенно раздражает и впустую тратит мое время на то, чтобы определить где я находился.
Источник: Umade.Ru
AJAX устраняет необходимость перезагрузки веб-страницы и позволяет "на лету" подгружать и преобразовывать необходимую информацию. Подробнее AJAX описывают следующие источники:
- Ajax: новый подход к разработке веб-приложений (Вебпланета)
- Технология, которая перевернёт веб (Компьютерра)
- Статья на Adaptive Path
- www.ajaxmatters.com
- Примеры использования AJAX (xml.com)
- AJAX и формы
Отсутствие немедленного визуального сигнала при щелчке мыши
Если из-за нажатия мышью на что-либо срабатывает определенное действие AJAX, то необходимо предупредить об этом визуальным сигналом. Например, кнопка загрузки в GMail. Когда я что-нибудь делаю в GMail, маленькая красная кнопка вверху справа показывает, что страница загружается. Это делается из-за невозможности посредствам AJAX инициировать обычный пользовательский интерфейс, если идет загрузка страницы.
Отсутствие возможности использования кнопки "назад" (back button)
Кнопка возвращения назад является прекрасным дополнением к пользовательскому интерфейсу. К сожалению, кнопка возвращения не очень хорошо дружит с JavaScript, поэтому потеря этой функциональности является одной из главных причин для того, чтобы не создавать веб-приложения, которые полностью реализуются на JavaScript.
Изменение состояния пложения посредствам ссылок (запросы GET)
AJAX приложения представляют много проблем для пользователей, предполагающих, что операции GET не могут изменять структуру, форму приложения. Изменяющие состояния ссылки не только создают проблемы для роботов, но и для пользователей, непривыкших к тому, что ссылки могут повлиять на приложение.
Неожиданно меняющиеся и мигающие части страницы
Первая буква A в слове AJAX означает асинхронность. Проблема с асинхронными сообщениями заключается в том, что они могут сбивать с толку при неожиданном появлении. Асинхронные изменения на странице должны появляться в узко определенных местах и должны использоваться рассудительно. Сверкание и мигание в тех местах, на которые я не хочу концентрироваться, возвращает в дни HTML тэга blink.
Невозможность создавать закладки или передавать ссылки друзьям
Еще одним прекрасным свойством веб-страниц является то, что я могу передавать ссылки другим людям, чтобы они могли увидеть то же самое что и вижу я. Также я могу создать закладку страницы и возвратиться к ней позже. JavaScript, а следовательно AJAX приложения могут создать огромные проблемы в данной модели пользования. Так как динамически страницы генерирует JavaScript, а не сервер, то адрес страницы вырезается из цикла и уже никак не может быть использован в дальнейшем. Очень печально потерять такое свойство. Много AJAX приложений с большим вниманием применяют специально конструированные постоянные ссылки (permalinks) специально для таких случаев.
Слишком много кода делает браузер медленным
AJAX открывает путь к более интересным JavaScript приложениям, но к сожалению, интересно часто означает больше кода. Больше кода означает больше работы для браузера, а это означает, что для работы веб-сайтов, интенсивно использующих JavaScript, особенно с непродуманным кодом, нужно иметь мощный процессор, чтобы все хорошо функционировало. Раньше проблема с ЦПУ всегда была лимитирующим фактором для JavaScript, но прирост в мощности компьютеров не означает, что проблема исчезла.
Асинхронное выполнение групповой обработки
Используя AJAX, вы можете внести сразу несколько изменений в поля формы, но это может создать много проблем. Например, если я убираю много пометок (флажок, галка) каждая из которых асинхронно посылается серверу, то я теряю возможность отследить общую картину изменения checkbox'ов, и последующий поток изменений будет раздражительным и будет сбивать с толку.
Прокрутка страницы и потеря своего места
Еще одной проблемой с всплывающим текстом на странице является эффект, который влияет на прокрутку страницы. Я могу с удовольствием читать статью или прокручивать длинный список, и вдруг асинхронный JavaScript запрос решит вырезать параграф намного выше того места, которое я читаю, выбивая меня из процесса чтения. Это определенно раздражает и впустую тратит мое время на то, чтобы определить где я находился.
Источник: Umade.Ru
__________________
В приложениях Ajax невозможно измерить посещаемость сайта традиционными способами. Счетчик на JavaScript не регистрирует перезагрузки страниц, ибо в Ajax-приложениях нет страниц как таковых.
В последнее время концепция Ajax стала чрезвычайно модной и уже сейчас повлияла на работу различных веб-студий. Наверняка клиенты все чаще хотят получить нечто, хотя бы отдаленно напоминающее по исполнению картографический сервис Google Maps или фотообменный сервисFlickr: чтобы работало также быстро и — главное — без необходимости перезагружать страницу.
Новая парадигма веб-программирования Ajax полностью исключает старые методы разработки сайтов, в которых применялась классическая модель: клиент отправляет HTTP-запрос, сервер его обрабатывает и возвращает в ответ HTML-страницу. Вместо этого предполагается асинхронный обмен данными с помощью функции XMLHttpRequest. Интерфейс программы загружается только один раз, а работа с данными осуществляется уже после установления соединения. Приложения Ajax разрабатываются с применением JavaScript, DHTML и XML, а сама аббревиатура расшифровывается как "Asynchronous JavaScript plus XML". Компания Microsoft тоже почувствовала модное веяние и сейчас разрабатывает собственную платформу для разработки Ajax-приложений под кодовым названием Atlas. Этот инструмент планируется встроить в Visual Studio.
В программах Ajax активно используется фоновое кэширование, при котором информация подгружается автоматически. Таким образом, вообще отсутствует понятие "перезагрузки страницы". Это очень удобно для пользователей, которым не приходится ждать — работа с приложением происходит практически без задержек. Однако это совсем неудобно для компаний, которые занимаются измерением посещаемости сайтов. Ведь они привыкли оперировать такими терминами как "хиты" и "загрузки страницы". Теперь и то, и другое может потерять смысл.
Если раньше посещаемость сайтов измеряли по количеству уникальных посетителей и по количеству показов страниц, то теперь остается только первое.
Вообще, с приходом Ajax теряет смысл само понятие "веб-страница". А ведь все измерения посещаемости основаны именно на этом понятии. И счетчики страниц, и рекламные баннеры обновлялись при перезагрузке страницы. Как же показывать рекламу на сайте, сделанном по технологии Ajax? Это интересная проблема.
Конечно, ее нельзя назвать неразрешимой. Технология позволяет использовать другие методы подсчета и техники показа баннеров. Например, баннеры можно менять по таймеру, скажем, каждые 60 секунд. Или можно подсчитывать количество щелчков мышкой. Оба этих способа годятся для замены прежде использовавшейся метафоры "показы страниц". Эта метафора, видимо, безнадежно устарела.
Представители аналитических компаний, похоже, не особенно обеспокоены. Методики измерения посещаемости сайта практически не изменились после появления сайтов, целиком сделанных на Flash. На самом деле, говорят они, "показы страниц" — это далеко не самый важный параметр. Можно обойтись и без него.
Источник: Вебпланета
В последнее время концепция Ajax стала чрезвычайно модной и уже сейчас повлияла на работу различных веб-студий. Наверняка клиенты все чаще хотят получить нечто, хотя бы отдаленно напоминающее по исполнению картографический сервис Google Maps или фотообменный сервисFlickr: чтобы работало также быстро и — главное — без необходимости перезагружать страницу.
Новая парадигма веб-программирования Ajax полностью исключает старые методы разработки сайтов, в которых применялась классическая модель: клиент отправляет HTTP-запрос, сервер его обрабатывает и возвращает в ответ HTML-страницу. Вместо этого предполагается асинхронный обмен данными с помощью функции XMLHttpRequest. Интерфейс программы загружается только один раз, а работа с данными осуществляется уже после установления соединения. Приложения Ajax разрабатываются с применением JavaScript, DHTML и XML, а сама аббревиатура расшифровывается как "Asynchronous JavaScript plus XML". Компания Microsoft тоже почувствовала модное веяние и сейчас разрабатывает собственную платформу для разработки Ajax-приложений под кодовым названием Atlas. Этот инструмент планируется встроить в Visual Studio.
В программах Ajax активно используется фоновое кэширование, при котором информация подгружается автоматически. Таким образом, вообще отсутствует понятие "перезагрузки страницы". Это очень удобно для пользователей, которым не приходится ждать — работа с приложением происходит практически без задержек. Однако это совсем неудобно для компаний, которые занимаются измерением посещаемости сайтов. Ведь они привыкли оперировать такими терминами как "хиты" и "загрузки страницы". Теперь и то, и другое может потерять смысл.
Если раньше посещаемость сайтов измеряли по количеству уникальных посетителей и по количеству показов страниц, то теперь остается только первое.
Вообще, с приходом Ajax теряет смысл само понятие "веб-страница". А ведь все измерения посещаемости основаны именно на этом понятии. И счетчики страниц, и рекламные баннеры обновлялись при перезагрузке страницы. Как же показывать рекламу на сайте, сделанном по технологии Ajax? Это интересная проблема.
Конечно, ее нельзя назвать неразрешимой. Технология позволяет использовать другие методы подсчета и техники показа баннеров. Например, баннеры можно менять по таймеру, скажем, каждые 60 секунд. Или можно подсчитывать количество щелчков мышкой. Оба этих способа годятся для замены прежде использовавшейся метафоры "показы страниц". Эта метафора, видимо, безнадежно устарела.
Представители аналитических компаний, похоже, не особенно обеспокоены. Методики измерения посещаемости сайта практически не изменились после появления сайтов, целиком сделанных на Flash. На самом деле, говорят они, "показы страниц" — это далеко не самый важный параметр. Можно обойтись и без него.
Источник: Вебпланета
четверг, 5 марта 2009 г.
Как выйти в интернет из терминала для оплаты телефона
Работает на терминалах с тач-скрином.
Итак, все просто.
1) Жмем на оплату услуги, требующей ввода логина, а не номера счета (например, некоторые интернет-провайдеры. коммунальные услуги и т.п.)
2) Вместо логина, если, конечно, позволяет виртуальная клавиатура, пишем, например, следующее: <a href="http://ya.ru/">ya</a>
3) Нажимаем далее. Появляется окошко, где вместо обыного логина — ссылка. Ее и нажимаем
4) Наслаждаемся интернетом без клавиатуры. Скорость, надо сказать, очень маленькая
Успехов!
http://habrahabr.ru/blogs/i_am_clever/53330/
Итак, все просто.
1) Жмем на оплату услуги, требующей ввода логина, а не номера счета (например, некоторые интернет-провайдеры. коммунальные услуги и т.п.)
2) Вместо логина, если, конечно, позволяет виртуальная клавиатура, пишем, например, следующее: <a href="http://ya.ru/">ya</a>
3) Нажимаем далее. Появляется окошко, где вместо обыного логина — ссылка. Ее и нажимаем
4) Наслаждаемся интернетом без клавиатуры. Скорость, надо сказать, очень маленькая
Успехов!
http://habrahabr.ru/blogs/i_am_clever/53330/
Подписаться на:
Комментарии (Atom)