Denis Kiselev

Уже был правильный ответ - никак. С технической точки зрения клиент не будет делать взаимной аутентификации с сервером. Да, поднимут прокси и разберут протокол.

могу предложить иное решение вопроса: если нужно избавится от "неофициальных" клиентов своего сервиса, то за счёт контроля и над "официальным" клиентов и сервером можно синхронно выкатывать обновления, меняющие протокол взаимодействия неким образом, который потребует повторного реверса протокола. Понятно, что реверс сделают - но это же хлопоты, работа и время. В это время неофициальные клиенты "отвалятся" от сервера - что побудит пользователей этих клиентов перейти на работающее официальное приложение.

Количество апдейтов протокола взаимодействия клиента и сервера - не ограничено. Можно развлекаться каждую неделю, меняя полностью URL схему сервера - пусть авторы неоригинального приложения бегут за паровозом. Высока вероятность - что устанут. Или устанут их клиенты))

Решения:

• CalDAV Synchronizer: free, open source
  
• OpenProtocols Connector: бесплатен для личного персонального использования, для бизнеса - $25 в год или дешевле
  
• EVO Collaborator для Outlook: почти то же самое, что CalDAV Synchronizer, но платно, 28 евро
  

По названию всё гуглится

Особенно чего то никто Node не советует - а есть определенная логика: будет fullstack js.

Ну и express.js или любой фреймворк ноды для бэка. Пакетов в npm для всего - достаточно, тьюториалов в гугле - навалом, коммьюнити - огромное.

Почему то никто нигде не упоминул worker - как аналог threads в других средах. Нынче это добро есть и в браузере и в ноде.

про браузер, например:
https://developer.mozilla.org/ru/docs/DOM/Using_we...
https://habr.com/ru/post/261307/

Впрочем, всё легко гуглится.

Сайт как термин - штука довольно слабо определенная.

Блог? Можно статический генератор сайтов использовать.

Динамический сайт с БД? Выше уже варианты излагали.

Сайт с апи, мобильным клиентом и веб приложением? Много компонентов, каждый из которых можно делать на совершенно разных технологиях. Зависит от задачи: например, api будет real time? Rest? GraphQL?

Без существенного уточнения задачи подобрать стеки подходящих технологий тяжело. Практически любой существующий и хоть сколько-нибудь популярный стек имеет хорошие целевые кейсы, где использование именно этого стека будет оптимальным.

Лучше всего схему обучения подсказывает Гугл.

Для начала изучите обзор front end технологий для 2018. В таких обзорных статьях пишут про назначение всех новомодных прилад.

Потом начинайте читать блоги по каждой технологии - и пробуйте на простых примерах. Впоследствии для глубокого изучения может понадобится книжка: можно выбирать варианты от ведущих издательств (manning, pact, и тп).

В качестве хороших подборок инструментов, связанных с той или иной технологией, есть хорошие каталоги ссылок на github.com под общим названием “awesome xxx”. Например, awesome React.

Программирование - практическая наука. Смотрите примеры, пишите код.

Имхо - для начала каждую сущность оборачиваем в контейнер, заставляем уметь работать или в единственном экземпляре, или в режиме нескольких инстансов. То есть, к API должен быть какой-то load balancer, веб сервер тоже с несколькими воркерами надо дружить, база тоже по мануалам масштабируется при появлении нескольких контейнеров.

Когда вся система готова масштабироваться, запиливаем потребный для текущей нагрузки сетап. Тут преимущество докера - в легкости миграции с одной машинки на класер: можно начать с одного инстанса где все контейнера крутятся, до вынесения любого компонента на любое количество экземпляров.

Как то так.

Интересно, когда кто-то напишет нейронку для автоматической генерации тэгов по описанию и рецензиям?

Gatekeeper - компонент операционной системы macOS, контролирующий запуск программ. В поздних версиях mac OS он настроен по-умолчанию на запуск программ только с цифровой подписью разработчика или скачанных из mac app store.

Если есть желание запустить "левую" программу, например, скачанную с торрента, нужно:
- или добавить эту программу в список исключений gateKeeper:

sudo xattr -rd com.apple.quarantine /Applications/LockedApp.app

- или отключить его глобально в системе
sudo spctl --master-disable.

Подробнее, например, тут: https://macx.ws/mac-os-unix/10137-kak-otklyuchit-g...

Open Gatekeeper friendly - скрипт, автоматизирующий указанные выше шаги.

Вот пример такого скрипта: https://gist.github.com/RobertYan/4b73199f571d83c4...

В целом, скрипт позволяет запустить программу, полученную из недоверенных источников - общая безопасность системы снижается. Но это - единственный способ запустить "пиратский" софт.

Маленький совет. Вместо сортировки большой структуры данных (типа массива объектов) можно сделать и сортировать вспомогательный массив индексов. В начальном состоянии массив состоит из элементов 0,1,2,3,... - по числу элементов оригинального массива. В ходе сортировки сортируются не оригинальный массив, а вспомогательный - но операторы сравнения используют оригинальный массив.

В чем профит? Меньше перемешивается память добавлением или удалением элементов массива.

За такими приложениями далекое прошлое - гуглить facebook переходит на native

TeamTreeHouse.com - куча видео уроков. Всего $25/мес

Проверьте соответствие model/serial number на коробке и на устройстве (Настройки - Основные - Об этом устройстве).

Ну и просите гарантию от продавца - гарантия на новый телефон течет с даты приобретения.

Если берете с рук - просите оригинальные документы о покупке (тогда с ними вам будут чинить дивайс в фирменном сервисе).

Я регистрировал ios dev program на частное лицо, но даже там для России нету автоматической регистрации. Отправлял в Эппл факс с анкетой. Деньги снимали тоже какой-то левой ногой.

Потом на следующий год при продлении у меня случился косяк со списанием денег (Эппл накосячил - списали $299 вместо $99, перепутали там чего-то). Так я неделю письма через сайт писал. Совет: выбирайте пункт "US" вместо "Other region". когда ответили, проблема решилась в сразу, деньги вернулись через 3 рабочих дня. Но вся поддержка была english. Про русскую поддержку никогда не слышал.

По поводу документов: ЕГРН - это чего такое? Если про юр лицо, то ЕГРЮЛ, ну и выписки из ЕГРЮЛ бывают, а не из ЕГРН. Думаю, Эппле вообще тяжко по этому поводу разобраться, и там возьмут все что похоже на документы.

Делегатом от компаниии будет тот, кого вы укажете. А входит ли он куда-то - это уже ваше горе, кого назначили, того и назначили. Но продумайте момент со сменой делегата - чтобы было кому указать, что люди сменились.

Также не ясно, вы планируете какие-то финансовые транзакции от Apple к вам? Думаю, самая засада будет тут. Все остальное - вполне победимо.

Можно заюзать IFTTT в сочетании с какой-то платформой!