Фронтэнд и бекэнд

- Зачем нам нужен бекэнд? Почему мы не можем подключить базу данных напрямую к фронтэнду?

- Почему мы едим и ходим в туалет, вместо того чтобы сразу выбрасывать еду в унитаз? Потому что материал должен быть обработан.


https://www.reddit.com/r/ProgrammerHumor/comments/hh9cwp/flu...

Фронтэнд и бекэнд Reddit, IT, Юмор, IT юмор, Бекэнд, Сравнение, Frontend, Скриншот

IT-юмор

5.6K пост52.4K подписчиков

Добавить пост

Правила сообщества

Не публикуем посты:
1) с большим количеством мата
2) с просьбами о помощи
3) не относящиеся к IT-юмору

Вы смотрите срез комментариев. Показать все
67
Автор поста оценил этот комментарий
Шутки шутками, а попытки такие уже были и еще будут.
раскрыть ветку (24)
28
Автор поста оценил этот комментарий

Эластиксерч работает по http так что можно подключить при желании,
firebase
и еще найдется

раскрыть ветку (17)
52
Автор поста оценил этот комментарий
Только проблема в том, что и эластик и фаирбэйс это не просто база данных, это таки бэкенд. Просто ты его не пишешь. И неплохо экономишь время, кстати.
ещё комментарии
2
Автор поста оценил этот комментарий
Хотел бы я посмотреть на тот эластик, который смотрит голой жопой в интернет. И как быстро из него все данные утекут
1
Автор поста оценил этот комментарий

hasura годнота еще

2
Автор поста оценил этот комментарий

Эластик не гарантирует сохранность и консистентность данных.

раскрыть ветку (7)
9
Автор поста оценил этот комментарий
Иллюстрация к комментарию
Автор поста оценил этот комментарий
Чего это?
2
Автор поста оценил этот комментарий

А это тут к чему?

раскрыть ветку (4)
2
Автор поста оценил этот комментарий

К тому, что с таким же успехом можно хранить деньги в почтовом ящике

раскрыть ветку (3)
3
Автор поста оценил этот комментарий

Инструмент надо использовать под задачу и использовать правильно. У меня ресурс с посещаемостью 20К уников в день, все данные в эластике(основная бд) и редисе(счетчики), и ничего, все живет уже несколько лет, ничего не терялось, не пропадало, кластер не разваливался.
Опять же отчего бы не использовать эластик, если бд нужна только для полнотекстового поиска по каким-то данным.
И опять же, к обсуждению это не относилось и выглядит как просто желание козырнуть парой терминов, которые сбивают с толку только людей со стороны :D

раскрыть ветку (2)
Автор поста оценил этот комментарий

Так вы и используете по назначению) Если цель поиск по документам, то все ок. Если цель хранить транзакции пользователей, то могут возникнуть вопросы.

раскрыть ветку (1)
Автор поста оценил этот комментарий

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

3
Автор поста оценил этот комментарий

Это называется двухзвенной архитектурой. Только с вебом это очень херово прокатывает, потому что давать доступ к бд по http - это очень-очень плохая идея.

8
DELETED
Автор поста оценил этот комментарий

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

раскрыть ветку (1)
6
Автор поста оценил этот комментарий
1С запахло
2
DELETED
Автор поста оценил этот комментарий

Не попытки, а вполне себе рабочая срань: https://ru.m.wikipedia.org/wiki/ColdFusion

раскрыть ветку (1)
10
Автор поста оценил этот комментарий

Есть у меня знакомый паренек, с такой штукой работают.
Приложуха для логистики делается с картами и маршрутами.
Я был весьма поражен гибкостью системы и условиями рспределения прав через конфиги. Очень крутой уровень для системы без полноценного бэка.

Жаль, что все равно переписывать с нормальным бэком ибо ну невозможно на запросах к базе (пусть и крутой базе) построить всю логику. Очень быстро упрется в извращенные хотелки заказчика.

Автор поста оценил этот комментарий

Тут как бы уже два слоя минимум. Типа уже не скрываются даже. И унитаз с кнопкой запостить...

Вы смотрите срез комментариев. Чтобы написать комментарий, перейдите к общему списку