3 апреля 2016 г., 2:59 пользователь tepkuh
написал:
> ОП, привел ряд плюсов использования "нормального паттерна" в отличии от Вас
> где я ничего кроме эмоций от "CEO IT компании" не слышал.
> Так же ОП услышал ряд минусов без эмоций от коллег которые я не учел и
>
2 апреля 2016 г., 22:34 пользователь tepkuh
написал:
> Под "убиванием файла" имелось ввиду пропадание сетевой файловой системы в
> связи с сетевым лагом
>
А что мешает отдавать тем же нгинксом?
___
nginx-ru mailing list
>
> >Рассказать сколько времени запускается реплика с бд монго размером в 2 тб?
>
> Да, хорошее замечание. Попробую замерить.
>
А то что реплика базы с бинарными данными занимает в два раза больше места
на диске ? не знаю как в мускуле - но в монге так.
> >А как сайт себя в это время чувствует?
ОП, привел ряд плюсов использования "нормального паттерна" в отличии от Вас
где я ничего кроме эмоций от "CEO IT компании" не слышал.
Так же ОП услышал ряд минусов без эмоций от коллег которые я не учел и
которые требуется проверить. А так же ОП услышал ряд тех. предложений по
решению технической
Уже отвечал. Кратко вот основные моменты:
https://forum.nginx.org/read.php?21,265759,265847#msg-265847
Сетевые файловые системы, так же имеют ряд минусов. Решение хранить в БД
файлов является компромисом имеющим как свои плюсы так и свои минусы. Как
впрочем всегда и везде так.
НЕ использование
On Saturday 02 April 2016 19:17:19 Vadim A. Misbakh-Soloviov wrote:
> > Нда... Судя по реакции в интернете, шутка не была до конца понята.
> > Все примеры конфигов в статье - рабочие.
>
> Ну, значит то, как NgX перестал плеваться от не-ascii в директивах прошло
> мимо
> меня (и остальных, кто
On Saturday 02 April 2016 18:30:51 Vladislav Shabanov wrote:
> Всем добрый день.
>
> Имеем вот такой вот конфиг:
> server {
> listen 443 ssl http2;
> server_name…
> # дальше много всего про ssl_***
>
>location / {
>fastcgi_pass unix:/run/django-fcgi.sock;
>
> Зачем видео хранить в базе? Почему его нельзя хранить на файловой
> системе в виде файла?
Как ОП уже говорил выше — потому что это "норм паттерн" :)
// и мало кого из любителей подобных паттернов волнует, что RDB не
предназначены для хранения файлов и BLOB'ы там на случае если "ну вообще
02.04.2016 12:20, tepkuh пишет:
Не понял вопроса. ;) База хранит видео файлы в формате blob (англ. Binary
Large Object — двоичный большой объект).
Это сервис, куда пользователи загружает видяшки. А другие пользователи их
смотрят ;)
Зачем видео хранить в базе? Почему его нельзя хранить на
Raw Disk Partitions. Это специализированная FS mysql которая снижает затраты
поиска нужных блоков данных. И управление FS делает по сути сам mysql. ОСи
везде centOS.
Posted at Nginx Forum:
https://forum.nginx.org/read.php?21,265759,265859#msg-265859
Hello, tepkuh!
On Sat, Apr 02, 2016 at 03:34:44PM -0400
nginx-fo...@forum.nginx.org wrote about "Re: reverse proxy + mysql + video":
> Под "убиванием файла" имелось ввиду пропадание сетевой файловой системы в
> связи с сетевым лагом
Скажите, а база данных у вас развернута на чем? На ФС?
--
Под "убиванием файла" имелось ввиду пропадание сетевой файловой системы в
связи с сетевым лагом
Posted at Nginx Forum:
https://forum.nginx.org/read.php?21,265759,265857#msg-265857
___
nginx-ru mailing list
nginx-ru@nginx.org
>когда закончится физическая возможность добавления жестких дисков?
А что с файлами такого случится не может? Или накладные расходы по хранения
файлов в БД намного выше чем на FS? Я знаю что они есть, но если файл 100Мб,
то накладные расходы дополнительно составят ну скажем +16-32кбайта. ИМХО
2 апреля 2016 г., 22:24 пользователь Vadim A. Misbakh-Soloviov написал:
> > Падения случаются по разному. Точнее разная обработка ошибок.
> > Вот смотрите, качаете вы файл(смотрите) с FS кто то фигак убил
> файл(пропала
> > FS) ngix сразу кинет 404 ошибку. Мол файла нет.(я правда
> Падения случаются по разному. Точнее разная обработка ошибок.
> Вот смотрите, качаете вы файл(смотрите) с FS кто то фигак убил файл(пропала
> FS) ngix сразу кинет 404 ошибку. Мол файла нет.(я правда не пробовал, но
> думаю поведение будет таким ибо это логично сразу кидать 404 если файла нет,
>
Это тут все причем? Можно не удалять файл, пока его кто-то смотрит. Это
вопрос логики построения приложения.
Как Вы собираетесь делать банальные бекапы, с которых будете
разворачиваться, если что? Написать можно чего угодно и схему можно
реализовать какую угодно - поддерживать это потом как? Я
Падения случаются по разному. Точнее разная обработка ошибок.
Вот смотрите, качаете вы файл(смотрите) с FS кто то фигак убил файл(пропала
FS) ngix сразу кинет 404 ошибку. Мол файла нет.(я правда не пробовал, но
думаю поведение будет таким ибо это логично сразу кидать 404 если файла нет,
а не
>
> >Это все отлично, но имхо путь - тупиковый
> Пояснения будут?
>
Не пояснения - вопросы. Пока нет процедур - это тупиковый путь.
> >Как вы будете решать вопрос, если закончится под базой дисковое
> пространство?
> Автомасштабирование диска + автомасштабирование тейблспейса БД.
>
когда
>Это все отлично, но имхо путь - тупиковый
Пояснения будут?
>Как вы будете решать вопрос, если закончится под базой дисковое
пространство?
Автомасштабирование диска + автомасштабирование тейблспейса БД.
>Что с бекапами будете решать?
Делать :) Точно так же как и бэкап файлов. Мухи отдельно
Не надо ничего изобретать - зайдите на olx, посмотрите как они отдают
картинки. Могу ошибаться, но у них скорее всего больше возможностей на
изучение вопроса как отдавать такое.
Когда будете размером с ютуб - тогда наймете тыщу программистов и напишите
свою разспределенную бд для хранения
Та я ничего не имею против кеша - зачем файлы в базу совать-то? Или при
лаге сетки коннект на базу не падает?
2 апреля 2016 г., 21:58 пользователь tepkuh
написал:
> Спрашивают админа у нас :) Я так же участвую в допилке :) Но тут штука в
> том
> что этих файлов
Спрашивают админа у нас :) Я так же участвую в допилке :) Но тут штука в том
что этих файлов сотни загружают в день. А nginx распределены географически.
А делать распределенную FS тоже тот еще гемор. Лагнула сетка, FS упала,
через секунду поднялась, а уже 10ок смотревших отвалилось :)
> Зачем
Это все отлично, но имхо путь - тупиковый. Как вы будете решать вопрос,
если закончится под базой дисковое пространство? Что с бекапами будете
решать? Что будет, если выйдет из строя сервер бд
2 апреля 2016 г., 21:42 пользователь tepkuh
написал:
> >Если всё так
если без этого можно обойтись - то зачем это делать? Зачем файлы пихать в
базу, чтобы их оттуда доставать? Они ведь не модифицируются в процессе
отдачи
бд нужна для поиска - если поиска нет, то смысла в этом никакого.
У меня тоже есть проект , который называется: делали программеры, у админа
не
Today Apr 2, 2016 at 11:58 tepkuh wrote:
> Насчет технических ваших PS'ов:
> >P.S. как вы думаете, почему файловые системы называются файловыми? А ещё,
> как вы думаете, зачем они используют кеш в >оперативной памяти для часто
> используемых файлов?
>
> В базах данных также используется кэш в
>Идеологически правильнее было бы сдлелать отдельный скрипт, выполняющий
запросы к базе, и бросить на него proxy_pass
Интересное решение. Возможно даже им воспользуюсь
Posted at Nginx Forum:
https://forum.nginx.org/read.php?21,265759,265842#msg-265842
Я вот тоже боюсь, что в переменную помещать большой объем данных вещь
опасная с теоретической точки зрения. Так как я не знаю как внутри работает
nginx. А именно скидывает ли он переменную на диск как только загрузил её
или может скидывать порционно.
Файл может весить до нескольких гигабайт и мне
Одни эмоции, ничего конкретного. Всё не так и всё плохо, а почему не слова
;)
Насчет технических ваших PS'ов:
>P.S. как вы думаете, почему файловые системы называются файловыми? А ещё,
как вы думаете, зачем они используют кеш в >оперативной памяти для часто
используемых файлов?
В базах данных
> А нельзя сделать цепочку в самом конфиге? Выгрузить данные в переменную,
> переменную в кэш nginx'а и всё внутри одного nginx?
А вы отдаёте себе отчёт, что сервер не сможет даже 20-30 (в самом лучшем
случае) таких запросов обслужить одновременно (догадываетесь почему)?
// а сделать - можно.
Всем добрый день.
Имеем вот такой вот конфиг:
server {
listen 443 ssl http2;
server_name…
# дальше много всего про ssl_***
location / {
fastcgi_pass unix:/run/django-fcgi.sock;
fastcgi_param SERVER_PROTOCOL $server_protocol;
# ещё много других
Пожалуй соглашусь ;) Извращенно :)
А нельзя сделать цепочку в самом конфиге? Выгрузить данные в переменную,
переменную в кэш nginx'а и всё внутри одного nginx?
Нечто типа такого (правда это для модуля postgres, но это не суть важно):
http {
upstream database {
postgres_server
> Нда... Судя по реакции в интернете, шутка не была до конца понята.
> Все примеры конфигов в статье - рабочие.
Ну, значит то, как NgX перестал плеваться от не-ascii в директивах прошло мимо
меня (и остальных, кто не заметил). Я, честно, не помню когда я последний раз
пробовал юникод в
On Saturday 02 April 2016 14:57:30 Vadim A. Misbakh-Soloviov wrote:
> NgX Inc 1 апреля вроде как пошутила про эмоджи в конфигах:
> https://www.nginx.com/blog/emoji-nginx-plus-configuration/
>
> Шутка шуткой, а почему бы и в самом деле не разрешить использовать
> идентификаторы из любых байтовых
В письме от суббота, 2 апреля 2016 г. 5:16:45 NOVT пользователь tepkuh
написал:
> Ну апликейшен, теоритически подпиливаемый. Только зачем? Хранение файлов в
> БД это норм паттерн. Тем более подпилить конфиг намного дешевле, чем править
> код аппса. Задача ведь стоит выгружать и кэшировать nginx,
Извините, сумбурно выражаюсь. :(
С мускулем - в смысле nginx с мускульным модулем. Второй -nginx хот с
модулем, хоть без, не важно. Главное что у него настроен прием внешних
запросов и proxy_pass на первого. И кеширование ответов оного.
2016-04-02 12:37 GMT+03:00 tepkuh
02.04.2016, 12:21, "tepkuh" :
> Не тратить время на прикручивание БД к nginx, а просто сказать архитектору,
> а потом разработчику что нужно менять код? Т.е. перекладыать одну проблему с
> одной головы (админа) на голову двух трех людей? (архитектор, разработчик,
>
>А что тут знать то. Один сервак с мускулем уже есть. Ставится еще один.
Не понял? Второй то сервак с mysql зачем?
Posted at Nginx Forum:
https://forum.nginx.org/read.php?21,265759,265827#msg-265827
___
nginx-ru mailing list
nginx-ru@nginx.org
Не тратить время на прикручивание БД к nginx, а просто сказать архитектору,
а потом разработчику что нужно менять код? Т.е. перекладыать одну проблему с
одной головы (админа) на голову двух трех людей? (архитектор, разработчик,
тестирование) ?
Posted at Nginx Forum:
Не понял вопроса. ;) База хранит видео файлы в формате blob (англ. Binary
Large Object — двоичный большой объект).
Это сервис, куда пользователи загружает видяшки. А другие пользователи их
смотрят ;)
Posted at Nginx Forum:
https://forum.nginx.org/read.php?21,265759,265825#msg-265825
Ну апликейшен, теоритически подпиливаемый. Только зачем? Хранение файлов в
БД это норм паттерн. Тем более подпилить конфиг намного дешевле, чем править
код аппса. Задача ведь стоит выгружать и кэшировать nginx, а не подпилить
аппс ;)
Posted at Nginx Forum:
NgX Inc 1 апреля вроде как пошутила про эмоджи в конфигах:
https://www.nginx.com/blog/emoji-nginx-plus-configuration/
Шутка шуткой, а почему бы и в самом деле не разрешить использовать
идентификаторы из любых байтовых последовательностей (не только юникода, но
начать можно и с него), а не
41 matches
Mail list logo