фига ты окопал

Ну

Ты только не давай советы “побороть его”, тут не осилят)

всем привет Кто-то работал с concourse.ci? Интересуют отзывы на сколько удобен и работоспособен

всем привет Кто-то работал с concourse.ci? Интересуют отзывы на сколько удобен и работоспособен

Хмм.. выглядит интересно, надо почитать может получиться совместить с инженерией хаоса...получится неплохо. Запускаем билд, собирается ансибл, паралельно собирается билд проверки. Прокатывается проветка и тебе результат...

Забрал к себе

Коллеги, может кто книжки по котика Томкэта подкинет, с картинками?

Админы, может бота все таки подключите? Чтобы ставить на голосование бан или нет Может этот проект подойдёт? https://github.com/Samanstar/Telegram-Anti-Spam

/report

Коллеги, может кто книжки по котика Томкэта подкинет, с картинками?

Дока на сайте охватывает полностью всё

Админы, может бота все таки подключите? Чтобы ставить на голосование бан или нет Может этот проект подойдёт? https://github.com/Samanstar/Telegram-Anti-Spam

Нейн)

Дока на сайте охватывает полностью всё

Там картирок нет

Там картирок нет

А как же карнитка с котиком ?

А как же карнитка с котиком ?

В исходном сообщение про картинки, а там она одна

Ну две, если считать апач

Других, посоветуйте книжку по Томкэту

Других, посоветуйте книжку по Томкэту

http://shop.oreilly.com/product/9780596101060.do

а вообще - официальная документация отличная

Новый логотип

спам

ты точно понимаешь, что такое спам?

Это рекламная помойка

Взлом вайберов - это еще более помойная тема. Так что сваливай

Дык вот спам - это рассылка рекламного характера лицам, не желающим её получать. Так что собирай вещички и давай по-дальше

Я даже не увидел где тс наспамил. Но ликбез провести вынужден, тс перепутал спам и флуд

Кстати вот вам пример циничности

Господа, вопрос на засыпку. Есть шеф, есть руби, есть таски, которые бегут по пути развёртывания. Несколько минут этих тасков разворачивается всё руби окружение с гемами. Хочу запихать руби в докер, чтобы избежать сборки при каждом вызове тимсити-таска. Как правильно вызывать докер-контейнер, чтобы он подхватил .rbenv из локальной папки?

Здравствуйте. Можно ли в HAProxy иметь несколько фронтендов, которые биндятся на один и тот же порт?

Мммм, зачем?

Мммм, зачем?

Есть приложение, копии которого расположены на нескольких серверах. Надо делать roundrobin по IP этих серверов. И таких кейсов штук 60.

Есть приложение, копии которого расположены на нескольких серверах. Надо делать roundrobin по IP этих серверов. И таких кейсов штук 60.

Несколько доменов можно юзать вот так: frontend http-in bind *:80 acl host_site1 hdr(host) -i site1.com acl host_site2 hdr(host) -i site2.com use_backend sit1_cluster if host_site1 use_backend site2_cluster if host_site2

Несколько доменов можно юзать вот так: frontend http-in bind *:80 acl host_site1 hdr(host) -i site1.com acl host_site2 hdr(host) -i site2.com use_backend sit1_cluster if host_site1 use_backend site2_cluster if host_site2

И делать 60 ACL правил в одном фронтенде?

Кроме того, часть сайтов юзают HTTP, часть - HTTPS

Тогда тебе нужен nginx а не haproxy

А Nginx to Nginx возможен?

Если просто раундробином по разным бекендам стрелять, то зачем несколько фронтендов не понятно

А Nginx to Nginx возможен?

Wat?

Wat?

Просто на серверах стоит Nginx + Apache(php-fpm/uwsgi).

Просто на серверах стоит Nginx + Apache(php-fpm/uwsgi).

Ииии? Сейчас только самый глупый http сервер не умеет работать как прокси. Но задача все еще не понятна. Если у тебя приходят запросы, ты их можешь принять на одном фронте и раскидать по разным серверам бекендов. Зачем несколько фронтов, да еще и на одном порту?

Да, просто тогда придётся писать большое кол-во ACL правил

И что делать с http/https - не совсем понятно. Просто использовать send_proxy и уже на стороне бэкенда ставить сертификат с ключом

Да, просто тогда придётся писать большое кол-во ACL правил

