я считаю было бы уместным тогда проигнорировать его, оставить без ответа.
Я уверен, что отвечать как раз не просто нужно, а обязательно нужно. Что бы следующее поколение могло запрос нагуглить и больше в такой формулировке его не задавать.
Я активно писал на форумах на которых глубые/бессмысленные вопросы игнорировали. В результате этого форум превращался в огромную охапку неотвеченных вопросов и просто умирал под горой этого мусора. И оттуда уходили как те, кто вопросы задавал (ответ не получен), так и те, кто отвечал (потому что устали от однотипных пустых вопросов).
Максим, не очень разумно человеку "Изучаю Javascript и Node.js" оскорблять другого человека с более чем десятилетним опытом работы в отрасли.
И вот исходя из опыта могу сказать, что выбор платформы из приведенного списка в первом приближении зависит от имеющей в наличии команды и её опыта. И только лишь при специфичных требованиях может быть выбрана платформа которую команда не знает. Но даже в этом случае сначала в команде/кампании нужно найти человека готового форсить выбранную тему.
Максим, а в чем тогда суть вопроса?
Из личного опыта скажу так. Если платформой выбрали Х (вписать любое из списка TS/PHP/Java/Go/C#/Rust), то для REST API можно продолжать использовать первоначально выбранную платформу. Потому что возможные тормоза будут вероятнее всего связаны с 2 вещами: неправильно спроектированное приложение (допустим, конкурентные запросы с блокировками) или неправильно спроектированное хранилище/база (банально не создали индексы). И чаще всего все они решаются не на уровне выбранной платформы, а на уровне возникшей проблемы.
Поэтому если суть вопроса, стоит ли сменять уже ранее выбранную платформу, то мой ответ, нет, не стоит.
azerphoenix, что не мешает их использовать. За сейчас не поручусь, но раньше можно было поставить их трекинговую программу и использовать. А клиента просто просили там зарегаться что бы ему приходили отчеты.
CarloMarlo, тогда я видимо не понял проблему. В контексте "руковожатия" возникает мысль, что проблема в том, как JS клиенту подключиться к нужному серверу?
Илья лук, единого агрегатора с актуальными остатками в природе еще не существует. Было несколько стартапов которые пытались запилить подобные решения, но пока ни кто так и не вытянул. Т.к. в основном там вопрос не технический, а организационный.
Поэтому самым полным в плане базы является Яндекс.Маркер просто ввиду положения на рынке. YML файл у себя размещает любой приличный магазин. Любой нормальный магазин его постоянно обновляет. Но даже и с этими механизмами это охватывает только малую долю всего рынка.
kasmrxaxaxa, да. Регионы активно дохнут уже не первый год. Ситуация с короновирусом просто эту ситуацию обострила сделав кривую падения более крутой. Многие заказчики закрылись. Многие заморозили проекты и просто наблюдают что происходит. При любом раскладе это сильное падение ресурсов приходящих в отрасль. Но поскольку деньги из регионов откачиваются в столицы, то там еще как-то жизнь кипит и спрос на софтверную заработку есть.
Поэтому сейчас активно искать работу в столицах на удаленке. А потом в случае снятия карантина быть готовым туда релоцироваться. Еще стоит попробывать в казанский иннополис сунуться.
qwermus, понятно. У нас немного разные контексты. Я из-за SEO позволить себе генерить текст в документе в виде картинки не могу. И возможности масштабирования шрифтов тоже важный аспект.
qwermus, очень странно. Потому что как раз через HTML можно сделать все, что умеет TCPDF (в плане разметки) и даже сильно больше. В новых проектах вот даже не буду пытаться его использовать. Слишком много сил требует на реализацию.
Илья,
1. Тогда реально стоит подумать в сторону zabbix.
2. docker то зачем? Пишешь файлик с описанием окружение, по нему гитхаб все сам далает. Пример я скинул.
3. 5-7 слайды там есть и ссылки https://docs.google.com/presentation/d/1Fxq11mS58V... к сожалению связанное с презентацией видео еще не выложили. Но думаю общий концепт и так будет понятен.
NAT прекрасно дырявится и даже режим peer-to-peer можно получить. Но по мне тут реально нужно снаружи поставить zabbix, на сам сервак накатить zabbix агент и через агент как раз слать наружу данные. Тут и доступность можно будет проверять через триггер "агент ни чего не слал Х времени, отправить нотификацию".
Интересно каких?