
Alexander
19.06.2016
03:54:35
смотря что
я не ищу решение под что-то одно

Roman
19.06.2016
03:55:06
я общее решение сделай на нжинкс

Alexander
19.06.2016
03:55:12
я просто хочу дешевый и эффективный способ сделать из 3 плохих каналов 1 хороший для передачи трафика http/2

Google

Roman
19.06.2016
03:55:16
или хапрокси и жетти (я бы на этот кейс посмотрел)
или на насадке на нжинкс которая модули дает юзать (ты выше ее называл)

Alexander
19.06.2016
03:55:51
джетти на джаве
оно тоже тормоз, наверное

Roman
19.06.2016
03:56:05
стартанул и крутится

Alexander
19.06.2016
03:56:06
надо что-то на С, думаю

Roman
19.06.2016
03:56:10
зато универсальная и везде работает
сделай текущий вариант который просто работае на нжинксе
прокинь все что хочешь
и потом подумай где у тебя горлышки и нужно ли оптимизировть
я понял то ты хочешь.
сходу конфету, которая будет идеальна. а продукт лучше заюзать тот то знаешь там где уже должно работать и собрать из стенд тестовый из виртуалок или вдски и одного хоста дома - для экспериментов. да и перепробовать все.

Alexander
19.06.2016
03:58:09
мне кажется, что чтобы сделать хорошо на nginx, нужна plus версия

Google

Roman
19.06.2016
03:58:13
потому что твоего кейса as is - вряд ли находилось в полной мере

Alexander
19.06.2016
04:18:21
интересно, что лучше - пропатчить nginx https://github.com/2Fast2BCn/nginx_upstream_check_module или поставить tengine http://tengine.taobao.org/document/http_upstream_check.html

Roman
19.06.2016
04:33:59
а он не форк нжинкса?
На первый взгляд отличие Tengine от Nginx Plus Standard пока заключается в отсутствии в первом механизмов:
Advanced Caching
HTTP Streaming HLS/HDS
hls - это полезная штука

Alexander
19.06.2016
04:36:14
форк

Жора
19.06.2016
05:38:18
Вы чооооо, nginx покупаете?))

Ivan
19.06.2016
05:47:21
Вы тише-тише, Чистякова призовёте!

Alexander
19.06.2016
05:48:33
)))
а почему он не любит nginx?
ему не продали или что?

Ivan
19.06.2016
05:50:10
Говорят, Сысоев ему майку не дал

Жора
19.06.2016
05:50:11
Ему апач приплачивает?)

Ivan
19.06.2016
05:50:34
Почему Чистяков не любит нджинкс - тайна этого чата

Жора
19.06.2016
05:51:11
Спросить не пробовали?)

Ivan
19.06.2016
05:54:48
Дык не признается. На полчаса демагогию разводит, а потом "ой всё" :(

Magistr
19.06.2016
05:55:18
да 2 раза же писал уже ))

Roman
19.06.2016
05:55:32

Ivan
19.06.2016
05:55:42
Я, возможно, даже согласился бы, что он, нджинкс, - говно, но без объективных аргументов - нет.

Жора
19.06.2016
05:55:52

Google

Ivan
19.06.2016
05:56:10

Жора
19.06.2016
05:56:25

Александр
19.06.2016
05:56:35
Нет, девопс
Утра

Roman
19.06.2016
05:57:47
салют)

Жора
19.06.2016
05:58:12

Alexander
19.06.2016
05:58:15

Roman
19.06.2016
05:58:29
Кокосом
вот, вообще, нифига. на кухне Сеня негодовал у меня что нет там ничего и все стереотипы.

Жора
19.06.2016
05:58:58
Видимо, апач не там живет )

Roman
19.06.2016
05:59:35

Жора
19.06.2016
06:00:23
Не, я пас. Не хочется худеть ))

Roman
19.06.2016
06:01:39

Magistr
19.06.2016
06:02:50
для балансинга еcnm haproxy который для этой задачи лучше приспособлен
еще что-то было про скорость работы и переключение но я там уже невчитывался

Roman
19.06.2016
06:13:05

Ivan
19.06.2016
06:31:07
В итоге нет ответа на вопрос, почему же nginx говно.

Google

Roman
19.06.2016
06:32:16

Ivan
19.06.2016
06:33:14
Чистяков говорит, что да. Вот мне и интересно узнать, почему. У меня есть доводы "за", но они очень слабые
А! Была претензия, что "код пахнет 90ми"
И что ифы - не ifы, но это наброс

Kirill
19.06.2016
06:56:35
Чат
debug3: Ignored env _
debug1: Sending command: sh --noprofile
debug2: channel 0: request exec confirm 1
debug2: callback done
debug2: channel 0: open confirm rwindow 0 rmax 32768
debug2: channel 0: rcvd adjust 2097152
debug2: channel_input_status_confirm: type 99 id 0
debug2: exec request accepted on channel 0

Admin
ERROR: S client not available

Kirill
19.06.2016
06:56:46
что делать, если SSH не цепляется?

Roman
19.06.2016
06:57:15
в куда?

Kirill
19.06.2016
06:58:13
на сервак. Я поставил lua, добавил в ~/.bashrc. Теперь просто не цепляется по ключику к серваку. Ребутнуть его нет вомзожности
debug3: Ignored env _
debug1: Sending command: bash --noprofile
debug2: channel 0: request exec confirm 1
debug2: callback done
debug2: channel 0: open confirm rwindow 0 rmax 32768
ssh -vvv root@hostname "sh --noprofile"
ssh root@hostname "sh --noprofile --norc"
тоже не помогает

Alexander
19.06.2016
07:06:59
вот чем хороши виртуалки - можно не разбираясь убить и пересоздать

Kirill
19.06.2016
07:07:25
там сервак с GPU, нельзя так делать. Доступа для ребута сервака нет

Ivan
19.06.2016
07:31:32
А SSH "/usr/bin/rm .bash_RC"
Чтобы не вызвался баш от слова совсем

Pavel
19.06.2016
07:57:02
а ваще какие-то команды работают?
ssh root@hostname uptime

Google

Pavel
19.06.2016
07:57:50
если работают - как и советовал Иван - удали ~/.bashrc

Жора
19.06.2016
07:58:21
Похоливарим?)

Pavel
19.06.2016
07:59:34
ну мы увидели что не так, если у него другого юзера с sudo нет на серваке - все плохо

Жора
19.06.2016
08:00:04
Внц тоже нет?
Квм

Pavel
19.06.2016
08:00:22
а вообще это вкусовщина все конечно, но я предпочитаю ходить под своим юзером и делать там sudo -i, а root-а оставить для экстренных случаев
у него не ssh не работает, а shell

Dmitrii
19.06.2016
08:01:35
А пользак у тебя с паролем?

Pavel
19.06.2016
08:01:45
ключ

Dmitrii
19.06.2016
08:01:55
Нет, уже когда "там"

Pavel
19.06.2016
08:02:13
хм
всмысле пароль на sudo?

Dmitrii
19.06.2016
08:02:34
Ну sudo -i у тебя пароль запрашивает?

Pavel
19.06.2016
08:02:49
а, не
:NOPASSWD

Dmitrii
19.06.2016
08:03:06
А в чем тогда разница от просто root?

Pavel
19.06.2016
08:03:36
это не с точки зрения безопасности, а просто что если ты что-то поломал - придет рут и все починит