Что за функционал Telegram'a? Нафига он пишет то, куда я тычу

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

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

Благодарю, почитаю

только они гарантировано иначе называются

Можно еще вывод od -c opencart.sh ?

\r\n в шелл-скриптах, ух

dos2unix opencart.sh

в notepad++ же писали скрит. Не пишите в notepad++, удалите все (или только это) и напишите заново в vim/nano/mcedit/etc

а шеллчеком не нашло из-за копирования, надо бинарную программу натравливать на файл

шеллчек вообще стригерится на кривые возвраты строки?

в notepad++ же писали скрит. Не пишите в notepad++, удалите все (или только это) и напишите заново в vim/nano/mcedit/etc

Блокнот++ умеет в LF, просто надо переключить или конвертировать. А ещё стикер на монитор повесить.

шеллчек вообще стригерится на кривые возвраты строки?

да, literal \r

так в чем редактить ?

тогда..

vim

Не винде, чтоб наверняка

\r\n в шелл-скриптах, ух

А можно пример нормального? должно быть как?)

да, literal \r

то есть стандартный вывод должен быть таким?: 0000040 r o u g h f i l e s i n \n # 0000140 s c t l . d / . \n # \n # V e

Простите за пятничную галерею, можем убрать в ЛС.

Простите за пятничную галерею, можем убрать в ЛС.

теперь закроем тему)

ой зачем можно, но это грубо Notepad++/Geany на Scintilla — мощный редактор, и пора научиться им пользоваться: [Правка] v Формат Конца Строк > Преобразовать в Unix (LF)

С праздником, одмены!

Помогите с macvlan Пытаюсь делать как написано в инструкции # Macvlan (-o macvlan_mode= Defaults to Bridge mode if not specified) docker network create -d macvlan \ --subnet=172.16.86.0/24 \ --gateway=172.16.86.1 \ -o parent=eth0 pub_net # Run a container on the new network specifying the --ip address. docker run --net=pub_net --ip=172.16.86.10 -itd alpine /bin/sh # Start a second container and ping the first docker run --net=pub_net -it --rm alpine /bin/sh ping -c 4 172.16.86.10 Пинга нет. На основной машине ip route default via 192.168.11.1 dev enp3s0 Т.е. мой конфиг выглядит вот так: # Macvlan (-o macvlan_mode= Defaults to Bridge mode if not specified) docker network create -d macvlan \ --subnet=192.168.11.0/24 \ --gateway=192.168.11.1 \ -o parent=enp3s0 pub_net # Run a container on the new network specifying the --ip address. docker run --net=pub_net --ip=192.168.11.4 -itd alpine /bin/sh # Start a second container and ping the first docker run --net=pub_net -it --rm alpine /bin/sh ping -c 4 192.168.11.121 на 121 пинга нет на 192.168.11.1 пинг есть где и как прописать маршрут

Помогите с macvlan Пытаюсь делать как написано в инструкции # Macvlan (-o macvlan_mode= Defaults to Bridge mode if not specified) docker network create -d macvlan \ --subnet=172.16.86.0/24 \ --gateway=172.16.86.1 \ -o parent=eth0 pub_net # Run a container on the new network specifying the --ip address. docker run --net=pub_net --ip=172.16.86.10 -itd alpine /bin/sh # Start a second container and ping the first docker run --net=pub_net -it --rm alpine /bin/sh ping -c 4 172.16.86.10 Пинга нет. На основной машине ip route default via 192.168.11.1 dev enp3s0 Т.е. мой конфиг выглядит вот так: # Macvlan (-o macvlan_mode= Defaults to Bridge mode if not specified) docker network create -d macvlan \ --subnet=192.168.11.0/24 \ --gateway=192.168.11.1 \ -o parent=enp3s0 pub_net # Run a container on the new network specifying the --ip address. docker run --net=pub_net --ip=192.168.11.4 -itd alpine /bin/sh # Start a second container and ping the first docker run --net=pub_net -it --rm alpine /bin/sh ping -c 4 192.168.11.121 на 121 пинга нет на 192.168.11.1 пинг есть где и как прописать маршрут

у меня тоже между ними связи нет

я особо не парился, просто взял и подключил контейнер к ещё одной сети

локальной

у меня тоже между ними связи нет

Это норма ?

Это норма ?

ну типа да)

там я думаю можно заморочиться с iptables и прокинуть чтобы работало

но я забил на ковыряния)

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

там я думаю можно заморочиться с iptables и прокинуть чтобы работало

На основной машине или контейнере ?

на машине

Ребята, подскажите пожалуйста - для docker-compose up - (mysql) запустить команды последовательно, после установки и запуска самого mysql. Что-то типа onrun: - 1cmd - 2cmd

Команды в контейнере MySQL?

нет - команды, чтобы выполнились как обычные команды в консоли

в этой директории

Ребята, подскажите пожалуйста - для docker-compose up - (mysql) запустить команды последовательно, после установки и запуска самого mysql. Что-то типа onrun: - 1cmd - 2cmd

Ты серьезно?

Ребята, подскажите пожалуйста - для docker-compose up - (mysql) запустить команды последовательно, после установки и запуска самого mysql. Что-то типа onrun: - 1cmd - 2cmd

Костя пожалуйста прикоснись к документации ,ну хоть чуть. Так ты ничего не поймешь.

Костя пожалуйста прикоснись к документации ,ну хоть чуть. Так ты ничего не поймешь.

на гитхабе заметил просто пример, что так делают с mongodb

Как, так ?

docker exec -it container bash

docker swarm Как из контейнера расшать в другой контейнер. Чтоб прит каждом слудующем деплое, данные в контейнере не затирались из volume, а всегда в volume обновлялись из контейнера ?

А как получить статус флагом (true/false) - запущен ли определенный контейнер или нет?

docker inspect -f {{.State.Running}} $CONTAINER_ID ?

о точно это и есть

docker ps

docker ps -la

Cобрал docker-compose, один из контейнеров постоянно падает и перезапускается. Как можно отследить причину? Спасибо.

Cобрал docker-compose, один из контейнеров постоянно падает и перезапускается. Как можно отследить причину? Спасибо.

Логи

docker-compose logs посмотрите

спасибо!

Здравствуйте.

Подскажите, пожалуйста. Для того, чтобы пробросить порты между контейнером и докером используется -p, вместе с docker run. А можно ли как то пробросить порты уже в работающем контейнере?

нет

в смысле документированных и надежных способов это сделать - нет

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

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

это правильный сценарий. И вообще изменения в контейнер вносить - плохая практика

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

а потом его запуска

Ну вот мне допустим дали задание, развернуть и настроить freepbx в докер контейнере. Развернуть то я могу с помощью dockerfile, а когда я буду конфиг настраивать, он же будет писаться внутрь, и с помощью dockerfile это нельзя сделать

Я так понимаю в такой ситуации необходимо с новым конфигом делать коммит и всеп

Нет

У тебя концепция неверная