LINUX.ORG.RU

JQuery 1.3

 ,


0

0

Вышла новая версия замечательного JS-фреймворка, использующегося на множестве сайтов в интернет.

Среди основных особенностей данной версии разработчики отмечают прежде всего бОльшую скорость работы (заявлено улучшение на 49% по сравнению с предыдущей версией). Попутно, разумеется, появилось множество новых функций и селекторов, правда, к сожалению, некоторые были объявлены устаревшими, например больше нельзя писать $('имя[@атрибут]'), теперь знак @ надо опускать.

Разработчики надеются, что переход на новую версию не будет болезненным :)

В API появились новые функции, с помощью которых можно искать ближайшие данному элементы (например следующий элемент списка и т.п.), можно управлять анимацией (например отключить ее на некоторое время): теперь не нужно использовать глобальные переменные-флаги, появилась функция переключения видимости и так далее.

Документация теперь включает в себя множество версионных указаний, так что разработчикам, которые хотят сохранить совместимость с предыдущими версиями, сделать это будет относительно несложно.

В общем качаем, обновляем, читаем.

>>> Подробности

Ответ на: комментарий от Bohtvaroh

> А где хранятся настройки и предпочтения юзера? В базе, как обычно. Просто при аутентификации выгружаем их на клиента :)

Настройки превращаются... Превращаются настройки... Настройки в... Элегантную сессию!

> А зачем её менять?

Прослойка между стулом и клавиатурой много чего может с ней сделать. Например, сунуть в закладки или разослать по аське. Если ссылка приведет не туда - будет плохо. Ну и для поисковиков полезно очень (как раз тот самый урл-обфускатор)

> Адресная строчка должна чётко идентифицировать концепцию - ресурс, остальное - настройки юзера

Ресурс - это что? Домен? Или конкретный документ в домене, например этот тред?

> Я пока с таким не сталкивался, ничего не скажу.

Себя рекламировать неприлично, поэтому покажу конкурентов: mos2.ru, попробуйте пооткрывать описания объектов на карте (сразу пачку откройте) - получите ссылку, при переходе по которой будут открыты все окна, которые вы и наоткрывали. Т.е. как раз реализация клиентского State, который и в закладках оказаться может, и по аське/мылу/жабберу перелететь

EmStudio
()
Ответ на: комментарий от wfrr

> просто лечись.

Хоть на симптомы укажи. Ведь первый шаг к лечению - осознание своей болезни, а я ее пока не вижу, даже доктору рассказать нечего. Не говорить же ему, что приходила белка с ЛОРа и советовала полечиться?

Да, на жабе быдлокодить нельзя, ибо жаба - интерпрайз.

EmStudio
()
Ответ на: комментарий от EmStudio

> Прослойка между стулом и клавиатурой

Класс ))

> Ресурс - это что? Домен? Или конкретный документ в домене, например этот тред?

Ресурс это нешто абстрактное, вот тред как раз подходит, а конкретный документ - нет, а передаётся он на клиента (browser, другая программа) уже в виде того или иного представления (html, json). В общем всё по REST. Этот тред вполне подойдёт. Типа http://www.linux.org.ru/news/012345/3#blablabla

Bohtvaroh ★★★★
()
Ответ на: комментарий от Bohtvaroh

> Настройки превращаются... Превращаются настройки... Настройки в... Элегантную сессию!

Ну да, сессию, только не на сервере, а на клиенте.

Bohtvaroh ★★★★
()
Ответ на: комментарий от anonymous

>И опять же будет лежать переменная сессии где-то в memcached или с переменной - суть от этого не меняется, сессия остаётся.

Меняется. memcached - shared, а сессия - per-client.

KRoN73 ★★★★★
()
Ответ на: комментарий от wfrr

>а клиенту достаточно сказать: мы рекомендуем фаерфокс

С такими советами ресурс идёт лесом. Мир не ограничивается десктопом. Кроме того, такие, вот, советчики, обычно, как раз, IE рекомендуют.

KRoN73 ★★★★★
()
Ответ на: комментарий от EmStudio

>Например, на форуме ixbt. Там пароль в открытом виде.

