Как стать автором
Обновить
69
37
Георгий Меликов @gmelikov

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

Отправить сообщение
А почему так мало внимания уделяется варианту записи в физическом блокнотике, который лежит дома? Уж если до дома доберутся, то всё равно от паяльника ничто не спасёт=)

Стоит добавить, что такой вариант хорош только тогда, когда есть силы запомнить все основные пароли, а наименее используемые можно потом подсмотреть.
Я Вам отвечу проще — тем, кто не хочет разбираться в устройстве ПК, без разницы на Windows ли, или на Ubuntu звать знакомого админа ставить что-либо.

Не забывайте, что обычный пользователь просто научен чему-то, и банально потому что он уже знает Windows ему её и легче ставить.

Проведите эксперимент — представьте, что Вы не знаете как устанавливать Ubuntu / Windows, и у Вас на руках только лишь диск с дистрибутивом. Вам что там что там читать инструкции, что там, только установка программ Windows намнооого менее тривиальна…

Сравнение с другими дистрибутивами считаю не совсем корректным, надо сравнивать только с теми, которые заточены на десктоп — у каждого дистрибутива свои цели, естественно что минимальную установку Gentoo обычный пользователь сам проводить не будет, да и не надо оно ему=)

Лично у меня пожилые родственники уже более полугода сидят на мной поставленном Debian wheezy и ни разу (!!!) не задали вопросов как что, я просто с самого начала их полчаса обучил. Весь вопрос в знаниях.
Извините, но дальнейшие пляски с драйверами идентичны, только Ubuntu для всего основного (т.е. наиболее распространенного) железа всё ставит само из удобного окошечка.

Вопрос специфичного железа лучше не поднимать, потому что на Windows с этим железом обычно тоже есть проблемы.

Это я говорю на опыте работы с процессорами VIA и старыми AMD, на каждой операционке свои проблемы, единственное в чём Вы правы — драйверов от производителей больше для Windows, хотя это не значит что в них нет проблем.
По моему и Ubuntu так же устанавливается «Далее», «Далее»…
По моему у Вас получается ну очень нишевое устройство — аппаратные кнопки не просто так исчезли с мобильных устройств, ведь один из критериев — компактность, который Ваше устройство мягко скажем портит. А брать будут только те, которым надо набирать тексты круглые сутки.

Это мнение у меня сложилось после использования на телефоне клавиатуры MessagEase и обучения ей в течении месяца — одним пальцем я могу вслепую вводить смски быстрее любой другой клавиатуры, да и большинство спецсимволов не требует дополнительных действий, в общем рекомендую. И вау-эффект от знакомых обеспечен=)

В любом случае — удачи!
По моему любое начинание прекрасно, давно ждал экранизации творчества Азимова, обожаю его!

Спасибо за прекрасную новость, надеюсь сделают на совесть.
В этом случае я просто беру лучшее из книги=) Вообще во многих изданиях этого направления (тайм-менеджмент к примеру) любят идеализировать, просто это надо при прочтении учитывать.
Из прочтенных вспоминается (по ссылкам рецензии):
Генри Форд — Моя жизнь, мои достижения. — будьте внимательны с переводом, а в остальном очень толково описан процесс постановки производства, ну а его цитаты (к примеру «Цвет автомобиля может быть любым, при условии, что он черный») говорят о многом.
Н. Мрочковский и А. Толкачев — «Экстремальный тайм-менеджмент» — очень мотивирующая и полезная книга для грамотного планирования и постановки задач, написана в виде истории человека, читается на одном дыхании.
Остин Клеон — Кради как художник — книга больше для людей творческих, но тоже очень интересна.
Дао Уоррена Баффета — цитаты одного из самых успешных инвесторов, очень помогают с финансами.

На всякий случай по поводу перевода данной книги на русский прочитайте эту статью о ней, поможет ещё лучше понять изначальный смысл.
Оптимизация для любого веб-сервера начинается с использования nginx + php5-fpm + opcache и настройке кеширования на nginx там где только можно.
Также рекомендую больше внимания всё-таки уделить отключению лишнего в php5-fpm.
А тесты Вам стоит проводить, направив нагрузку на самые тяжелые в плане вычислений места.
Ну и конечно же, отключение логов при малейшем DDoS или попытках взлома Вам обойдутся дорого.

За статью спасибо, но если уж оптимизировать, то по максимуму.
Я тоже сталкивался с этим, к сожалению они привязаны к версии ядра, и в ubuntu эти пакеты уже не содержат legacy драйвера.
Вот конкретно PPA с legacy пакетами fglrx, последняя поддерживаемая версия ubuntu — 13.04
А вот на Debian Wheezy всё работает отлично из коробки.
Попробуйте if заменить на
if [ -n "$SSH_CLIENT" ] || [ -n "$SSH_TTY" ]; then

