Впоследствии же оказалось, что эти изменения сделали DES более стойким к дифференциальному криптоанализу, неизвестному в то время криптологическому сообществу, а DES так и не был взломан за свою долгую историю службы.
Линейный криптоанализ разработан Matsui. Этот метод позволяет восстановить ключ DES с помощью анализа 2^43 известных открытых текстов, при этом требуется примерно 2^43 шагов для выполнения. Первый экспериментальный криптоанализ DES, основанный на открытии Matsui, был успешно выполнен в течение 50 дней на автоматизированных рабочих местах 12 HP 9735.
Согласен с точкой зрения создателя Coub в том, что нельзя было откатываться. Как по мне нужно было запилить открытый баг-трекер с голосовалкой и пилить новые/старые фичи по запросам от пользователей. И заявление соответствующее сделать: кому важен кинопоиск, не нойте, а давайте пишите, что вы хотите, чтобы мы вернули/реализовали. Таким образом Яндекс тут же спихнул бы всех орущих про возврат в маргинальное поле и снова стал бы такой себе «компанией бобра». А теперь получается, что Яндекс сам себя загнал в ловушку: оставаться на старом нельзя, так как страдает новая модель монетизации, но и новый дизайн как бы признан говном самим Яндексом. Теперь что они не запилят, найдутся те, кто скажет: фу, опять новое говно, верните старый кинопоиск!
untracked — ни разу не был добавлен в git. git о таком файле ничего не знает, у него нет никакой истории изменений. Это, например, могут быть какие-либо автоматически сгенерированные файлы, логи и т.п.
unstaged — файл уже добавлялся в git, сейчас он изменен, но не добавлен в будущий commit. Например, вы поменяли 5 файлов, но хотите сейчас закоммитить только 3, а оставшиеся 2 добавить в следующий commit. Вот те 2 и будут unstaged.
Тоже с таким сталкивался. На самом деле особой проблемы нет.
Всегда делайте только интерактивный rebase
Внимательно изучайте список коммитов, который предлагается к применению
Пропускайте (skip) те коммиты, которые делали не вы
В этом случае проблем не будет.
Предположим в мастере у вас 3 коммита:
master:
A---B---C
Разработчик бранчуется от C и добавляет свои 2 коммита:
feature:
A---B---C
\
D---E
Потом мы делаем rebase master HEAD~2. Страшно даже подумать, у-у-у-у… Что получаем?
A---B'---C'
\
B---C---D---E
С точки зрения git коммиты B и B' разные, так как у них разные хэши. При попытке сделать git rebase master (без -i) git попытатеся применить коммит B на B' и C', что, естественно, вызовет конфликт. Однако разработчик должен четко понимать, что он с коммитами B и C не работал и они его вообще никак не волнуют. Потому при git rebase -i master он должен пропустить B и C.
Добавлю от себя: всегда делайте squash перед слиянием ветки с master — это позволит избежать мусора в мастере. Как мы делаем у себя на проекте?
Разработчик создает pull-request
После получения достаточного количества голосов «за» разработчик делает git rebase -i HEAD~n, где n — это количество коммитов, которые он сделал в данной ветке (можно сказать, что это количество коммитов, на которое его ветка опережает master)
Первый коммит отмечается pick, остальные — squash
Все сообщения коммитов удаляются, первому выставляется подробное описание, что за фича, что сделал, что исправил
git push -f
merge
...
PROFIT!
В результате вместо такого
Получаем что-то такое
PS: И всегда делайте интерактивный rebase. No exceptions
Тут товарищ интересуется: если он прямо сейчас купит phpstorm, будет ли на него распространяться условие два года по цене одного? Вообще, имеет ли смысл покупать сейчас или смысла нет и все равно придется ждать 2 ноября?
Просто сделайте подписку опциональной. Кому нужна одна IDE — будут, как раньше, платить за апдейты, а кто, как Юлий Цезарь, пользуется всем и сразу, будет благодарен вам за возможность взять по подписке. Если бы еще была подписка со скидкой в нагрузку к покупной лицензии — это «ваще был бы огонь». Мне кажется, что существование права выбора принесет вам имиджевые очки и новых пользователей.
Было бы круто, коли было бы опционально. При сохранении старой модели добавить модель подписки. Вот это было бы круто, а так 1%, который пользуется всем сразу порадуется, а 99%, которые пользуются стабильно одной IDE попадут впросак, ибо на следующий год стоимость аренды будет выше стоимости владения.
Зависит от того, как поведет себя обладатель патентов. Может так статься, что выиграет от этого только одна американская компания, а не все человечество.
Линейный криптоанализ разработан Matsui. Этот метод позволяет восстановить ключ DES с помощью анализа 2^43 известных открытых текстов, при этом требуется примерно 2^43 шагов для выполнения. Первый экспериментальный криптоанализ DES, основанный на открытии Matsui, был успешно выполнен в течение 50 дней на автоматизированных рабочих местах 12 HP 9735.
unstaged — файл уже добавлялся в git, сейчас он изменен, но не добавлен в будущий commit. Например, вы поменяли 5 файлов, но хотите сейчас закоммитить только 3, а оставшиеся 2 добавить в следующий commit. Вот те 2 и будут unstaged.
В этом случае проблем не будет.
Предположим в мастере у вас 3 коммита:
master:
Разработчик бранчуется от C и добавляет свои 2 коммита:
feature:
Потом мы делаем rebase master HEAD~2. Страшно даже подумать, у-у-у-у… Что получаем?
С точки зрения git коммиты B и B' разные, так как у них разные хэши. При попытке сделать git rebase master (без -i) git попытатеся применить коммит B на B' и C', что, естественно, вызовет конфликт. Однако разработчик должен четко понимать, что он с коммитами B и C не работал и они его вообще никак не волнуют. Потому при git rebase -i master он должен пропустить B и C.
В результате после rebase разработчик получит:
PS: И всегда делайте интерактивный rebase. No exceptions
Только до 2017 года. Дальше будет как для всех — 79 баксов в год.
Если к каждой АЭС добавить ГАЭС, то смогут