модули в принципе не нужны.
то же магнитное поле можно получить и от 12 вольт. только ток в катушке будет в 220/12 раз больше, ну и провод побольше и витков поменьше.
как количество подключений коррелирует с количеством портов ??
на один порт можно принять неограниченную кучу подключений. разделяя по адресу и порту отправителя сообщения.
25/SMTP порт на смтп.маил.ру пережевывает трафик со всей рассеи и норм.
как и 443/HTTPS порт на самом маил.ру яндекс.ру и прочих.
имхо вы не совсем понимаете зачем нужнен порт....
я умею и нативные инструменты и не нативные :)
самое первое правило которое мне объяснили " никогда не работать в системе из-под рута" рутовые права необходимы только тогда, когда они необходимы.
и это не имхо, а весьма многими думающими и знающими людьми выверенное и обоснованное правило.
объясняю ситуацию на пальцах: ковыряешься в системе, естественно не изпод рутового пользователя, возникает необходимость отредактировать конфиг в /etc, доходишь до файла вместо набора sudo vi /etc/конфиг автоматически жамкаешь f4 (ибо так же редактировал десяток нерутовых файлов в другой диектории), редактируешь файл, сохраняешь и получаешь облом-с а файл-то запрещен под запись из-под твоего юзера и начинается мозго*бство с сохранением файла как ~/.temp выходом и последующим sudo cp ~/.temp /etc/конфиг или что подобное.
фар2л просто предложит записать этот файл из-под рута, попросит ввести соответствующий пароль и передаст выполнение тому же проверенному sudo. в секурности которого сомнений нет.
а ежели не доверяешь программам повышающим привилегии то надо удалить sudo и su из системы первым же делом.
Adamos, far2l функциональнее mc :)
к примеру даже в таком простом случае как повышение прав. к примеру редактируешь из-под не рутового пользователя "рутовый" файл, то при записи far2l автоматически предложит сохранить файл из-под рута, а с мс такого даже не знает и придется долго мудрить.
норм. намедни понадобился fuse3, а он не дружит с fuse, от которого напрямую зависит gvfs-fuse и также напрямую far2l.
пришлось удалить far2l :( что жаль, по некоторой функциональности он mc обходит на три корпуса...
закинул мейнтейнеру мысль что gvfs-fuse из зависимостей надобы перевести в рекомендации - ибо в фаре этим разделом функций ни разу не пользовался. посмотрим что ответит.
компилить самому влом :)
защита в в аккумах не спасает от сдыхания аккумов.
кстати во многих драйверах аккумов есть ограничение на количество зарядок - после определенного кол-ва зарядок драйвер отрубает аккум от разъема и аккум идет под замену.
хороший меркетинговый ход однако.
я ж не против :) и моно вполне себе отработал.
рекомендация была от создателя програмки была про моно.
я про такой прикладной вопрос
при наличии идентичных ботов один на c# другой на питоне и требовании установить на небольшом дешевом vps (опенвз микровпски помнится вообще за 300р/год давались) что вы выберете ??
edward_freedom, перечитай еще раз мой ответ :)
у меня демон под моно пару месяцев на линукс-машинке крутился. пока я ему не нашел замену.
дело не в том что с# компиляции не могут жить на линуксе, дело в том что .net интуитивно с линуксом не совмещается :)
пуски иконки и все прочее относится к оконному менеджеру - kde gnome xfce b иже с ними. это отдельное приложение которое запускается вслед за х-сервером.
Сергей Васенин, вам дудочку или кувшинчик ?? (с) мультик.
попинай авито, форумы местных радиотехников и иже с ним - мож кто наигрался и скидывает нужные тебе железки по дешовке.
при монитировании файловой системы произошли какие-то косяки и фс смонтировалась в режиме read only. это достаточно станадртное поведение линукса для корневой системы. прописывается непосресдтвенно в /etc/fstab
/dev/sda5 / ext4 errors=remount-ro 0 1
кроме перемонтирования в rw еще посоветую поискать ошибки. fsck и посмотреть лог загрузки.