Хотелось бы посмотреть на исходники сервиса easydb.
Ссылка из статьи ведет на сайт easydb.io, но там их нет.
Как-то не очень сочетается с заголовком статьи)
Да, станции могут быть закрыты или в стадии проектирования, но они все равно могут служить ориентирами как для тех, кто сдает жилье, так и для тех, кто его ищет.
Очереди используются только в 1 сервисе и не служат основным инструментом для общения между сервисами (на начальном этапе очереди не использовались).
Из 5ти сервисов можно выделить 2 полноценных микросервиса — сервис для бота и сервис классификации объявлений. Они могут работают полностью независимо от других сервисов по HTTP протоколу и один из них имеет свою БД (другому она не нужна).
Действительно, остальные 3 сервиса общаются через БД и их можно было бы назвать монолитом, будь они написаны на одном языке и имея бОльшую связанность. Но в этом и есть суть SOA или микросервисного подхода:
использовать необходимые технологии по необходимости
независимо разрабатывать сервис
при необходимости горизонтально масштабироваться
функционировать независимо от других сервисов
Например в книге «Шаблоны интеграций корпоративных приложений» одним из рассматриваемых способов связи между различными сервисами служит «Общая БД». Не думаю, что такое приложение можно назвать монолитом.
Я мог бы сделать для каждого из этих сервисов свою БД и HTTP API, что обеспечило бы им большую независимость, но это отняло бы у меня больше времени.
Поэтому я не могу назвать эту архитектуру микросервисной или монолитом, но вот сервис-ориентированной — да.
Для решения таких задач можно пользоваться фильтрами Doctrine
http://docs.doctrine-project.org/projects/doctrine-orm/en/latest/reference/filters.html
https://habrahabr.ru/post/273477
необходимо запустить скрипт sh bin/deploy (чтобы создались файлы параметров из dist файлов)
указать группы и паблики нужного города в конфигах парсера
https://github.com/mrsuh/rent-collector/blob/master/app/config/parser.yml.dist
добавить город и станции метро в фикстуры
https://github.com/mrsuh/rent-collector/blob/master/app/fixtures/city.yml
https://github.com/mrsuh/rent-collector/blob/master/app/fixtures/subway.yml
Запустить sh bin/install для загрузки фикстур в БД
3. Вопрос: Является ли обработкой персональных данных размещение фамилии, имени и отчества без иной дополнительной информации?
Ответ: Размещение на страницах сайтов в сети «Интернет» фамилии, имени и отчества без дополнительной информации, позволяющей идентифицировать физическое лицо как субъекта персональных данных, не может свидетельствовать об обработке персональных данных конкретного физического лица.
Обращаем Ваше внимание на то, что при размещении персональных данных в публичных сообществах социальных сетей следует разграничить вопросы защиты персональных данных и защиты чести, достоинства и деловой репутации.
В случае, если личная информация была взята из публичного, открытого профиля социальной сети, это не является правонарушением, поскольку данные были сделаны общедоступными самим гражданином (субъектом персональных данных), и в данном случае могут быть использованы третьими лицами.
Вопросы защиты чести, достоинства и деловой репутации решаются в порядке, установленным гражданским судопроизводством. Для чего гражданину необходимо обратиться в суд за защитой своих прав, свобод и интересов.
Ссылка из статьи ведет на сайт easydb.io, но там их нет.
Как-то не очень сочетается с заголовком статьи)
в частности:
net.core.somaxconn = 2048Графики: 3.1, 3.3, 3.4, 4.1, 4.2, 4.3, 4.4
pm.max_children = 80Конкретно для php-fpm конфигурация тут:
github.com/mrsuh/php-load-test/blob/master/docker/php-fpm/php-fpm/php-fpm.conf
github.com/nginx/unit/blob/db631917190c44b3b55a15e4e5e88aa92e6b5334/src/nxt_php_sapi.c
Об этом написано в статье.
Очереди используются только в 1 сервисе и не служат основным инструментом для общения между сервисами (на начальном этапе очереди не использовались).
Из 5ти сервисов можно выделить 2 полноценных микросервиса — сервис для бота и сервис классификации объявлений. Они могут работают полностью независимо от других сервисов по HTTP протоколу и один из них имеет свою БД (другому она не нужна).
Действительно, остальные 3 сервиса общаются через БД и их можно было бы назвать монолитом, будь они написаны на одном языке и имея бОльшую связанность. Но в этом и есть суть SOA или микросервисного подхода:
Например в книге «Шаблоны интеграций корпоративных приложений» одним из рассматриваемых способов связи между различными сервисами служит «Общая БД». Не думаю, что такое приложение можно назвать монолитом.
Я мог бы сделать для каждого из этих сервисов свою БД и HTTP API, что обеспечило бы им большую независимость, но это отняло бы у меня больше времени.
Поэтому я не могу назвать эту архитектуру микросервисной или монолитом, но вот сервис-ориентированной — да.
http://docs.doctrine-project.org/projects/doctrine-orm/en/latest/reference/filters.html
https://habrahabr.ru/post/273477
необходимо запустить скрипт sh bin/deploy (чтобы создались файлы параметров из dist файлов)
указать группы и паблики нужного города в конфигах парсера
https://github.com/mrsuh/rent-collector/blob/master/app/config/parser.yml.dist
добавить город и станции метро в фикстуры
https://github.com/mrsuh/rent-collector/blob/master/app/fixtures/city.yml
https://github.com/mrsuh/rent-collector/blob/master/app/fixtures/subway.yml
Запустить sh bin/install для загрузки фикстур в БД
Если что то будет непонятно — пишите в личку
https://77.rkn.gov.ru/p3852/p13239/