Соблюдение контракта «подписался и отписался» позволяет нам...
Правило должно быть таким: «подписался на бесконечный стрим — отпишись когда он больше не нужен». Просто и понятно. Всё остальное это ваше личное решение и принято оно может быть в зависимости от конкретной ситуации.
MODX часто используют не программисты, а верстальщики. Они используют стандартный функционал и дополнения. Данное АПИ тоже можно считать дополнением. Если какого-то функционала не хватает, то не программист (или программист, который не работает с Симфони) может добавить свою хотелку (feature-request) github.com/andchir/modx2-api/issues
Можно создать (скопировать) .env.local из .env и указать там параметры подключения к БД и т.п. А можно создать .env из .env.dist. Кому как удобнее. Но ваш вариант более стандартный и предпочтительный, согласен.
Да, в данном решении есть свои минусы, но есть и плюсы. Решение нужно выбирать под конкретный проект. Я бы использовал данное решение только для приложений, для которых нужно только чтение (read-only). Таких задач тоже бывает не мало.
А после такой интеграции ему уже нужен разработчик который знает и MODX и Symfony
Зависит от сложности приложения, которое будет использовать это API. Если оно простое, то знание Симфони не обязательно, достаточно добавить аннотацию @ApiResource классу и API для таблицы БД готово.
В MODX есть ещё, к примеру процессоры, которые тоже запускают некоторую логику и перед, и после добавления ресурса.
Согласен, есть, например, плагины, которые нужно запускать. Во-первых бывают ситуации когда вам нужно только просматривать информацию, но не добавлять и редактировать. В этом случае такое API потребует значительно меньше времени. Сделать возможность запуска плагинов, думаю, не сложно. Это можно в будущем реализовать. Опять же, это будет быстрее, чем делать с нуля на MODX.
Например заказчику нужно мобильное приложение, где он мог бы добавлять страницы, просматривать пользователей или заказы в интернет-магазине. Так же можно использовать для создания облегченной версии админки под конкретный проект. Там некоторый функционал MODX можно не дублировать.
Если делаем как базу для рестфул админки то зачем тут Симфони?
Симфони затем, что Api Platform использует именно этот фреймворк.
Если уже используем Симфони то зачем нам МОДХ?
Вполне могу представить ситуацию, когда заказчику понравилась CMS MODX (или любая другая), вы сделали сайт, а потом он захотел мобильное приложение. Думаю использовать API Platform будет быстрее, чем писать API на MODX.
если заинтересовало — жми /call (где вся инфа с примерами)
Т.е. вы ожидаете заинтересованность до того как дали всю инфу? Можно было бы добавить ещё один шаг "/info".
этот вишлист попадет вашему санте потом, и он будет понимать, какой подарок вы хотите
Кто такой этот санта, которому попадет список? Вариантов много: 1. это просто бот, которому пофигу. 2. Это один живой человек, который тоже вряд ли всё будет читать. 3. Это случайный человек, который хочет сделать подарок и получить подарок в ответ (была такая игра вроде в прошлом году).
У вас там написано «Санта теперь звонит своим фанатам!». Вот это слово «теперь» очень сбивает с толку. Значит, есть ещё какие-то функции вашего бота кроме звонка? А какие?
Идея хорошая (создать бота), но реализация не очень. Зашел на сайт и ничего не понял. Зачем мне платный звонок от Санты? Что я получу за свои деньги? Бот тоже ничего толком не объясняет, а сразу предлагает дать ему список желаний. Что он будет делать с этим списком?
Уточню. Здесь отписка действительно нужна, но не потому что, если её не делать, то будет какая-то утечка памяти. Утечки не будет, просто отпиской мы предотвращаем выполнение куска кода в случае, если мы перешли на другой компонент, но запрос на предыдущем ещё не завершен (что всё-таки бывает не часто).
Http Observable — финитный, а слушатели/наблюдатели (listeners) DOM событий — это инфинитные Observable.
Абсолютно верно!
Но дальше Вы даете пример с отпиской, где она не нужна.
Код из статьи
export class SomeComponent implements OnDestroy, OnInit {
public user: User;
private alive: boolean = true;
public ngOnInit() {
this.userService
.authenticate(email, password)
.takeWhile(() => this.alive)
.subscribe(user => {
this.user = user;
});
}
public ngOnDestroy() {
this.alive = false;
}
}
Здесь нужно уточнять что у вас находится в «authenticate()». Если там просто HTTP запрос, то «takeWhile()» не обязателен. Имейте ввиду, что из-за таких туманных «best practice», людей не берут на работу, когда проверяющий тестовое задание начитается, но не поймет сути.
Переменные внутри Svelte компонента — глобальные и меняются они везде (привет Angular).
Но есть и хорошая новость, они глобальны внутри одного компонента (пока Angular)...
Не понял при чём тут Angular и о чём эти «привет» и «пока». Переменные в Ангуляре не глобальны. И вообще как может быть что-то глобально, но только «внутри одного компонента». По-моему Вы как-то неправильно понимаете значение слова «глобальный».
Ну да, пригласил девушку на свидание, напоил её (потратил время и деньги). Она уснула, взял и **ахнул её. А чё такого, всё равно она ничего не узнает и никакого ущерба ей не нанёс.
Основная причина в том, что некрасиво выглядит когда человек говорит «я не бизнесмен, я от чистого сердца...», а на самом деле пропихнул реферальные ссылки. Это хоть небольшой, но обман. А когда он сразу предупреждает, то никакого обмана нет.
Вы скромничаете, учитывая, что разместили реферальные ссылки на АлиЭкспресс. Это тоже своего рода маркетинг. Но я не против таких ссылок, т.к. есть исходники и мне не жалко за них отблагодарить Вас хотя бы покупкой комплектующих по Вашим ссылкам. Но все-таки хорошо бы предупреждать людей о том, что ссылки реферальные, а не просто укороченные.
Зависит от сложности приложения, которое будет использовать это API. Если оно простое, то знание Симфони не обязательно, достаточно добавить аннотацию @ApiResource классу и API для таблицы БД готово.
Симфони затем, что Api Platform использует именно этот фреймворк.
Вполне могу представить ситуацию, когда заказчику понравилась CMS MODX (или любая другая), вы сделали сайт, а потом он захотел мобильное приложение. Думаю использовать API Platform будет быстрее, чем писать API на MODX.
Кто такой этот санта, которому попадет список? Вариантов много: 1. это просто бот, которому пофигу. 2. Это один живой человек, который тоже вряд ли всё будет читать. 3. Это случайный человек, который хочет сделать подарок и получить подарок в ответ (была такая игра вроде в прошлом году).
У вас там написано «Санта теперь звонит своим фанатам!». Вот это слово «теперь» очень сбивает с толку. Значит, есть ещё какие-то функции вашего бота кроме звонка? А какие?
Но дальше Вы даете пример с отпиской, где она не нужна.
Здесь нужно уточнять что у вас находится в «authenticate()». Если там просто HTTP запрос, то «takeWhile()» не обязателен. Имейте ввиду, что из-за таких туманных «best practice», людей не берут на работу, когда проверяющий тестовое задание начитается, но не поймет сути.