Что и требовалось доказать

А что требовалось доказать?

что многие любят измерять производительность криво написанного решения на php с более-менее нормальным кодом на lua в нгинкс нахераченном. а потом кричать на каждом углу какой же медленный php.

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

Не предназначенный инструмент это про nginx?

что многие любят измерять производительность криво написанного решения на php с более-менее нормальным кодом на lua в нгинкс нахераченном. а потом кричать на каждом углу какой же медленный php.

Уверенное заявление о качестве приложений что мы тестировали

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

Беда в том что у вас нжинкс и код на пыхе в разной зоне ответственности

Уверенное заявление о качестве приложений что мы тестировали

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

Уж лучше напишите "быстрый" код на пыхе

а так обычно когда пишут что что-то перенесли на нгинкс и стало катастрофически быстрее - умалчивают что потеряли 90% бизнес логики

Или другом языке

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

Если смотреть на nginx и видеть в нем только "прокси" то конечно сложно представить что это представление ошибочно, так как оно в голове уже очень давно и воспринимается как истина

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

Если смотреть на nginx и видеть в нем только "прокси" то конечно сложно представить что это представление ошибочно, так как оно в голове уже очень давно и воспринимается как истина

ну и вообще если писать витиевато, обходя какие-то факты и прямые доказательства (бенчи и примеры), то это не прибавляет словам веса.

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

Ресайз картинки и добавление ватермарки это бизнес логика?

ну и вообще если писать витиевато, обходя какие-то факты и прямые доказательства (бенчи и примеры), то это не прибавляет словам веса.

Какие бенчи ты хочешь увидеть?

если ресайз jpeg должен пройти с компрессией в 95%, а png 5%, да и при этом вотермарк для каждой обратившейся страны должен быть разный (локализация) - то уже переходит в разряд оной.

а так конечно надо смотреть конкретную задачу

Какие бенчи ты хочешь увидеть?

выше были слова что приложение на пхп которое делает ресайз медленнее чем решение на нгинксе

я хотел в бенче увидеть что они делают логику 1 в 1, без упрощений

ну и время обработки)

просто раз тут хабр затронули как место для вот таких статей типа "не видел на хабре - херня", то стоит наверное глянуть на любую статью где что-то пытаются сравнивать и внезапно выясняется что более медленное решение или написано было херово или просто на 95% делает легаси-логику которую в более быстром выкинули

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

но аппелировать этим потом в спорах говоря что вот оно - решение универсальное - глупо

выше обсуждали envoy попутно упомянув про ряд костылей - из той же оперы. может и быстрее, но пока что есть ряд не решенных моментов которые придется учесть. а вот когда учтут - может уже и не так быстро станет.

Есть ли возможность каким-то адекватным образом побороть UDP через докер под виндой, проблема така что из контенера рассылается броадкаст, судя по шарку он проходит, и клиенты отправляют ответ .. но ответ до контейнера не доходит, стоит net=host. Как можно поправить?

Товарищ синьор пхп девелопер дело говорит ! х)))

но аппелировать этим потом в спорах говоря что вот оно - решение универсальное - глупо

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

что значит в "контейнере" ?

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

ок. давай я скажу что переписал сервис с php на go, это избавило меня от необходимости хранения ресайзов, приложения на лету определяют какого размера нужна картинка - по сути решив те же самые проблемы о которых ты написал и тоже выиграв в скорости? ну или давай проще - вы раньше зачем-то на пхп хранили ресайзы, не давали возможности делать на лету и тп - а что вам мешало сделать это? для чего ресайзы хранили? долго обрабатывало? а писали на какой-то стандартной либе или пробовали фалькон и тп?

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

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

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

Не за что;) обращайтесь, у нас тут много интересных решений

а у нас это где?

ок. давай я скажу что переписал сервис с php на go, это избавило меня от необходимости хранения ресайзов, приложения на лету определяют какого размера нужна картинка - по сути решив те же самые проблемы о которых ты написал и тоже выиграв в скорости? ну или давай проще - вы раньше зачем-то на пхп хранили ресайзы, не давали возможности делать на лету и тп - а что вам мешало сделать это? для чего ресайзы хранили? долго обрабатывало? а писали на какой-то стандартной либе или пробовали фалькон и тп?

Кто то говорит, а кто то делает и имеет готовые решения в виде docker-compose, могу даже поделиться, мне не жалко

а у нас это где?

https://living.ru

Кто то говорит, а кто то делает и имеет готовые решения в виде docker-compose, могу даже поделиться, мне не жалко

ну ок. я в https://www.svyaznoy.ru/, но вот только на все решения NDA, и как бы не хотелось поделиться сборщиками и т.п. внутренней кухней - не получится, поэтому и обсуждения.

ну ок. я в https://www.svyaznoy.ru/, но вот только на все решения NDA, и как бы не хотелось поделиться сборщиками и т.п. внутренней кухней - не получится, поэтому и обсуждения.

зато заметьте, какой прекрасный вариант job security )))

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

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

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

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

Потому что решения такие

ну ок. я в https://www.svyaznoy.ru/, но вот только на все решения NDA, и как бы не хотелось поделиться сборщиками и т.п. внутренней кухней - не получится, поэтому и обсуждения.

У нас тоже NDA но решение с картинками находится в общем доступе в глобальной сети ынтырнэт

