Честно говоря, я так и думал, но решил что может быть есть какие-то исключения, или я может чего-то не знаю :) Получается, даже никаких упоминаний вскользь не может быть? Если у меня, допустим есть страница FAQ, то на ней тоже нельзя упоминать возможность оплаты на стороне?
Реализовать подключение VPN через PWA нельзя, ведь там используются системные API. Поэтому мы пишем приложение на флаттере, дабы была возможность должной интеграции с системой.
Jacen11, то есть насколько я понимаю, очевидного и "стандартного" решения здесь нет, и по сути можно делать на чем угодно? Мне главное, чтобы флаттер, допустим, смог работать должным образом с системными апи без особых проблем, а остальное уже на втором плане.
это по какому критерию?
Грубо говоря мне интересно, на что уйдет больше времени - на написание одного приложения на фреймворки и должную настройку его для обеих ОС, или же на написание двух нативных приложений. Фактически лишь вопрос во времени, которое потребуется для разработки и последующей поддержки приложения.
Ну это уже тебе решать)
Оба способа жизнеспособны, у обоих есть свои плюсы и минусы.
Дело в том, что сам я не занимался мобильной разработкой, поэтому не могу оценить какой вариант будет лучше. По этой причине и написал этот вопрос, в принципе)
Такое обычно проще решать нативными средствами платформы, чем пытаться обобщить
Вот как раз мне интересно, насколько это сложнее будет. Особенно если учесть, что это упростит разработку на Android в дальнейшем.
nApoBo3, у меня имеется веб-приложение, которое также содержит фоновый процесс (сервис/демон), который обновляет бд. Иметь веб-приложение и прилагаемый к нему фоновый процесс - вполне разумно, как мне кажется. У меня нет цели нарушить концепцию контейнеров докера, я лишь хочу запустить кастомный вспомогательный сервис.
или рестартавать его с внешними параметрами
Не подскажете о каких внешних параметрах вы говорите? Правда, как мне кажется, для индексирования доступных сервисов в системе можно обойтись лишь внутренней настройкой.
Дело в том, что я запускаю в докере веб-приложение, к которому также прилагается демон, который работает в фоне и взаимодействует с этим самым веб-приложением. По этой причине выносить этого демона в отдельный контейнер, как мне кажется, смысла особо нет. Если бы это было что-то большее, тогда другой разговор, но в данном случае это небольшой скрипт, который просто подтягивает инфу с другого сервера и обновляет бд.
Фокс Йовович, как я понимаю, это будет не самым правильным решением, ведь systemd был вырезан из образа докера не просто так. Плюс, мне нужна лишь функция обновления списка сервисов, и как-то не хочется ради единоразового выполнения этой функции нагружать образ.
Не могли бы вы поконкретнее сказать, почему Bind ненадежный и небезопасный? Бывали какие-то проблемы с ним? Мнения насчет этого сервера разделяются, и хочется иметь более четкое понимание ситуации.
Попробовал добавить параметр allow-recursion - не помогло, все точно также. Насчет рекурсивных запросов - проблема проявляется и на одиночных запросах. Самое странное что через dig DNS запросы проходят без каких-либо проблем, в то время как при использовании curl наблюдаются проблемы.
Посмотрю предложенные варианты, может действительно будет лучше использовать их.
Написано
Войдите на сайт
Чтобы задать вопрос и получить на него квалифицированный ответ.