Pull to refresh
15
0
Носов Константин Сергеевич @NosovK

Пользователь

Send message

В idea поддержка mermaid это часть штатного плагина markdown, у него в настройках есть галочка для активации mermaid и plantuml. Дополнительные плагины не нужны

https://www.jetbrains.com/help/idea/markdown.html#diagrams

Можно посмотреть на https://obsidian.md - он хорош тем что его всегда можно выкинуть и останутся MD файлы

По-моему вы плохо смотрели про web api для com порта. Мы ещё до карантина написали интеграцию с кассовым аппаратом через COM из браузера напрямую. И там спокойно работал двухсторонний обмен через com порт.

По поводу интеграций с N8N - мы для одного из наших продуктов делали интеграцию.

Интегрировали https://app.mailcheck.co/docs - вот PR https://github.com/n8n-io/n8n/pull/1690/files

Ребята из n8n стараются максимально помочь всем желающим интегрироваться, вплоть до того что в нашем случае сами сняли обучающее видео как получить ключи для интеграции - https://www.youtube.com/watch?v=Bv1YANfYhUo

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

Кстати n8n можно поднять на heroku, он будет успешно работать с вебхуками.

https://heroku.com/deploy?template=https://github.com/nosovk/n8n-heroku/tree/test-build

Но увы из-за специфики бесплатного тарифа в heroku воспользоваться cron в бесплатном режиме не выйдет.

Если же нужно обрабатывать вебхуки - то вполне себе рабочее решение (по крайней мере бесплатное и не требует администрирования вообще)

У нас получилось завернуть PIMCore в Docker Swarm, на самом деле это тот еще квест оказался, даже если он на первый взгляд работает — при обновлении или редеплое он легко случайно превращается в тыкву.


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


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


А вот сетап через композер на сервере достаточно безпроблемен и легок для изучения системы.

Pimcore deprecated REST API. В следующей версии его уже не будет.
Вместо него они представили DataHub, который собственно предоставляет GraphQL к данным внути PIM

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

Да, это старая статья, она просто из черновиков. А так мы пошли уже дальше и у нас давно domino используется

Да, это старая статья, просто обновил картинки и она вылезла вверх как новая.
Вообще я сегодня https://m.habr.com/ru/post/509390/ публиковал, и эту заодно вернул из черновиков назад. А так да — устарела уже.

Возможно вам будет интересно посмотреть на решения вроде traefik.
https://docs.traefik.io/v1.7/user-guide/docker-and-lets-encrypt/
Помимо получения le сертификата через http challenge, он умеет использовать разные dns провайдеры для acme challenge через API. К примеру cloudflare из статьи.


  • Он умеет service discovery в docker/k8s.
    Таким образом вам не нужно полнимать ns и из коробки будет работать получение wildcard сертификатов на базе cloudflare ns.
    Как плюшка мы к примеру на базе traefik тоже держим стейджи, только у нас каждая ветка поднимается, а не несколько окружений, и мы проставляем для них кастомный header — x-robots позволяющую выключить сайт из индекса без необходимости изменений в контейнер приложения. Но мы все равно отдельно сделали сайт — https://nodeart.io, а отдельно стейджи на https://stage.nodeart.app который никак не должен клеится с основным (на тот случай если заголовков будет не достаточно)

Because it's an SEO article, to provide quality backlinks. Like content spam.

фронт на Angular, поэтому использовали typescript

Да, но сам jstp можно использовать и без impress.
Firebase — https://firebase.google.com/docs/firestore вот такая штука, это не RPC, т.к. оно прикленно к данным, но с ним идут Firebase Functions, которые умеют вызваться по событиям возникающим в FireStore https://firebase.google.com/docs/firestore/extend-with-function.
Подход с firestore и тригерами мы используем в сервисе верификации емейлов http://mailcheck.co — но там для ускорения разработки использован еще и firebase auth и вообще все что только можно готовое.
Но Impress мы тоже использовалеи, чуть ранее на другом проекте Nodex, но увы его постигла участь многих блокчейн проетов, поэтому пощупать на нем JSTP в лайве сейчас не выйдет. Но мы были очень довольны скоростью и удобством разработки приложений для Impress, хотя как раз функционал масштабирования нам не пригодился на этом проекте.

RPC — remote procedure call. В идеале из js должны вызываться асинхронные функции, которые под капотом будут вызваны на сервере, без дополнительных действий со стороны прикладного кода.
Такая реализация есть к примеру тут:
https://github.com/metarhia/jstp


Сам по себе socket.io как раз содержит всевозможные fallbacks, поэтому перестали использовать его пару лет назад, перейдя на JSTP/Firebase (он под капотом тоже работает на ws)

Google Photos и Google Plus разные продукты, так что можно не беспокоится.

Сейчас кстати появился одноименный сервис емейл валидации mailcheck.co
Только там помимо проверки что емейл существует еще показывают инфу из социальных сетей. Другая задача — он не поможет угадать ошибку пользователя при вводе домена, но вполне может предостеречь от отправки письма на несуществующий домен.
Вообще нужно разделять понятия.
Валидация емейла — проверка что с точки зрения стандарта емейл адрес корректен.
Верификация — проверка что емейл существует.
Если совместить валидацию библиотекой mailcheck.js и верификацию сервисом — баунсов не будет вообще :)
Но сложно все собрать в кучу.

Для совсем маленьких проектов firebase.google.com — там есть hosting, который прекрасно для статических сайтов подходит. К примеру https://angularcommerce.io там лежит с основания, а для https://simikov-photo.com к примеру ещё подключили Firebase Functions, который письма шлёт бесплатно. Да, выбор языков для функций не велик — только js, точнее такой себе nodejs с ньюансами. Но бесплатно и не и нужно заниматься администрированием. Из коробки есть дашборды нагрузки, логи ошибок, откат на старые версии и другие плюшки. Для более менее больших проектов конечно сразу выстреливает ограничение на максимальное время выполнения запроса. Если запрос выполняется более минуты то functions уже не помогают, а мешают. Для https://mailcheck.co где под капотом есть batch процессинг уже понадобился к примеру GAE (Google App Engine). https://cloud.google.com/appengine/ причем он тоже имеет весьма не малую бесплатную квоту, его можно и для статики тоже использовать. Но подкупает многообразие языков — python, java, go, js, php. На любой вкус и цвет, и бесплатно. До какого-то лимита, без затрат на обслуживание в виде админа и т.п. Причем это все были решения от Google, помимо есть схожие от GitHub, heroku, zeit.co, azure, aws и т.д. Все эти решения PaaS, платформы для запуска кода, кои уже никак не являются хостингом. То есть сам по себе классический хостинг становится дорогим, в сравнении с PaaS, который предоставляет намного больше функций и дешевле за счёт автоматизации, k8s и прочих достижений.

Можно попробовать firebase.google.com — в своих экстеншенах используем его как бд, но чтобы работали встроенные правила безопасности нужно их-же авторизацию использовать.

можно чуть подробнее про externalip? Он есть в доке — https://kubernetes.io/docs/concepts/services-networking/service/ но примеров каких-то найти не могу, все примеры идут про google cloud kubernetis или еще какой-то проприетарный. У меня есть сервер с несколькими ip, я хочу поднять на нем кубернетис и в нем настраивать какой сервис по какому ip доступен, но пока только либо через балансер либо через node-port работает

Information

Rating
Does not participate
Location
Киев, Киевская обл., Украина
Date of birth
Registered
Activity