не видно нихрена

Похоже эксель заливается

https://media.giphy.com/media/bmud13lTmtwxG/giphy.gif

Не совсем по пхп вопрос, но раз все молчат, почему бы и нет: Требуется на ubuntu дать доступ разработчику к определённой директории, при этом дать выполнять команды и не давать смотреть директории с другими проектами. Средствами юбунту такое сделать не очень просто. Вопрос в том, возможно ли на виртуальном сервере с юбунту создать ещё одну виртуалку, докер например, и дать юзеру доступ только к определённой виртуалке?

да, chown вроде как

там смысл такой был - у зака доставка по городам с фиксируемой ставкой, городов у них там 1000 и 1 +100500))) Надо быо запилить модуль выгрузки из экселя и подцепить цены в корзину, чтобы пользователь в зависимости от выбранного города получал цену.

ребят, а за такую работу, какая адекватная цена? я хз просто, ну рубль с зака спросил или я лоханулся?

ребят, а за такую работу, какая адекватная цена? я хз просто, ну рубль с зака спросил или я лоханулся?

Если считаешь, что спросил мало - то лоханулся, если доволен этим рублем, то все норм )

Не совсем по пхп вопрос, но раз все молчат, почему бы и нет: Требуется на ubuntu дать доступ разработчику к определённой директории, при этом дать выполнять команды и не давать смотреть директории с другими проектами. Средствами юбунту такое сделать не очень просто. Вопрос в том, возможно ли на виртуальном сервере с юбунту создать ещё одну виртуалку, докер например, и дать юзеру доступ только к определённой виртуалке?

гугли ssh chroot

Если считаешь, что спросил мало - то лоханулся, если доволен этим рублем, то все норм )

ну я это два дня делал, потому что никогда что то подобное не делал

ребят, а за такую работу, какая адекватная цена? я хз просто, ну рубль с зака спросил или я лоханулся?

сколько по времени потратил?

2 дня

ну я учил доку

2 дня

ну вот и расчитай сколько твой час стоит :)

гугли ssh chroot

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

но самое главное не деньги, а опыт ;)

Сколько опыта заработал, столько хлеба и купил

ну вот и расчитай сколько твой час стоит :)

а как расчитать, по кпд надо же, у одного прога рубль час работы, у другого 2, у третьего 500р. хз вот

а как расчитать, по кпд надо же, у одного прога рубль час работы, у другого 2, у третьего 500р. хз вот

все от наглости зависит. я раньше работал больше и брал меньше, а сейчас наоборот )))

Сколько опыта заработал, столько хлеба и купил

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

а как расчитать, по кпд надо же, у одного прога рубль час работы, у другого 2, у третьего 500р. хз вот

у тебя примерно 62 рубля/час выходит. Но опыт стоит дороже. В следующий раз тебе понадобится меньше времени.

пару часов понадобится

На апворке кто-то берет заказы? Чтобы акк раскрутить первые заказы бесплатно делали?

пару часов понадобится

По факту больше. Время уйдет на - поиск заказчика - договориться о предмете работ - договориться о стоимости работ - скачать проект и вникнуть в код - выполнить работу (твои 2 часа) - сдать работу (возможно будут придирки + время на исправление)

вот тогда и надо учитывать все факторы, не?

ИМХО, тут один фактор - "жадность" ) Прикинь сколько денег тебе нужно на - покушать - оплатить коммуналку - погасить кредит - сводить девочку в кафе - ..... Потом прикинь сколько времени ты тратишь на клиента и его таски. Путем не хитрой математики ты сможешь понять, что брать заказы меньше определенной оплаты нет смысла.

Ребят подскажите, возможно ли разделить nginx и php-fpm. В плане, чтобы в nginx не было необходимости знать где находятся скрипты php. Например просто указываем точку входа index.php в конфиге nginx и все, Далее, php-fpm сам разруливает что делать с ним. Просто при fastcgi_param SCRIPT_FILENAME И при использовании докера, для nginx обязательно нужно монировать диру с исходниками. Возможно ли такое ?

