это какой вопрос?

где надо удалённый скрипт восстановить, который запущен.

Может в /proc что-то есть

Прок пид фд

cat /proc/$pid/fd/255 вроде так

в случае bash

о

классно

лучше cp

fd=255 у bash

Хер знает что там накатаешь;)

у других другой )

кстати говоря

Фд лсофом смотрится норм

апдейтер аськи мейлушной

там в линуксовой части зовётся readlink на /proc/self/exe

чтобы выяснить путь до эльфа

зачем это говно?

я не удержался и залил

это на говнокод

чтобы его удалить

и записать новый

а чо не так

через систем(рм -ф)

а потом запустить через систем новый.

Ну. Это крайне дерьмовый подход, думается мне.

Причем это один в один ответ со стекофверлоу.

я решил загуглить что это такое и нашёл)

бггг

И это не протестить никак

ну ок, как по другому получить путь до эльфа?

все кейсы

а зачем его вообще получать?

вот кстати да

всё равно это не бесшовное обновление с горячей заменой кода

а подлива какая-то

нетестируемая

а если въебёт где-то по дороге?

мы получим удалённый файл и отсутствие нового

например.

rename атомарный, чо там въебет

там не ренэйм

они не используют сисколы

ну про system уже другой разговор

они зовут коммандочуи

там ещё линки прямо в код зашиты )

Эм

откуда брать апдейты

Вообще подменить файл под процессом -- это вообще не ужасно.

и закомменченные тестовые.

Более того, так оно и делается всеми package manager'ами :)

из которых я вытянул бинарь

нууу

оно же не прямо так делается?))

почему же мне так страшно на это смотреть

Ну в целом так. Подменяется файл, потом рестарт.

да

но они бы ещё пкилл там звали

чесслово

лучше один раз увидеть

http://govnokod.ru/19731

комменты как на хабре

уютно

А вот за вызов system() надо бить по рукам со всей дури

С rm -f

позикс для слабаков

слушайте, а чем отличается iptables -A INPUT -m conntrack —ctstate ESTABLISHED,RELATED -j ACCEPT от iptables -A INPUT -m state —state RELATED,ESTABLISHED -j ACCEPT

слушайте, а чем отличается iptables -A INPUT -m conntrack —ctstate ESTABLISHED,RELATED -j ACCEPT от iptables -A INPUT -m state —state RELATED,ESTABLISHED -j ACCEPT

Ничем. Второй вариант deprecated

ERROR: S client not available

вопрос снят

да, на 15-ой минуте отгуглил

так, ни одной CentOS больше

ни одной

Оказывается, Контур принял решение не нанимать украинцев

Ну, а редхат теперь не берет русских

центос хорош же

чем плох?

О

ну вот например

второй депрекейтед?

блин

модули разные.

модули разные.

всмысле в других системах по-другому?

не

-m =))

Ну, а редхат теперь не берет русских

Не пи$ди. Редхат теперь резюме из России не принимает через сайт.

По факсу отлично принимает, и через сотрудников тоже. А если ты не знаешь ни одного сотрудника Редхата -- тебе наверное не стоит работать в Редхате :)

ух=(

так. смотрю в примере -A INPUT -p tcp -m state —state NEW -m tcp —dport 22 -j ACCEPT я правильно понимаю, что можно аж вот так: -A INPUT -p tcp -m contrack —cstate NEW -m muliport —dport 22,80,443,110,143,465,993,995 -j ACCEPT

у нас чувак работал, один из тех которые облако написали. Он ещё в овссвич контрибутил активно. В редхате щас, а пилил когда-то альтлинукс кажется.

так. смотрю в примере -A INPUT -p tcp -m state —state NEW -m tcp —dport 22 -j ACCEPT я правильно понимаю, что можно аж вот так: -A INPUT -p tcp -m contrack —cstate NEW -m muliport —dport 22,80,443,110,143,465,993,995 -j ACCEPT

или нахер так извращаться,

cstate или ctstate?

второе конечно же

Так.

=)))

Где бы найти руководителя проекта)))

Тут все пацаны конкретные, поэтому начинай сразу с суммы, причем в долларах :)))

Разница в том, что -m state — эпическая рухлядь, написанная в ту отдаленную эпоху, когда существовали только зачатки системы conntrack. -m conntrack — более свежая реализация, предоставляющая полноценный доступ ко всем возможностям современного conntrack, включая NAT, таймауты, уточняющий статус (ctstatus) и т.п.

Где бы найти руководителя проекта)))

Наташ, у Вас в позиции описанны скиллы техлида

А не руководителя проекта

и этим ВСЕМ никто не пользуется :)

Современный руководитель проекта в технике может не шарить вообще