Или ты глючишь, или это просто песец :) Пароль в куках перехватывается по пути и на форуме приходится юзерам HTML напрочь зарезать.

KRoN73 ★★★★★
()
Ответ на: комментарий от KRoN73

>Или ты глючишь, или это просто песец :)

нет он не глючит

на ixbt действительно настолько ламеры в разработчиках форума что пароль plain'text'ом идет

xargs ★★★
() автор топика
Ответ на: комментарий от KRoN73

> Или ты глючишь, или это просто песец :)

Зарегайся и посмотри сам. Все интерфейсы имеют поля логин/пароль, которые автоматически заполняются из кукисов.

> Пароль в куках перехватывается по пути и на форуме приходится юзерам HTML напрочь зарезать.

Все нормальные давно HTML режут, иначе много чего интересного можно сделать, тогда кукисы уже будут не нужны :D

Еще на их форуме можно написать слова onload, onmouseover и другие подобные (просто как текст), результат будет немного интересен :D

EmStudio
()
Ответ на: комментарий от KRoN73

> man GPRS. Или ты всегда дома сидишь безвылазно? :)

Лично я пользуюсь wifi :). А те, кому нужна совсем уж мобильность - 3G.

eXOR ★★★★★
()

Хорошая новость. Спасибо jQuery за кучу сэкономленного времени.

theSoul ★★★
()
Ответ на: комментарий от Bohtvaroh

>>> Меняется. memcached - shared, а сессия - per-client. >> Вы тёплое с мягким путаете имхо. > Вроде как ничего он не путает...

Ну вот смотри - сессия это набор некоторых данных, логически сопоставленных с сеансом пользователя на стороне сервера. Ну, например ID пользователя, по которому проверяются права доступа к каким-то там ресурсам. Где эта переменная будет сидеть неважно - в некоем объекте типа session, который её где-то будет хранить прозрачно для разработчика, или разработчик её сам сунет куда-нить в разделяемую память, в мемкэшид или сериализует на диск - эти данные всё равно останутся "per-client", т.е. данными сессии.

anonymous
()
Ответ на: комментарий от anonymous

>юзай links2 и не плачь

неофиты, вчерашние вантузятники вечно links советуют. типа шарят. ну уже прогресс, хорошо хоть не lynx, завтра глядишь ты про elinks наконец прочтешь

black7
()
Ответ на: комментарий от anonymous

>Ну, например ID пользователя

ID пользователя и в куках хранится прекрасно. И сессии для этого не обязательны.

А выше речь шла о хранении в сессии «результатов запросов», то есть по сути общесерверной и, в общем случае, модифицируемой информации.

KRoN73 ★★★★★
()
Ответ на: комментарий от black7

> неофиты, вчерашние вантузятники вечно links советуют. типа шарят. ну уже прогресс, хорошо хоть не lynx, завтра глядишь ты про elinks наконец прочтешь

elinks умеет яваскрипт - нищебродам не подходит.

anonymous
()
Ответ на: комментарий от KRoN73

> ID пользователя и в куках хранится прекрасно. И сессии для этого не обязательны.

Если у вас ИД пользователя в куках прекрасно хранится, то для вас сессии и в самом деле необязательны :)

> выше речь шла о хранении в сессии «результатов запросов», то есть по сути общесерверной

Общей для результатов запросов в контексте конкретного пользователя, вот цитирую: "для проверки всяких атрибутов пользователя, общих для всех запросов, нужно на каждый HTTP-запрос ходить в базу"

Если логика вашего приложения подразумевает авторизацию пользователей, то всё - автоматом у вас есть специфичные для юзера данные. Юзер обычно испускает целую серию запросов, по этому эти специфичные данные хранятся где-нить поближе, что бы в базу не лазать - т.е. организуется сессия.

anonymous
()
Ответ на: комментарий от anonymous

> Если ты на жопорезе отключаешь картинки, можешь и JS отключить.

только вот быдло-верстальщикам объясни, что некоторые JS отключают, и что есть тег <noscript>. быдлосайты вообще без JS не открываются.

anonymous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.