господа, это конечно все прикольно, я так до конца и не понял в чем именно проблема, могу сказать только одно, на постгресе 9.5 -9.6 все работате, на 10 версии уже нет, один и тот же конфиг

В 10м постгресе поменялось что-то в месте определения версии.

господа, это конечно все прикольно, я так до конца и не понял в чем именно проблема, могу сказать только одно, на постгресе 9.5 -9.6 все работате, на 10 версии уже нет, один и тот же конфиг

Бд от 9 не подключить к 10, единственный способ это накатить дамп 9 на чистую базу 10

В 10м постгресе поменялось что-то в месте определения версии.

Там все в порядке. Это я криворукий

Там все в порядке. Это я криворукий

Не, что-то поменялось. Не помню что именно, но поменялось. Сталкивался уже раньше.

ну оно-то поменялось, но не несовместимо

Бд от 9 не подключить к 10, единственный способ это накатить дамп 9 на чистую базу 10

Не очень понятно, что значит не подключить 9 к 10. Ты про драйвер к бд?

или данные? я с 9 на 10 переехал без проблем

Не очень понятно, что значит не подключить 9 к 10. Ты про драйвер к бд?

Например у тебя БД в именованном volume с именем db_data и там файлы БД для postgre 9, тут ты забыл указать в Dockerfile конкретную версию postgre и поумолчанию на момент последней сборки была 9 версия, прошло много времени, все работало как часы, но вдруг потребовалось пересобрать образ dockerfile, ты спокойно запускаешь build --no-cache и рестартуеш сервис, а в ответ получаешь "шиш с маслом" и сообщение что база устала и решила прилеч отдохнуть, ты начинаешь судорожно перебирать события в голове и стараться понять что привело к таким печальным последствиям, даже включаешь в список возможных причин "у postgresql месячные". В итоге оказывается что сбилдился образ не с девятой версией, а с десятой и твой именованный volume db_data уже не подходит.

@PaintedRed будет жить. Поприветствуем!

@umulis будет жить. Поприветствуем!

@Wladimir286 будет жить. Поприветствуем!

@viktor_dvorak будет жить. Поприветствуем!

Hi

через --mount type=bind можно пробрасывать не папку, а файл?

тоже интересно. Мб файл должен быть с фс внутри? Хотя слабо представляю себе это

я видел что можно, но у меня на маке не работает. пишет что source не найден

https://www.youtube.com/watch?v=dHSCBCyrcP4

Чё там, всё задокеризирують? :)

Чё там, всё задокеризирують? :)

даже небо, даже аллаха

закубернетисуют

закубернетисуют

это в другом чатике

@nathan_stark будет жить. Поприветствуем!

#хакатон #крупнейшийпризовойфонд #aihackathon #picsart Ведущая творческая платформа для создания контента и визуализации PicsArt приглашает принять участие в самом большом AI-хакатоне с крупнейшим в истории подобных хакатонов призовым фондом. Предлагается придумать и реализовать новые крутые AI решения в области обработки фото и видео для 100-миллионной аудитории платформы PicsArt. Можно принимать участие сразу командой, или найти себе команду по душе на форуме или в официальной группе телеграма. Призовой фонд $ 500 000 ! Часть фонда идёт непосредственно на призы командам, а часть как инвестиции в наиболее успешные проекты. Подробности и детали на сайте picsart.ai и в группе https://t.me/picsartaihack p.s. в команды нужны не только дата сайнтисты, но и девопсы, да и просто люди с очень интересными и необычными идеями! :)

@IlyaDruzhinin будет жить. Поприветствуем!

@AlexanderMykulych будет жить. Поприветствуем!

@coder_ex будет жить. Поприветствуем!

1ns1ght будет жить. Поприветствуем!

есть кто по docker может помочь?

получаю образ, но после создания контейнера docker run -it --name node-js-my -v $(pwd):/var/www/html node-reload-docker /bin/bash не доступны библиотеки по npm ls и npm ls -g

если не использовать -v, то библиотеки доступны кто может разъяснить в чем проблема?

Docker version 18.06.1-ce, build e68fc7a хостовая ОС - Linux

Не уверен на 100%, но вероятно потому что node_modules складываются в /var/www/html. А так как при подключении вольюма докер не мержит содержимое двух директорий, а оставляет только содержимое директории с хостовой системы, папка node_modules исчезает

так и есть, но как тогда может работать пример отсюда https://medium.com/devschacht/praveen-durairaj-an-exhaustive-guide-to-writing-dockerfiles-for-node-js-web-apps-7b033bcc0b4f

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

по идее я хочу накатить GULP в контейнер и сделать автообновление проекта, что бы на хостовой машине были исходники, я их на ней правил, а библиотеки лежали бы в контейнере

Если честно, я бы тогда монтировал src в конкретную папку, лежащую внутри той, что с node_modules - тогда и модули не сотрутся, и исходный код с хостовой машины менять удобнее

К примеру в /var/www/html ставятся модули, в /var/www/html/src монтируется папка с исходниками, и nodemon смотрит за src/server.js

К примеру в /var/www/html ставятся модули, в /var/www/html/src монтируется папка с исходниками, и nodemon смотрит за src/server.js

так в итоге это и получается, но мне приходится из контейнера эти модули ставить может есть какое другое решение, я уже в ступоре если честно

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