Лучше добавьте возможность отфильтровывать посты по дате, а не как сделано сейчас — за сутки, за неделю, за месяц. Недавно уезжал на три недели и по возвращении пришлось смотреть все посты за месяц, и визуально отфильтровывать те из них, что уже читал. Было очень неудобно. А так я бы выставил себе «показывать все посты от сих о до сих» и не было бы проблем.
Почему же сразу единая точка отказа? Клиент подключается к какой-то известной ему точке, получает от нее список других доступных точек и стучится к ним по очереди, пока кто-нибудь не примет. А как еще иначе вы хотели? Получение адреса первой точки — вводится руками или из конфига.
И вообще, что вы так на человека набросились (ниже по ветке)? Это же первая версия, со временем все исправится. Человек сюда и пришел за помощью, чтобы его проектом заинтересовались и помогли его развивать. А тон ваших комментариев напрочь отбивает это желание. Прямо-таки чувствуются брызги слюны. Поспокойнее, помягче :) Знаете, если вот так месяцами только думать, а как же лучше сделать, руки до написания кода никогда не дойдут.
Я сам давно мечтал найти/сделать что-то подобное — открытый расширяемый кластерный сервер, а тут на тебе! Практически один в один мои мысли. Однако же и я позанудствую. Почему такое скупое описание? Можно было написать хотя бы основные идеи, которые лежат в основе реализации. Пусть без обоснования, но хоть было бы о чем говорить в комментах!
Gauss1985, да, и поправьте, пожалуйста, кодировку всех файлов в репозитории на UTF-8 — смотреть его онлайн невозможно.
Это хорошо, что всё понятно :) Но подрихтовать перевод, я считаю, всё же стоит. Машинность вышеуказанного абзаца сильно бросается в глаза. Плюс, там пропущены запятые и имя Бъерна написано неправильно :)
Там не только в названии города проблема. Шестой абзац, вообще, похоже, только что вышел из Google Translate (не в обиду будь сказано автору). Я бы переписал его так:
Это не только самый быстрый выпуск нового стандарта в истории C++, но, как отметил Бьерн, есть ещё одна причина для его входа в историю: уже сегодня, либо в ближайшем будущем, доступны несколько практически или полностью корректных реализаций (минус баги) C++14 — и это в то время, когда C++14 только публикуется. Ранее со стандартом C++ (да и C тоже) такого никогда не случалось. Для C++98 разница между публикацией стандарта и первой доступной, полностью соответствующей ему реализацией, составила около 5 лет. Для C++11 она составила два года. Для C++14 эти два события слились, и мы добились одновременного выпуска стандарта и его реализации.
Можно глянуть ещё в сторону d3.js, там очень мощные средства работы с SVG (да и вообще с любыми данными). Бонус, теперь по этой библиотеке есть русскоязычная справка :)
Тут же речь идет о том, что компилятор УЖЕ опознал один из этих трех случаев, но какой конкретно, он сказать не в состоянии. При этом два из них или ошибочные или подозрительные, да и встречаются чаще. Почему же при этом компилятор выбирает самую худшую стратегию поведения — молча сделать что-то, а не выдать хотя бы информационное сообщения: я делаю то-то, потому что?
Кстати, по ключам. Так как 3DES — симметричный алгоритм, то ключи из HSM никуда не выходят. Когда ключ генерируется в HSM, наружу отдается идентификатор ключа, который уже сохраняется в базе. И везде, где ссылаются на симметричный ключ, используют этот идентификатор.
Надо расшифровать сообщение — на вход HSM подается сообщение и идентификатор ключа, которым оно должно быть зашифровано.
Надо перешифровать — на всход сообщение, и два идентификатора ключей — HSM расшифровывает сообщение первым, зашифровывает вторым и отдает результат.
Надо зашифровать — на вход исходное сообщение и идентификатор — на выходе — шифровка.
Кроме того, в каждой транзакции NDC/DDC банкомат посылает информацию о предыдущей транзакции (в частности, там информация, сколько купюр было выдано из каждой кассеты). Так что если сообщение не дошло сразу, то дойдет потом и что-то можно будет предпринять.
После этого там чуть ли не охрану хотели вызывать, «хакеры расплатились мобильным!!!» :D
Отстали они от жизни. У нас сейчас разрабатывается МобиКеш — как раз оплата счетов телефоном. Так что вскоре это может стать уже совсем неудивительным.
Не-не. Там реализовано так, что начинает вращаться, когда мышку подводишь к краю экрана (аналогично, например, перемещению карты том же Fallout 2 — подводишь к краю экрана и карта начинает двигаться, пока не отведёшь мышь), а логично вращать всегда. Как было, например в Ведьмаке 2. Тогда при любом смещении мыши вид будет вращаться и делать это будет легче и точнее, чем пытаться рывками его правильно спозиционировать, метаясь между противоположными границами окна.
Выглядит круто, но почему такое ужасное управление? Почему обзор мышью сделан только в салоне? Хотя логично его сделать снаружи, плюс на колёсико повесить приближение и удаление. Как во всяких там ГТА :)
По поводу d3.js хочется добавить, что совсем недавно я перевёл справку по его API на русский язык, правда пока она не включена в официальную документацию. Я написал Майку письмо с просьбой влить изменения, но он пока не ответил :(
Знаете, требовать от переводчика еще и перевода изображений — даже для меня это чересчур :) Что впрочем, не отменяет того факта, что если это будет сделано, то это будет просто о*утельно здорово! Всё-таки перерисовка изображений не каждому под силу, объём работ не сравнимый.
Домашняя страница RenderDoc
Страница RenderDoc на GitHub
И вообще, что вы так на человека набросились (ниже по ветке)? Это же первая версия, со временем все исправится. Человек сюда и пришел за помощью, чтобы его проектом заинтересовались и помогли его развивать. А тон ваших комментариев напрочь отбивает это желание. Прямо-таки чувствуются брызги слюны. Поспокойнее, помягче :) Знаете, если вот так месяцами только думать, а как же лучше сделать, руки до написания кода никогда не дойдут.
Я сам давно мечтал найти/сделать что-то подобное — открытый расширяемый кластерный сервер, а тут на тебе! Практически один в один мои мысли. Однако же и я позанудствую. Почему такое скупое описание? Можно было написать хотя бы основные идеи, которые лежат в основе реализации. Пусть без обоснования, но хоть было бы о чем говорить в комментах!
Gauss1985, да, и поправьте, пожалуйста, кодировку всех файлов в репозитории на UTF-8 — смотреть его онлайн невозможно.
Это в дополнение к возврату криптограмм ключей — как сказано в habrahabr.ru/post/166181/
Конечно, интересна! Вы ещё спрашиваете :) Пишите ещё.
Отстали они от жизни. У нас сейчас разрабатывается МобиКеш — как раз оплата счетов телефоном. Так что вскоре это может стать уже совсем неудивительным.
Знаете, требовать от переводчика еще и перевода изображений — даже для меня это чересчур :) Что впрочем, не отменяет того факта, что если это будет сделано, то это будет просто о*утельно здорово! Всё-таки перерисовка изображений не каждому под силу, объём работ не сравнимый.