в конфиге джинкса нужно обязательно указать где искать твой index.php

Ребят подскажите, возможно ли разделить nginx и php-fpm. В плане, чтобы в nginx не было необходимости знать где находятся скрипты php. Например просто указываем точку входа index.php в конфиге nginx и все, Далее, php-fpm сам разруливает что делать с ним. Просто при fastcgi_param SCRIPT_FILENAME И при использовании докера, для nginx обязательно нужно монировать диру с исходниками. Возможно ли такое ?

вообще-то nginx по хорошему так обычно и настраивается - указываешь точку входа а дальше приложение само всё разруливает

а насчет докера - тебе надо не столько исходники, сколько сервер с php-fpm

только если у тебя сервер на той же машине, что и нгинкс - то это будет 127.0.0.1

если другая машина/другой контейнер - указывай просто имя контейнера и всё

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

вообще-то nginx по хорошему так обычно и настраивается - указываешь точку входа а дальше приложение само всё разруливает

Вот там проблема, в том что nginx и php-fpm приходится собирать в одном контейнере. Из-за того что в контейнере с php-fpm находятся исходники js, css который просто так не кинешь в папку public например, они обновляются.

а вот сам пхп-фпм работает с исходниками и интерпретирует их

это ты так решил, что приходится)

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

и в нгинксе проксировать на контейнер по имени, например phpfpm

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

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

Можешь посоветовать. Есть 4 приложения. 2 админки и 2 api В админках есть js, css файлы, я использую в данный момент волюмы и пересоздаю их после перезапуска стека.

Есть 1 nginx который разруливает все.

Если собирать nginx, то придётся копировать туда не только статику но и все файлы которые есть. из 2 проектов.

Ибо php-fpm не понимает, где искать index.php и так далее.

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

самый простой ход

а нгинкс по server_name может проксировать на один из контейнеров с аппликухами

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

А вот и с этом самый геморой, потому что волюмы надо апдейтить. У меня сейчас так. И ты не представляешь какой это геморой.

в чем разница между терминами "приложение" и "апи"

в чем разница между терминами "приложение" и "апи"

В том что это api нет статики и это вообще python и nodejs

А вот и с этом самый геморой, потому что волюмы надо апдейтить. У меня сейчас так. И ты не представляешь какой это геморой.

что значит апдейтить? если через директиву volumes в docker-compose.yml прописать волюм, то он не копируется, а маунтится внутрь контейнера из хоста

и все изменения на хосте сразу же прилетают внутрь контейнера

на маках бывает подтупливает из-за разницы в файловых системах мака и контейнера, но я бы не называл это адом

что значит апдейтить? если через директиву volumes в docker-compose.yml прописать волюм, то он не копируется, а маунтится внутрь контейнера из хоста

Пример: на прод прилетает image админки1 который собрал gitlab, теперь данные которые внутри образа нужно копировать в nginx правильно ? А как это сделать ? использую расшаренный волюм, который нужно каждый раз апдейтить, после того как прилетел новый образ, при этом nginx тоже апдейтится, но там 4 приложения и соответственно 4 будут ждать когда поднимется nginx.

И это говно не очень надежно.

что у тебя оркестрирует докер? ранчер там какой-то или кубер?

что у тебя оркестрирует докер? ранчер там какой-то или кубер?

Ничего, голый swarm и все.

А что-нибудь из этого поможет вообще ?

Я сейчас вижу решение отказаться от волюмов вообще. Но алтернатива собирать nginx со статикой, которому по сути не только статика нужна но абсолютно все файлы проекта, потому что SCRIPT_FILENAME и при этом проекта 2 и заливаются они асинхронно, т.е. я не представляю как это разруливать, кроме как поднимать для каждоq админки свою пару fpm и nginx

