Ограничение максимальной длины пароля

Угу, так обычно и говорят. При этом вряд ли кто-то измерял эти «большие нагрузки». Если банку 10 лет, то максимальный период всего в 20 раз больше этих 180 дней. Если их серверу тяжело на один запрос пользователя вытащить тысячу записей из базы и отдать по HTTP, может, сервер слабоват? :-) Нет, очевидно лучше заставить пользователя эти 20 раз кликать в интерфейсе, перебирая диапазоны и суммарно нагрузив сервер ещё сильнее.

Ограничение максимальной длины пароля

Я думаю, что тяжёлое наследие докомпьютерных времён, когда выписки получали на бумаге и за деньги. Но тут же бесплатно, я подряд могу сделать несколько выписок за смежные периоды. Инертность мышления?

Ограничение максимальной длины пароля

Вспомнилось ещё. Меня бесит, что в банк-клиенте моего банка нельзя получить выписку со счёта больше, чем за 90 дней. 90 можно, 91 нельзя. С 1 октября по 31 декабря хотите? А фиг вам! При этом можно как-то понять, если старые записи у них не хранятся, но период можно выбрать и пару лет назад, главное не длиннее 90 дней. Неужели жалко выдавать хоть за всё время существования банка? Ну и что, что 500 записей. Юзер сам захотел.

Ограничение максимальной длины пароля

Думаю, килобайта всем хватит :-)

Ограничение максимальной длины пароля

Угу, как будто бы тильдочки и собачки сложнее поддаются хэшированию :-)

Улыбнитесь миру!

Самое большое, за что я не люблю геев — это за то, что они опошлили радугу. Было чудесное явление природы, прекрасный добрый детский символ, а теперь в Штатах уже «rainbow» в приличном обществе зазорно сказать :(

Скажи «Нет!» стоковым клише

Вспомнилась заметка у Тёмы, которая была написана — страшно подумать — в 2000-м году!
www.artlebedev.ru/kovodstvo/sections/61/
«Сайты, построенные на одной картинке (часто — с заретушированным водяным знаком), слишком распространены и узнаются за километр. Даже если у менеджера подобной студии проснется совесть и он заплатит сотню за официальную лицензию на изображение, честь студии не будет спасена — использование готовых картинок из фотобанков является моветоном, если мы говорим о дизайнерской работе, а не о вторсырье».

Ничего не меняется :-)

Набор доменных имён в другой раскладке

А с набором паролей как? Или поле ввода пароля в браузере он всё-таки просекает?

Набор доменных имён в другой раскладке

Интересно, никогда не использовал. А он в строке браузера не отключается автоматом? А то неудобочитаемых урлов и так хватает.

Набор доменных имён в другой раскладке

Можно и придумывать слова. «Красотюля», не знаю :-) Главное, чтобы запоминались.

Набор доменных имён в другой раскладке

Я это придумал в прошлом году и излагал паре человек в устной беседе, тогда домен был свободен. Может, сарафанным радио донесло. Может, конечно, сами придумали :-)

Регистрация на сайте. Плюсы, минусы, подводные камни

Имел в виду, разумеется, комментарии.

Регистрация на сайте. Плюсы, минусы, подводные камни

Можно, пока никто не ответил на твой пост и не оценил его. Впрочем, предложения по движку Хабры, наверно, не здесь надо писать? :-)

Honda представила домашнюю водородную АЗС

Девайс чем-то похож на Еву из Валли :-)

Все о String.intern()

Я в Java совсем новичок, но тут столкнулся со следующей задачей. Имеется коллекция, где объекты создаются по запросу примерно так:

Object get(String name) {
  Object res = cache.get(name);
  if(res == null) {
    res = createElement(name);
    if(res != null) cache.put(name);
  }
  return res;
}

Возникла такая проблема, что создание некоторых объектов (вызов createElement) долгое и ресурсоёмкое и при этом сразу несколько тредов могут запросить создание одного и того же объекта одновременно (то есть пока один тред обрабатывает createElement, другой снова заходит в этот get и тоже приступает к createElement, потому что объекта ещё нет в кэше). Добавил в объявление метода get волшебное слово synchronized, но стало ещё хуже, потому что если один тред создаёт долгий элемент, то другие ждут его, хотя они запросили совсем другой быстрый элемент. То есть синхронизация нужна только при запросе одного и того же элемента. Обернул тело функции в блок synchronized(name) {}, но это не сработало. Тут я вспомнил, что что-то такое недавно читал на Хабре :-) Изменил на synchronized(name.intern()) {}. После этого как будто бы стало всё прекрасно, так что автору спасибо за подсказку :-) Интересно, это правильное решение задачи или есть подводные камни, о которых я не подумал?

Один серый, другой белый…

А в пеинте есть антиалиасинг? На картинке он наблюдается =)

Большой день для Яндекс.Расписаний

При переключении между «Паровозиками» и «Самолётиками» карта позиционируется в исходную точку. Кажется, логичнее оставаться там же, где был.

Собеседование глазами собеседуемого

Не помню, кто сказал, что вопросы бывают двух типов — плохие и хорошие. Хорошие — это те, на которые знаешь ответ :-) Складывается ощущение, что автор просто хочет хороших вопросов :-)

Собеседование глазами собеседуемого

По моему опыту здесь необходимо знание того, что «отнимание единицы — полезная операция в битовых преобразованиях». Я пока не знал этого, не мог придумать решения всяких задач на тему подсчёта единичных битов. Когда узнал решение одной такой задачи, стало всё понятно. Теперь «вычитание единицы» автоматически входит в пул перебираемых в голове операций :-)

Прогресс-индикатор со стеком

Да, насчёт for_progress разумно, сделаю.
С sub_progress, мне кажется, смысла немного, потому что процент логичнее помещать в конце даже большого блока:
sub_progress {
...
} 50; # процент на момент завершения блокаЕсли размещать его перед блоком, кажется немного непоследовательно. Но я ещё подумаю.