Zmtrk62, зависит от случая. Если меня устраивает конфигурация, которая уже есть в контейнере и автор позаботился вынести необходимы для изменения параметры в переменные окружения - сконфигурирую через них. В данном случае я бы наверно взял mysql "как есть".
В случаях тонкой настройки, которая может потребоваться для nginx / php-fpm - взял бы набор стандартных конфигов из документации (или вытянув в качестве шаблона из контейнера), описал бы и прокинул целиком каталог конфигурации через volume в контейнер (с пометкой в volume "ro").
Zmtrk62,
1). Работает в обе стороны. Я так понял вам нужно достать что-то из контейнера - только так. Volume работает только прокидыванием внутрь контейнера
2). Вы не разобрались пока - Dockerfile автора не нужен. Нужен ваш Dockerfile первыми строками которого написано FROM имя_и_тэг_образа_автора, а затем добавляете ваши правки, - модкли, пакеты, исходный код.
И при чем тут LXC? Подходы у этих контейнеров разные. LXC скорее философия виртуальной машины, перенесенная в контейнер. Не стоит оглядываться на LXC и его подходы, в противном случае вам нет выгоды от перехода в Docker.
Coder 1448, полагаю что да, хотя эта ошибка на Windows и выглядит странно. Предполагаю, что в какой-то момент превышается лимит на частоту запросов в секунду и сервис перестает отвечать, из-за чего и возникает таймаут. Я бы предложил реализацию с очередью и воркерами. Выделить, например, 5 воркеров и пусть они забирают задачи из очереди, если они в ней есть. Таким образом будет контролируемое число соединений с сервисом.
Вполне окей при возникновении ошибки просто сделать паузу и продолжить выполнение.
Очень похоже на обычный таймаут подключения к сайту. Вы по сути в 63 паралельных коннекта пытаетесь с него загрузить данные, что явно приводит к лимитированию со стороны API. Уменьшите число параллельно запускаемых future
Aztart, как напишете, так и будет. При токой скорости с которой в бота будут успевать закидывать сообщения - проблем быть не должно никаких. Ну и спевра ваш бот должен перестать быть узким местом. Скорее всего он не на async/await?
Андрей Корехов, с точки зрения конфигурации все корректно. Чтобы выявить проблему нужно записать логи verbose для диалплана и debug для sip и iax2. При возникновении проблемы verbose лог поможет идентифицировать причичину или хотябы укажет на то, что реально происходит во время проблемы(а то сейчас это "как будто не уходит", а надо удостовериться точно) и это можно будет сопоставить с дебагом.
Поведение разное при звонках с одного и того же мобильного телефона?
Что происходит до указанных строк диалплана? Answer выполняется?
У каких-то мобильных операторов бывает конфигурация при которой они преркащают попытку дозвона после 30 секунд, если трубка не была поднята. Возможно это именно такие случаи.
sola-boat, нет ни одного отступа. Хорошо бы их видеть. Оберните код в тэг code.
А проблема скорее всего в том, что ты пытаешься максимум кода в одну строку уложить. А там явно один из курсоров ничего не возвращает, но нигде нет проверки этго факта - они сразу в if использованы с fetchone. А есть ли там этот one?
MaxGoodWork, да хоть 1000 фильтров. Если фильтр заполнен - добавлять условие. Вы же можете просто циклом пройтись по списку (массиву, хешу или в какойм там удобнее виде) заполненных фильтров и добавить в запрос только те что не null (не пустые, не "any" или что там ещё). А условие 1=1 бессмыслица - это равносильно тому чтобы вовсе не указывать условие. Ответ про него скорее шутка.
Отслеживать на роутере практически бесполезно. Из-за повсеместного распространения HTTPS, url подавляющего большинства посещенных сайтов будут зашифрованы.
Так как нет ни кода, ни сайта - будем угадывать!
И так, моя попытка угадать - сайт на js, бандлы загружаются в рантайме. BS попросту получает при запросе шмат js, а не результирующий html.
