в статье нет про round robin

round robin это один из механизмов балансировки

но если пишешь сайт визитку или интернет магазин то нафиг не нужная инфа

а, уже написали про base64

можно простым примером, как это работает? в вики вроде есть, но там замудрено, я про round robin

много фронтов могут стоять и в одном DC и в одной стойке

но если пишешь сайт визитку или интернет магазин то нафиг не нужная инфа

мне просто интересно стало :D

интересно, а когда больше 1 сервера фронта - это уже хайлоад? 🙂

можно простым примером, как это работает? в вики вроде есть, но там замудрено, я про round robin

в днс несколько записей для домена

не обязательно

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

да

место где установлен nginx

называется фронт

может быть 1 ИП на нем стоит железка или даже любой легкий http сервер (хоть nginx)

место где установлен nginx

любой http сервере

ребят, хелп. Отправляю var name = $('.wpcf7 input[name=your-name-555]').val();location = 'https://www.ds-world.ru/site/createpdf.php?yourname='+name; с помощью js

но на createpdf.php?yourname= не приходит

любой http сервере

ну да vanish еще

и этот один принимает и по кругу уже раскидывает другим серверам

name

в чем можнт быть промелма

и этот один принимает и по кругу уже раскидывает другим серверам

это уже не фронты round robin

а балансировка нагрузки на backend round robin

у тебя получается 1 фронт сервер и N бэкендов

балансируемых по round robin

а балансировка нагрузки на backend round robin

Кто как хочет так и называет

когда попросили отдать эту картинку

просто программисты разное backendом называют

фронт лезит в бэк бэк в бд там фаил и по цепочке назад

просто программисты разное backendом называют

согласен

и вообще у тебя PHP может просто собирать страничку из готовых кусков и это будет неким фронтом

все

уже не интеренсо

и вообще у тебя PHP может просто собирать страничку из готовых кусков и это будет неким фронтом

фронт это место куда подключается клиент

как то более обще принято

все что стоит за фронтом это бэкенд по сути

как то более обще принято

Кем?

Кем?

человечеством

человечеством

вранье

у тебя получается 1 фронт сервер и N бэкендов

фронт просто принимает запросы и отдаёт статику, а если нужно к бизнес-логике обратиться, то уже к backend?

ну вот был у меня такой кейс, мобильное приложение, бэкенд на php, в мобильном приложении нужно было приаттачивать документы (pdf, картинки, прочее). CDN под хранение документов не было, БД - postgresql. Плюс, эти же документы нужно было открывать в веб-админке.

фронт просто принимает запросы и отдаёт статику, а если нужно к бизнес-логике обратиться, то уже к backend?

в большинстве случаев так и подразумевают нет четких определений

в большинстве случаев так и подразумевают нет четких определений

Вооот!!! Это правильно

сохраняли документы в базе в base64

сохраняли документы в базе в base64

так себе идея если честно)

так себе идея если честно)

согласен, идея не очень

но кто может адекватные доводы привести?)))

почему не очень

вот например фото хостинг

с огромной посещаймостью кучей серверов и тд)

хотя нет, я беса прогнал

идея не очень, но мы не сохраняли

мы сохраняли на серваке у себя

а гоняли между сервисами в base64

но кто может адекватные доводы привести?)))

Зачем картинки в БД хранить?

При прочих равных? Прогретый кэш и прочее?

Зачем картинки в БД хранить?

это звучит весело

Зачем картинки в БД хранить?

надо хранить путь до места)

надо хранить путь до места)

А если это место на другом серваке?

надо хранить путь до места)

а так реально делают? если очень много фото

А если это место на другом серваке?

на фото хостингах "обычно"

для хранения изображений отдельные сервера

а гоняли мы их в base64, потому что cordova мать ее)

у которых минимум ресурсов и огромные жесткие диски

которые хранят файлы

вот на эти серваки и льют трафик

в начале ты льешь картинку фронт он передает на сервер приложений

тот самый сервер приложений складывает ее на файловый сервер

и пишет путь как ее найти

на фото хостингах "обычно"

А если ты свой фото хостинг пишешь?

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

и это отдается клиенту и другим запросом клиент сам лезит за нужным файлом на сервер

Здраствуйте, подскажите пожалуйста какую библиотеку лучше всего использовать для создания адвекватного поиска?

поэтому у фото хостингов в пути при загрузке что то типо s34.hosting.image

s34 - сервер 34 для хранения статики

Ну у нас еще немножка сложнее...

но в общих чертах - да

у нас перед серверами статики еще и кэширующие сервера стоят

так в большинстве случаев делают