wenzeslaus, что-то у вас не так в коде, который вы от нас скрывает. Термин "переход" возможен только для пользовательского взаимодействия через оболочку. Приложениям не нужно никуда "переходить", они могут взаимодействовать с деревом каталогов и файлов напрямую
old_stalin, да, словарь или объект в списке. Вот пример сортировки. И я уверен, что у вас помимио названия товара и его цены, у товара будут еще свойства по которым можно будет сортироваться и они должны появиться в этом словаре.
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 секунд, если трубка не была поднята. Возможно это именно такие случаи.
Лимит на базе не стоит на число одновременных соединений?