Хотел сразу же купить, но России нет в списке стран, который является обязательным полем при заполнении данных. Наверное придется через посредников за дополнительную комиссию делать заказ.
Не понимаю, почему не включают все страны, если доставка осуществляется службами fedex и ups, которые работают почти везде?
Флеш слайдер бы еще переделали на js. На проекте все равно используется jQuery. Можно реализовать с такими же эффектами, ничего сверхестественного нет. А во флеше ещё и сама реализация хромает, баги сыпятся.
— Однажды после просмотра превью и возврата на большой экран вместо больших картинок оказались растянутые замыленные превьюшки.
— При скроллинге назад сразу после моего клика иногда тут же возращает обратно. Таймер моих действий не видит, просто скроллит сам по себе.
— При уменьшении окна браузера флешка плохо себя ведет.
— Еще какие-то мелочи. Правильно у меня adBlock включен (:
В общем фиговастая флешка, практически неюзабельно, да и не нужна тут флешка имхо.
<template>
<random>
<li> Мчатся тучи, вьются тучи </li>
<li> В последний раз твой образ милый </li>
<li> Когда Потемкину в потемках </li>
</random>
<random>
<li> Невидимкою луна </li>
<li> В самовластной красоте </li>
<li> И берег, милый для меня </li>
</random>
<random>
<li> Освещает снег летучий </li>
<li> Все сердца пленила эти </li>
<li> Отдохнув от злой погони </li>
</random>
<random>
<li> Обычай мудрости храня </li>
<li> И юг державно облегла </li>
<li> Где кратко царствует весна </li>
</random> А.С. Пушкин
</template>
А как таблицу переменных кодов разумнее использовать? Можно ли осуществить такую схему.
-используется http-авторизация.
-В таблице юзеров поля login, password и id. Добавляем колонку salt.
-создаём дополнительно таблицу, например тоже salt, содержащую набор переменных кодов.(3 символа?)(100 строк?)(периодически обновлять?)
-при авторизации забираем md5 от пароля, рандомом забираем какой-либо код из таблицы salt, добавляем к хэшу и пишем в переменную PHP_AUTH_PASSWORD.
-инсертим соль в колонку salt и работаем с какой-либо таблицей по id юзера, cверяя хэш+соль из переменной PHP_AUTH_PASSWORD c записями из таблицы паролей password+salt.
-при следующей авторизации апдэйтим код соли в колонке salt, забираяя его рандомом из таблицы кодов.
Такая схема имеет право на существование? Минусы, плюсы? Пользователей порядка 100, максимум до 1000 вырастет. В данный момент всё работает без соли, стоит ли усложнять?
>>они(коллизии) будут вне зависимости от уровня вложенности. иначе у нас бы получился суперархиватор.
Коллизии будут обязательно, но хэш-функция может быть такой, что H(t1)=H(t2), при t1!=t2 и при t1 много меньше t2. То есть, для конкретной задачи, нам не важно, что хэш от пароля в восемь символов совпадёт с хэшем от пароля в 100 символов, ибо длина пароля в любом случае должна быть ограничена разумным числом символов. Значит мы никогда не обнаружим коллизий в конкретной реализации.
Не понимаю, почему не включают все страны, если доставка осуществляется службами fedex и ups, которые работают почти везде?
— Однажды после просмотра превью и возврата на большой экран вместо больших картинок оказались растянутые замыленные превьюшки.
— При скроллинге назад сразу после моего клика иногда тут же возращает обратно. Таймер моих действий не видит, просто скроллит сам по себе.
— При уменьшении окна браузера флешка плохо себя ведет.
— Еще какие-то мелочи. Правильно у меня adBlock включен (:
В общем фиговастая флешка, практически неюзабельно, да и не нужна тут флешка имхо.
<random>
<li> Мчатся тучи, вьются тучи </li>
<li> В последний раз твой образ милый </li>
<li> Когда Потемкину в потемках </li>
</random>
<random>
<li> Невидимкою луна </li>
<li> В самовластной красоте </li>
<li> И берег, милый для меня </li>
</random>
<random>
<li> Освещает снег летучий </li>
<li> Все сердца пленила эти </li>
<li> Отдохнув от злой погони </li>
</random>
<random>
<li> Обычай мудрости храня </li>
<li> И юг державно облегла </li>
<li> Где кратко царствует весна </li>
</random>
А.С. Пушкин
</template>
-используется http-авторизация.
-В таблице юзеров поля login, password и id. Добавляем колонку salt.
-создаём дополнительно таблицу, например тоже salt, содержащую набор переменных кодов.(3 символа?)(100 строк?)(периодически обновлять?)
-при авторизации забираем md5 от пароля, рандомом забираем какой-либо код из таблицы salt, добавляем к хэшу и пишем в переменную PHP_AUTH_PASSWORD.
-инсертим соль в колонку salt и работаем с какой-либо таблицей по id юзера, cверяя хэш+соль из переменной PHP_AUTH_PASSWORD c записями из таблицы паролей password+salt.
-при следующей авторизации апдэйтим код соли в колонке salt, забираяя его рандомом из таблицы кодов.
Такая схема имеет право на существование? Минусы, плюсы? Пользователей порядка 100, максимум до 1000 вырастет. В данный момент всё работает без соли, стоит ли усложнять?
Коллизии будут обязательно, но хэш-функция может быть такой, что H(t1)=H(t2), при t1!=t2 и при t1 много меньше t2. То есть, для конкретной задачи, нам не важно, что хэш от пароля в восемь символов совпадёт с хэшем от пароля в 100 символов, ибо длина пароля в любом случае должна быть ограничена разумным числом символов. Значит мы никогда не обнаружим коллизий в конкретной реализации.