Есть вариант использовать мультистейдж билды.

А как насчёт варианта c использованием multi-stage билдов ?: На проде для nginx Dockerfile прописать: FROM app1 AS data1 FROM app2 AS data2 FROM nginx COPY --from=data1 /usr/src/app/public /data/ COPY --from=data2 /usr/src/app/public /data/ И получается что волюмы будут использоваться только для загружаемой статики из app1 или app2

Но пока не пробовал.

А чем плохо собирать образ с php-fpm и nginx ?

А чем плохо собирать образ с php-fpm и nginx ?

Удобно тесты гонять, когда fpm в отдельном контейнере.

А чем плохо собирать образ с php-fpm и nginx ?

тем что у тебя 2 процесса в одном контейнере. Сложно. Что будет если php-fpm упадет? упадет ли контейнер.

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

то есть вопрос весь в том что 2 мастер процесса в одном контейнере это излишнее усложнение

Да, я про это тоже думал. One process per container.

ERROR: S client not available

Но какие есть решения проблемы ?

ммм.... не создавать себе проблему?)

или ты про какую именно проблему?

проблема что ты решил сварм юзать?)

Пример: на прод прилетает image админки1 который собрал gitlab, теперь данные которые внутри образа нужно копировать в nginx правильно ? А как это сделать ? использую расшаренный волюм, который нужно каждый раз апдейтить, после того как прилетел новый образ, при этом nginx тоже апдейтится, но там 4 приложения и соответственно 4 будут ждать когда поднимется nginx.

не понимаю зачем что-то копировать, данные и так в волуме должне быть

не понимаю зачем что-то копировать, данные и так в волуме должне быть

Они там есть, но при этом данные которые в image новее, но docker этого не знает ибо это просто named volume. Поэтому приходится пока обновлять волюм ,путем его удаления и создания нового.

ну да, на CI собрал новый, подсунул оркестратору, перезапустил

...

profit

это не blue-green, но если оный не требуется, то норм решение

Они там есть, но при этом данные которые в image новее, но docker этого не знает ибо это просто named volume. Поэтому приходится пока обновлять волюм ,путем его удаления и создания нового.

оч странное решение... помещать данные в образ а потом их менять

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

оч странное решение... помещать данные в образ а потом их менять

Там ничего не меняется, данные просто новые копируются в волюм, чтобы nginx видел обновлённую статику в виде js, css и так далее. А можешь плиз подсказать как это делать правильно ? Я хз просто, нужно было MVP я его сделал. Настало время разгребать.

Как бы вы разрулили раздачу статики js, css, если у вас было бы больше 2 приложений php с вшитой внутрь папкой public внутри которой находятся js,css файлы ?

вшитой внутрь чего?

Я бы вынес статику на отдельный домен

И не задавал тупых вопросов

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

и в самом рутовом нгинксе прописать просто прокси на сервер с именем static

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

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

что значит доставая статику из готовых образов?

что значит доставая статику из готовых образов?

FROM app1 AS data1 FROM app2 AS data2 FROM nginx COPY —from=data1 /usr/src/app/public /data/ COPY —from=data2 /usr/src/app/public /data/

Вот так

то есть ты имеешь контейнер со статикой

потом

ты при билде берешь

и из него статику копируешь в другой контейнер?

так?

а как статика оказалась в первом контейнере? из гита? сгенерирована? npm i?

или на во время разработки используешь докер как cvs?

добавил файлик megaplugin.jquery.js, сбилдил и запушил обновленный контейнер?

а как статика оказалась в первом контейнере? из гита? сгенерирована? npm i?

Да, это js,css которые в git. Она (ститика) внутри прилетевшего image c приложением php на прод. Т.е. на проде у меня нет доступа к git и так далее, но я знаю что в image которые находятся в локальном регистре есть все что нужно, поэтому я забираю все статику со всех приложений где она есть (js,css) и копирую её в nginx.