stratosmi

Нет таких архитектур. Потому что НЕЗАЧЕМ.

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

Дело не в версии Type-C, а в том, чтобы у монитора вообще был вывод видео на USB
В первом - есть HDMI, так что USB вам там не нужен для подключения монитора.
Во втором - ничего не упомянуто, так что может и выведено видео, а может и нет. Если выведено, то в комплекте будет переходник. Это лучше уточнять непосредственно при покупке.
И т.д.
Если нет явного упоминания о порте отдельном HDMI/DVI/D-Sub или переходнике в комплекте "для USB на видео" - то с большой вероятность ничего не распаяно для видео на USB.

Подключить сторонний SMTP - так надежнее.

Данных для обучения недостаточно.
Только разве что какой нибудь анализ статистики типа тепловой карты.

А вдруг старый аккаунт ведет обширную переписку в личку?
Я бы старый аккаунт не удалял.

HiNative есть такое приложение на Android

На чем лучше умеешь.

Языки общего назначения подходят одинаково.

Прав или не прав тут вообще не при делах.

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

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

Денег много - берите на постоянку.
Баклуши бить.
Тут работы-то на сколько? На месяц?
Или у вас иностранные организации-партнеры появляются ежедневно пачками?

16 и бюджетно и нормально.

По закону - договор должен быть всегда.
По факту - тебя интересует только зарплата, видимо?
Зарплату платят не реже чем раз в 2 недели - то есть максимум что могут "кинуть" с оплатой за полмесяца.
Но если ты ИТ-шник то за 2 недели ты только вникать будешь, никому тебя кидать на таком сроке не выгодно.

Если ты не можешь установить Linux, то о Tizen - забудь вообще.

Есть сервер
характеристики:
CPU: 2xXeon L5520
RAM: 24Gb
PORT: 1Gb / s
php: 7.2
Также используется MySQL
Веб-сервер Apache
ОС: Debian 9.x

Вопрос такой, как настроить сервер чтобы он выдерживал одновременный онлайн 1000 человек +
Загонял тестовый трафик сервер начинал подвисать когда было 470 человек, а падал когда было 600 человек.
Дайте какие-то советы для того чтобы сервер работал стабильно 24/7 под нагрузками, заранее спасибо!

Просто обратиться к разработчику.
Но к квалифицированному.

Пример из жизни - есть сервер:

виртуалка, 2 ядра, 512 мегабайтов оперативной памяти.
Держит 10 000 одновременных подключений.

Возможно, ваше ПО действительно требует подобного железа, как вы написали.
Возможно, ваше ПО действительно написано корректно, но разбираться должен в этом специалист.

Лучше - разработчик.
Но можно и админу.

Если вы админ и не разработчик и не можете залезть внутрь ПО, то хотя бы так: задача админа - провести профилирование - то есть выяснить где именно узкое место: не хватает процессора или памяти или скорости диска.

Такое, что "просто сервер тормозит" - это не ответ.
Всегда есть какое-то вполне определенное узкое место.

Вангую - работа с БД.
Как правило затык в говнософте, которое не корректно работает с СУБД.
А у БД, в свою очередь, самое узкое место - это диски.

Из говнокода в Highload. Используем ТАРАНtool. 5 р...

https://habr.com/article/428966/

Волшебным вау-эффектом, когда мы видим результаты.

1) Фреймворк, как правило, рекомендует (а некоторые и навязывают) определенную организацию структуры кода, да. За это он тебе тоже кое-что дает - берет на себя типовую работу, что повторяется из проекта в проект, зачем ее делать каждый раз заново.

Да, функционал их разный. От минималистичного до всеобъемлющего.

Вполне можно использовать на одном сайте фрейморк CSS для верстки, фреймворк JS для динамики, фреймворк для бекенда. Если фреймворк для CSS и фреймворк для JS еще, возможно, и могут мешать друг другу (но как правило не мешают), то фреймворк для бэкенда функционирует на сервере как вообще независимая от CSS/JS вещь (CSS/JS фунционируют в браузере, а не на сервере).

2) Да. Если они специализированы на разных проблемах (Zurb Foundation для CSS и Vue.js для JS и Yii для PHP, например).

Но если они занимаются сходными вещами (например, React и Vue) то целесообразность такого применения непонятна. Более того - они запросто могут мешать друг другу. Нужно смотреть по ситуации.

3) Библиотеки - весьма конкретно-местный инструмент. Потому более независимы от проекта.
Фреймворки же нацелены на большую автоматизацию решения ваших проблем в какой-то конкретной ситуации, а вас от них более зависимыми (что не плохо, учитывая приносимую фреймворками пользу, просто нужно учитывать).

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

4) Штатные API выбранного сервиса карт (Yandex Maps, 2GIS Maps, OpenStreet Maps и пр.). Эти API реализованы в виде библиотек. Фреймворки тут вообще не при делах.

P.S.:
2GIS специализированный сервис:
В 2GIS очень хорошо представлены предприятия\фирмы\организации (в городах, где 2GIS присутствует), лучше прочих. Между городами 2GIS нет в принципе.

Ну дадут вам исходники и что? Даже специалист не всегда в них разберется.

Вам нужна консультация стороннего незаинтересованного (кроме денег за консультация) специалиста - что нужно вам отдать в вашем конкретном случае. Пусть посмотрит и скажет - вот если мне дадут то и то, то на этом и этом я смогу вам взвести систему независимо от разработчиков.

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

Требования заказчика/владельца.
Гос.требований - нет.