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

серьезно? там же явно написано, что если IDFA не используется в рекламных целях, то не надо ставить галку и не надо собирать IDFA в принципе

«str. 3» еще лучше :)

я правильно понял, что самое сложное в реализации «системы отслеживания нагрузки на серверы пользователей» был выбор js библиотеки для вывода графиков? :)

> Если в какой-то табличке умудрились сохранить “копипасту” из Microsoft Word со спецсимволами,

ась?

В целом, просто ооочень много воды.

тогда могу только пожелать удачи, я бы так не рисковал :)

то есть вы хотите сказать, что в вашем случае, иметь 2 разных контейнера с базой, в которые пишут сначала в одну, потом в другу — это нормально? я не могу представить кейс, когда запуск второго контейнера не даст простоя всего остального

возможно, но проще узнать у самого месоса какой адрес у контейнера

шаринг ресурсов как минимум. а так, база это место куда и пишут и читают, так что если она упадет (а месос это подразумевает), то всем будет фигово. обычно в месос и в докерах запускают приложения, в нескольких инстансах. тогда если упадет один контейнер, месос узнает об этом и можно разделить трафик на остальные контейнеры,

в это же время месос развернет в другом месте новый контейнер заместо упавшего.

p.s. я тут не рассматриваю вариант master-master, это отдельный разговор

в целом — можно для mesos slave проставить теги, например, на конкретной машине будет только база запускаться. в этом случае диск будет один и тот же. ну и к докеру монтироваться будет конкретная папка.

а вообще, запускать базу в докере это очень странная идея. только если для тестов или побаловаться

в mesos и mesosphere это довольно легко решается:

1) порты мапятся случайным образом
2) раз в минуту (отдельный тупой скрипт, который узнает где что лежит) пересобирается конфиг для haproxy
3) снаружи можно всегда обратиться по конкретному адресу и порту к сервисам

а для MSSQL есть драйвер под JDBC? если да, то прикрутить к presto и использовать в airpal проблемы нет. правда не могу ручаться за скорость работы

Единственная проблема — просмотр результата запроса. CSV это конечно хорошо, но постоянно выгружать и где-то смотреть (аналитики скорее всего будет смотреть в excel) не очень удобно.

Можно конечно делать CREATE TABLE… AS… и потом просматривать в Data Preview, но если данных много, не удобно все равно :) Ну и захламляется hive кучей небольших табличек.

А так, разворачивается быстро, это удобно да.

можно взять 6to5, 6to5.org/docs/usage/modules/ там все это есть :)

а с кучей var тоже просто.

var React = require('react'),
Component = require('./component')

:)

Предлагаю еще посмотреть в сторону webpack, сам раньше всегда использовал requirejs, но оказалось что писать загрузку модулей с commonjs удобнее и красивее

На больших объемах (больше 1Тб) уже не помогает. Мы после постгри перешли на hp vertica.

а теперь попробуйте не простенькие запросы :) для аналитики mysql и postgresql, например, слабо подходят

мне в этом плане нравится Beta by Crashlytics, при создании билда для откладки, выплывает окошко с предложением отправить билд тестерам и все. Для небольших команд это достаточно удобно

у hhvm есть проблемы с serialize,unserialize — github.com/facebook/hhvm/issues/1620
через 9 месяцев решили все же разобраться :)

сейчас нет, данных не так много заливается одновременно.

спасибо, меня на самом деле тоже смущает данная ситуация, так как сейчас пишется через 1 bolt, а хочется в несколько.

в среду постараюсь разобраться, напишу тут результаты.