какие правила? В задаче выше ни слова об условиях, а только о том что надо раскидать раундробином запросы.

И что делать с http/https - не совсем понятно. Просто использовать send_proxy и уже на стороне бэкенда ставить сертификат с ключом

ssl offloading. Ключи ставятся на первый сервер, а дальше уже голый http бегает внутри инфраструктуры (если она конечно своя)

И что делать с http/https - не совсем понятно. Просто использовать send_proxy и уже на стороне бэкенда ставить сертификат с ключом

Детерминируй https и дальше все как http гони

И что делать с http/https - не совсем понятно. Просто использовать send_proxy и уже на стороне бэкенда ставить сертификат с ключом

но опять же вопрос. Почему у тебя и http и https.

но опять же вопрос. Почему у тебя и http и https.

Потому что есть клиенты, которые не хотят https

Потому что есть клиенты, которые не хотят https

О_О

оооукей. Это сайт или что? Домен один и тот же?

Госы не любят непонятный и чужеродный https

ERROR: S client not available

оооукей. Это сайт или что? Домен один и тот же?

Это сайт

Насколько я понял, все сайты придётся сгонять в один конфиг

Насколько я понял, все сайты придётся сгонять в один конфиг

Так сайтов несколько?

Так сайтов несколько?

Да

Да

А запросы ты проксируешь куда? На некие бекенды?

Да

Сайты разные? или если домен из урла отрезать то одни и те же запросы будут?

Насколько я понял, все сайты придётся сгонять в один конфиг

Http сразу в инфру гонишь, https на ssl offloading или на локалхосте куда или сбоку, оттуда внутрь инфраструктуры http

Запросы я проксирую на Nginx

Сайты разные? или если домен из урла отрезать то одни и те же запросы будут?

Сайты разные. Совсем разные.

Госы не любят непонятный и чужеродный https

штоа?

Запросы я проксирую на Nginx

так сразу тогда и проксируй на бекенды, зачем тут хапрокси?

штоа?

Госы не любят https, они любят свой велосипед, который из http делает https

так сразу тогда и проксируй на бекенды, зачем тут хапрокси?

Так у одного сайта несколько бэкендов. Тогда нужно делать roundrobin средствами Nginx

map $host $backendname и нагенерите себе бекндов какие нужны…

Так у одного сайта несколько бэкендов. Тогда нужно делать roundrobin средствами Nginx

что значит несколько бекендов? Несколько одинаковых бекендов, просто для масштабирования?

что значит несколько бекендов? Несколько одинаковых бекендов, просто для масштабирования?

Да. Несколько одинаковых LXD контейнеров с пробросом портов и ceph хранилищем чисто для масштабирования

Да. Несколько одинаковых LXD контейнеров с пробросом портов и ceph хранилищем чисто для масштабирования

ну так просто делаешь backend в nginx и все. Какие проблемы то

Всем привет. Не знаю, по адресу ли. Дали задачу поставить newrelic для angular 6 приложения с ssr. Собственно, сам newrelic ставится на ноду. Сделал все по инструкции, скопировал файл default.js, поместил в корень проекта, указал название и лицензионный ключ и постоянно ловлю ошибку "Error: Unable to read configuration file <path>/newrelic.js. A default....."

ну так просто делаешь backend в nginx и все. Какие проблемы то

upstream myapp1 { server srv1.example.com; server srv2.example.com; server srv3.example.com; } Т.е. выкинуть haproxy и использовать Nginx таким образом?

upstream myapp1 { server srv1.example.com; server srv2.example.com; server srv3.example.com; } Т.е. выкинуть haproxy и использовать Nginx таким образом?

ну да.

Всем привет. Не знаю, по адресу ли. Дали задачу поставить newrelic для angular 6 приложения с ssr. Собственно, сам newrelic ставится на ноду. Сделал все по инструкции, скопировал файл default.js, поместил в корень проекта, указал название и лицензионный ключ и постоянно ловлю ошибку "Error: Unable to read configuration file <path>/newrelic.js. A default....."

Разрешения на чтение файла и директории?

ну да.

И на этот же сервер с Nginx ставить SSL?

И на этот же сервер с Nginx ставить SSL?

Да, на тот который принимает запросы непосредственно от юзеров

тебе до бекендов SSL врядли нужен если инсфраструктура своя