Обновить
4

разработчик

5
Подписчики
Отправить сообщение
В опросе хотелось бы видеть мультиселект. Я, к примеру, не выделяю обучение в университете или самообразование как «основной вклад». Всего было, и всё было неплохо.
С этим поможет справится список одноразовых паролей. Наподобии тех, что выдаются банкоматами. Зашёл с незнакомого устройства — вводи одноразовый пароль — получай ключик на новое устройство.

Да и к тому же… У меня всего 3 устройства, с которых я регулярно посещаю ресурсы, на которых зарегистрирован. А у вас?
Мне не понравилось, по сравнению с остальными видео этой серии. Может потому, что тут я больше в теме происходящего.
Так может, хватит говно втридорога продавать? И сразу перестанут все заказы на ебэй идти.
не похоже, чтобы вы все понимали. Обратившиеся к Васи либо знают, чего хотят, и не собираются переплачивать за сайт-однодневку, либо через месяц, когда поймут, что сайт приносит прибыль(а именно для этого он делается ) — выделят бюджет для нормальной компании, которая сделает качественно. Зачем делать сайт за 80 и ждать месяц, если он может оказаться бесполезным?
А у меня угнали аську лет 7 назад. Хотя кому она нафиг сдаться могла. Восстановление то ли тоже поломали, то ли оно через одно место работало.
До сих пор номер помню, 265-551-464. Без этого, родного мне, номерка, мне аська не нужна:(
Наткнулся в комментариях на ещё один пост: http://habrahabr.ru/post/114899/

У меня прям все написанные исходники перед глазами пронеслись. Думал в такие моменты, что нужно больше спать, и переписывал на if-else.
Расскажите тогда, как стоит поступать в таких ситуациях?

$a = array("test"=>"1", "test2"=>2, "test3"=>3);
$needed = array("test", "test2");
foreach($a as $i => $v) {
    if(!in_array($i, $needed)) {
        unset($a[$i]);
    }   
}


Ну надо мне провалидировать что-то. Собирать новый массив?
«Вы когда-нибудь задумывались, почему всегда кажется, что ваша очередь в магазине движется медленнее? Все дело в отношении.»

Нет, нет и ещё раз нет, моя очередь действительно часто медленнее. И дело не в восприятии, а в в настоящий наминантах на премию «тормоз года» в очереди передо мной и на кассе. Везучий я такой.

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

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

А что делать, если сервер обработает запрос некорректно? Менять индикатор обратно? А когда мы об этом узнаем? И замет ли это пользователь? Мы обманываем его, показывая состояние, которое ещё не наступило — и где гарантии, что наступит?
То, что вы сделали, очень круто и красиво. И в плане визуализации, и в плане алгоритма.
Тут дело в том, что это, оказывается, разный код. При разработке его можно потрогать, поиграть, проверить. А при багфиксах на продакшене такой возможности нет.
И это не говоря о специфике языковых конструкций и не очевидных хаков (которых быть не должно, но разве так бывает?)
Ответом на вопрос топика может быть фраза «Убрав весь ненужный функционал», да?
Не очень понял как написанное относится к контейнерам. К работе в консоли, не более того.

Когда контейнеров становится много, меньше всего хочется заиметь в 2 раза больше команд, и выполнить команду над неправильным контейнером (который, конечно же, запускался ещё во времена динозавров и отлично работал до текущего момента).

А насчет заполнения sudoers… неужели там не поддерживаются шаблоны, и необходимо все писать самому?
Извините, попутал с банальным хешем.
Факторизация подразумевает получение ключа, который даёт коллизию на некоторой функции. Это вовсе не обязательно «соответствующий ключ». Фраза «расшифровать файлы без соответствующего ключа нереально» — предполагает недетерменированное (или детерменированное на _ОЧЕНЬ_ большом временном отрезке) вычисления ключа, дающего коллизию.
«Расшифровать файлы без соответствующего ключа нереально. Требуемое время брутфорса, с использованием целой сети мощных ПК — около двух лет.»

Ох, теперь уже 2 года — нереально. Раньше нереальными считались столетия.
Извините, я всех запутал с терминологией, меня интересовало именно время начала исполнения. Но длительность выполнения тоже стоит взять на вооружения.
Как-то я не подумал про следующее приглашение. Действительно, задачи как правило выполняются меньше секунды, редко больше 5 секунд. Этой оценки вполне хватит.
Пойду подпиливать .bashrc
Во всем этом деле с датой расстраивает то, что время пишется на момент приглашения. Получить бы время выполнения))

Информация

В рейтинге
Не участвует
Зарегистрирован
Активность