Pull to refresh
13
0
romy4 @romy4

Пользователь

Send message
Вы очень странные ide использовали, дорогой оппонент. Либо это были просто редакторы типа gedit. Все топовые ide позволяют коммитить одним сочетанием клавиш и так же пушить (кстати, в том же JetBrains :). Если вы сравниваете то, что в ide надо записать макрос или добавить собственноручно «hotkey» с тем, что плагин уже свои подтягивает, то это некорректно. Вы всё равно донастраиваете vim устанавливая плагин.
Единственный аргумент за vim, что я слышал, который реально делает vim лучше других — это vim работает в консоли, и когда у тебя куча серверов с консолями/без gui, и надо что-то постоянно редактировать. Тогда Vim рулит. Не имеет значения, на сколько быстро ты пишешь с помощью vim или %моя_любимая_IDE%, или как быстро переходишь по тексту, переключаешься между вкладками; время в основном съедается раздумиями и дебагингом/пробами алгоритмов.

пс. пробовал vim, использую vim. Но мне больше нравится когда все горячие клавиши переходов/поиска/подстановки работают в режиме редактирования, как в обычных ide, и не надо переключать режимы.
Хотя исследование карты было важным, концепция сокрытия уже открытых частей карты с исчезновением прямой видимости юнитами игрока, появилось позже.

Не совсем так. Тот «туман войны», который описан в статье, появился как раз в Civilization-1 в 1991 году (на год раньше Дюны). Участки там хоть и были видны, но без близко расположенных юнитов или городов к открытой територии, не давало игроку видеть передвижения противника. Со временем пройдя по уже захваченной территории, можно было наткнуться на вражеские города.
спасибо, я тупанул ночью, полез в Code:)
2. там ничего нет
Можно не от рута, если вы запустите его для порта выше 1000. например, 1025 и для smtp укажите этот порт. А так как nullmailer запускается при старте системы, то должно работать.
в принципе, оно так и задумано. При запуске fakemail.py укажите --port=25 --host=192.168.0.55 --path=/path/to/mail/folder
эта штука «висит» на конкретном порту конкретного хоста биндясь на конкретный айпишник. А так как оно использует только системные вещи, то должно заработать и в docker-контейнере без проблем.
Для меня стоял выбор минимизации. А java это тяжело и много памяти кушает. Хотя, думаю, удобно.
а вот с помощью netcat:

файл smtp.sh
#!/bin/bash

       echo "10x.example.com ESMTP"

       read helo
       echo "250 10x.example.com"

       read mail_from
       echo "250 ok"

       read rcpt_to
       echo "250 ok"

       read data
       echo "354 go ahead"

       read newline_dot_newline
       echo "250 ok 1134335146 qp 3108"

       read quit
       echo "221 10x.example.com"

       echo "$helo" > myfile
       echo "$mail_from" >> myfile
       echo "$rcpt_to" >> myfile
       echo "$data" >> myfile
       echo "$newline_dot_newline" >> myfile
       echo "$quit" >> myfile



и сам сервер на основе nc
while true
do
     nc -l -p 10101 -e smtp.sh
done
можно и
sudo dpkg-reconfigure exim4-config

Но я с бубном плясал часа 4 вокруг него и postfix, хоть и руки не из жопы. Так что если у кого-то будут проблемы с подъёмом стандартного софта, можно попробовать мой вариант.
Просто замечу, что кто будет ставить mailcatcher, то нужен ruby > 2.0. Я установил 2.1.4 через rvm, только тогда поставился mailcatcher.
ЧПУ станки с гигантским полотном

Это ещё не гигансткое полотно. Вот на «Авианте», там гигантское: на площадке размером 20 метров в длину «летает» 12-тонная махина
я не Павел, но по 1 и 2 вопросу с вами совершенно согласен. Отзывчивость и скорость стаёт первым, вместо удобности.
Не избыточна ли для вас RabbitMQ, почему не ZeroMQ?
Но благодаря этому переводу, я, например, смогу поделиться с новичком материалом, избавляя себя от кучи ненужных слов и оставляя время только на сухое объяснение непонятного. Так что спасибо автору.
Даже, казалось бы, чтения из участков памяти для sse — операция более медленная, чем работа с регистрами, а получается всё равно быстрее.
Тоже интересно: кому таки реально стоит переживать? была проблема 2К, но её тоже пережили и не заметили, слышал лишь про пару случаев на древних тазиках.
bash --version
GNU bash, version 4.3.11(1)-release (x86_64-pc-linux-gnu)

ни одной уязвимости.
Not vulnerable to CVE-2014-6271 (original shellshock)
Not vulnerable to CVE-2014-7169 (taviso bug)
Not vulnerable to CVE-2014-7186 (redir_stack bug)
Test for CVE-2014-7187 not reliable without address sanitizer
Variable function parser inactive, likely safe from unknown parser bugs


в версии 2009 года 4.1.2 тоже нет
Не велика беда сохранять не по значению, в противовес отказу от ООП.

Information

Rating
Does not participate
Registered
Activity