Надо смотреть какие переменные, касающие ssh, создаются при входе через SSHMote, и по ним выставить if.
Так же тут можно посмотреть полный пример кода, который также проверяет, тянется ли сессия от процесса sshd.
Вы не в ту сторону смотрели, вам надо на стороне сервера указать, что если подключается сессия по ssh, то запускать screen.
Быстрое гугление приводит пример: в файле ~/.bashrc (пользователя, под которым входите) прописать:
if [ -z "$STY" ]; then
    exec screen -dR
fi

А вот тут вообще продвинутый вариант с выбором последних сессий.

Хотя лично я всегда делал проще — на автозапуск не прописывал, но если мне был критичен обрыв сессии — ввёл screen и забыл о проблемах.
По screen — ему без разницы откуда вы заходите, всё просто — при команде
screen -r

он откроет вашу последнюю сессию (но если сессий в нём открыто больше, то он потребует в добавок ввести её id).
Открыть сессию в нём просто (извиняюсь за капитанство) —
screen

В общем рекомендую изучить всё-таки, проблему вашу он гарантированно решит.
Ну если вам даже screen не прокатит… А подскажите пожалуйста для кругозора, чем он не подошёл в вашем случае?

А зря, этот целерон на редкость хороший, я на нём без тормозов dead space ради теста прошел весь. Наверное, не просто так intel не пишет что там за видеоподсистема. Да и расход у него всего 17ватт.
По сессиям в SSH — если сессия оборвалась, то ничто не поможет, по сути классическим решением в данном случае является тот же screen, а если его прописать на автостарт при коннекте, то вообще все проблемы решите.
Выбор железа всё таки у Вас получился странный, i3 для файлохранилища — это немного слишком, да и Linux можно поставить на что угодно в наше то время.
У себя для рабочих виртуалок взял Gigabyte GA-C1007UN-D, там и 2 гигабитных ethernet порта, и процессор с поддержкой всего фарша для виртуализации, и стоит всё это оптом меньше 3000руб, сейчас на этом целероне без проблем живут одновременно не менее 5 виртуалок на raid1, а у Вас под такое i3…
При выборе железа рекомендую считать и затраты на электричество, Ваш i3 кушает по спецификациям 35ватт только процессор.
По моим тестам следующий код работает в Вашем случае, протестировать на задержки в сети не было возможности, единственно — если при этом именно рвётся связь (падает принимающая сторона, например), то всё тоже естественно останавливается:
gst-launch audiotestsrc !  \
tee name=at ! queue  ! audioresample ! voaacenc bitrate=64 ! audio/mpeg,rate=22050,channels=1 ! flvmux streamable=1 name=mux \
videotestsrc ! tee name=vt !  queue ! videorate ! videoscale ! x264enc bitrate=700 tune=zerolatency pass=17 ! \
mux. mux.  !  queue  ! rtmpsink location="rtmp://localhost/live/test" at. !\
queue ! filesink location="/tmp/aud.audio" vt. ! \
queue ! filesink location="/tmp/vid.video"

Самый безопасный с точки зрения записи вариант — воспользоваться тем же nginx-rtmp-module в качестве ретранслятора по этой директиве. В таком случае все проблемы с сетью будут Вам без разницы. С этим модулем уже год как работаем, проблем никогда не было, на днях выдержали 16 часовую трансляцию без единого сбоя, только без записи файла на стороне gstreamer, несжатый поток нам не нужен, и для устойчивости вынес запись на nginx.

К сожалению, прямого варианта не нашел, rtmpsink в случае прекращения приёма на другой стороне заканчивает работу.
Согласен, на своём опыте при паразитном трафике более 30 мбит/сек с большого количества ip fail2ban уже работает на грани, к сожалению, это решение пригодно только для небольших нагрузок.
Уточните пожалуйста, через какой протокол и куда вы транслировали видео?
Теоретически, если правильно сделать tee и проставить в нужных местах queue, то должно всё получиться, максимум настройки буферов у оных элементов подкрутить.
Спасибо, будет интересно сравнить.
Прошу отметить, что указанный LA действителен для работы с платой,
с videotestsrc и audiotestsrv LA = 0,15.

Информация

В рейтинге
150-й
Откуда
Москва, Москва и Московская обл., Россия
Работает в
Зарегистрирован
Активность