Size: a a a

2017 May 05

ДЧ

Дмитрий Чумак in uptime.community
а изначально то вопрос был именно про вход в чат, да?
источник

ДЧ

Дмитрий Чумак in uptime.community
а не какой-нибудь так вебфорум
источник

ДЧ

Дмитрий Чумак in uptime.community
или типасоциалку
источник

ДЧ

Дмитрий Чумак in uptime.community
а то я начало спора упустил
источник

PT

Pavel T in uptime.community
В чат и в fb группу
источник

PT

Pavel T in uptime.community
Изначально про fb группу, потому что туда странные личности стали проситься
источник

ИЦ

Игорь Цупко in uptime.community
имхо, или надо делать модерируемый вход, или мириться с тем, что будет неконтролируемая флудилка
источник

ИЦ

Игорь Цупко in uptime.community
модерируемый вход можно сделать двумя вариантами: или совсем вручную, по знакомствам и рекомендациям, или через форму типа "расскажите кто вы", по результатам которой так же вручную идёт аппрув
источник

AZ

Andrey Zavada ITSumma in uptime.community
Я тоже с Женей согласен, пока нас мало фильтр точно ненужен.
Кстати среди вопросов можно спрашивать откуда узнал. Кажется на начальном этапе все будут приходить по рекомендации или информации от знакомых, ибо как иначе узнать?
источник

G<

General < 0 in uptime.community
решаем проблему, которой еще даже нет 🤔
источник

A

Alexey in uptime.community
Зачем это? Многие люди просто читаю. Пусть все желающие добавляются.
источник

G<

General < 0 in uptime.community
^
источник

AZ

Andrey Zavada ITSumma in uptime.community
General < 0
решаем проблему, которой еще даже нет 🤔
И создаем новую )
источник

ИЦ

Игорь Цупко in uptime.community
90 это не мало :)
источник

S

Stanislav in uptime.community
Evgeny Potapov ITSumma
нам сейчас очень важно чтобы о нас узнали другие люди, потому что ну вот я лично хочу собрать здесь самых крутых с технической точки зрения людей, они очень оторваны
Вот поэтому не засоряй не-технарями.
источник

PT

Pavel T in uptime.community
General < 0
решаем проблему, которой еще даже нет 🤔
Как нет? Там какие-то боты и hr'ы в fb уже лезут во всю.
источник

MS

Max Selezenev in uptime.community
Ребята, подскажите как сделать по-пацански схему.
Есть веб сервис (сервис+бд), собрался делать резервирование.
Схема родилась такая: nginx который проксирует на основной сервер, сервис дублирую резервный, настраиваю репликацию БД. Если основной становится недоступным, переключаем на второй.

Если падает сервер с nginx прокси - все пропало.
Идея сделать два прокси сервера, для домена добавить две A зоны.
Мануал говорит что:
DNS can return the list of IP addresses for the same domain name.

When a web-browser requests a web-site, it will try these IP addresses one-by-one, until it gets a response.

Буду благодарен за годные линки по теме, можно на англ.
источник

S

Stanislav in uptime.community
мы используем два nginx с virtual IP который управляется keepalived
источник

S

Stanislav in uptime.community
если одна нода падает, внешний адрес с помощью keepalived переезжает на вторую ноду автоматически
источник

AN

Anton Noginov in uptime.community
Round-robin DNS кэшируется. Так что это - отказоустойчивость для совсем бедных.
источник