Pull to refresh
2
0.1

User

Send message

Не, так не интересно. Гуглить то я и сам умею, ну и в фп тоже. Хотел от автора объяснение услышать

Да, про ссылку уже ответили выше. Но в статье ничего не сказано про ссылку и

Всегда удивляло, когда рассказывают про xss в первом пункте. Я не понимаю, как то, что мы исполнили код у себя на странице, после ввода в поиск, может позволить исполнять этот код у других пользователей? Мы ведь не сохранили это битое изображение или обработку этого изображения на сервер.

Пожалуйста, читатель, пропусти пункт 3. А то кто знает, что в голову придет, а кому-то этот код потом дебадить. Надеюсь не мне

Давайте соберём конференцию и большим коллегиальным решением уже примем раз и навсегда взвешенное окончательное: мол или смоль?

Интересно, content history работает только для измений через content manager? Или для всех изменений и через апи/контроллеры/entityService и тд. Если только через менеджер то совсем скучно, в принципе используя after update хук можно быстренько это все самому сделать

Говорит, не знает кто такая эта ваша Макс

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

Значит мы друг друга не сможем понять. Спасибо!

Но зачем другим сервисам собирать реплику, если это делает ваш сервис и представляет об этом данные?

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

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

Но ведь у Кафка топиков есть ttl, не все данные можно будет загрузить сначала

Я тоже разделяю смятение, которое выразил пользователь выше. Тоже по заголовку подумал, что вы в кафке данные научились хранить. Но по сути у вас есть сервис, который с помощью Кафки доставляет данные, но никак не хранит. А хранит он в оперативной памяти. И тогда возникает вопрос, что делать если сервис упал- поднялся и в оперативной памяти данных нет, а в кафке топики уже прочитаны?

Это ж Свифт, почему это подаётся как советы фронтендеру?)

Я добавил параметр debugRequests, предотвращающий оптимистическую загрузку данных, что упрощает отладку запросов.

Также я добавил параметр debugState, выводящий всё состояние программы после каждого обновления с красивым diff того, что поменялось.

Кто понял о чем это и может рассказать подробнее? Лёгкий гуглеж не помог

Код алгоритмов был бы тут интересен и уместен. Сейчас это на платформе про разработку статья, в которой написано "я в общем разрабатывал, но вам об этом не расскажу, зато вот ссылка где можете купить итоговый результат", а вот если было наоборот "я разрабатывал, вот так и так это делал, вот код с кучей комментариев, а результат вы можете сами найти в поиске по такому ключевому слову, ссылку давать не буду", тогда бы статья набрала плюсов. А так это чистая реклама в итоге, здесь такое не любят.

Без кода это не статья, а просто реклама

Ух, вот это я на ночь глядя конечно посчитал)

Спасибо за исправление!

Не совсем понял, почему у vdsina стоимость приводится как преимущество, если в итоге это 6000р в месяц и в итоге самый дорогой из представленных?

Information

Rating
3,578-th
Registered
Activity