> Группа про современный PHP. Обсуждаем ООП, TDD, BDD, DDD, SOLID, GRASP и прочие крутые базворды

"задач по php" в списке нет. Можно обсуждать "крутые новые фичи в php" или "о вот такой подход так можно на PHP" или "смотрите какая крутая фича в kotlin - как бы сделать такое в php?" и т.д. В целом чат больше про подходы нежели конкретные задачи которые можно на тостер условный закинуть.

вопросы из категории "как сделать X" тоже можно, весь вопрос в X. "как в joomla/prestashop/bitrix" это не про современный php. А потому ищите соответствующую группу. Мы тут можем только посочувствовать тому что с этим приходится работать.

Как сделать "загрузку файлов", "как прочитать из переменной" и прочее из категории "PHP 101" - такое гуглится. Помогать людям из доброты душевной не стоит потому что решив задачу за другого чаще всего вы мешаете человеку разобраться самостоятельно и возможно окажете больше вреда чем пользы.

Еще есть кейсы когда стандартное решение найдено и вы хотите удостовериться что решение адекватно. Но только если в вопросе фигурирует доп информация которая подтверждает минимальный ресерч темы а не "я это тут статью нашел норм?" Или же у стандартной задачи слишком много решений, вроде "как сделать логин" - от как password api юзать до предложений заюзать готовое клауд решение вроде auth0/okta/etc и обсуждение ситуаций когда то или иное лучше делать. Вот это можно.

"Не могу сделать X" - возможно вам не нужно делать X, возможно вам надо что-то другое. А потому к вопросу нужна предыстория описывающая как вы пришли к "X". люди фиксируются на решениях часто и иногда упускают суть того что это решение не оптимально.

Холивары. Холивары слишком вульгарно, я предпочитаю "дискуссия". Споры с переходом на личности нужно пресекать. Не поддавайтесь на провакации. Будьте вежливы. Но холивары мы любим если с почтением все высказывают свои позиции. Если тема холивара не "табы vs пробелы" и прочие избитые а там "git flow vs trunk based", "soa vs microservices", "fp vs oop" и вообще относящееся к кейвордам в топиках - то там периодически бывают оч интересные вещи.

Как-то так. Удачи

О вот это хорошо, давно пора
👍

Всем привет! Начал изучать докер. Решил вывести phpinfo() с помощью докера, на чистом php, без apache.
Вот мой Dockerfile

FROM php:7.4-cli

COPY . /app

WORKDIR /app

EXPOSE 8080

CMD ["php", "-S", "0.0.0.0:8080", "/app/index.php"]

в index.php  находится лишь phpinfo();

Делаю образ из докерфайла командой sudo docker build -t docker-test
Затем запускаю контейнер  sudo docker run --rm docker-test

В консоли вижу, что докер запустился

[Sun Oct 31 12:57:51 2021] PHP 7.4.25 Development Server (http://0.0.0.0:8080) started

Захожу по этому линку localhost:8080 но ничего не происходит. Почему?
Пробовал запускать контейнер с параметром -p 8080:8080 не помогало

1. lunux/windows/mac osx?

linux ubuntu 20.04

Ошибка 500 или что?

Нет, просто не заходит

ну порт точно нужно пробрасывать да, иначе как система узнает че куда. Так что -p 8080:8080 нужно. стоит исключить тупые вещи типа localhost в хостах не прописан (`host localhost` проверь там 127.0.0.1 или нет). Ну и опять же не то что бы было понятно из твоего вопроса - ты уверен что контейнер не упал с "порт занят" там когда ты с -p запускал и т.д. он точно висит?

Будто не видит порт

Бесишь)

EXPOSE 8080 в твоем dockerfile только сообщяет докеру что "я могу слушать такой порт" но докер не будет его публиковать сам. Считай это больше помощь тому кто будет потом твой образ юзать. потому нужно с -p запускать.

Можно юзать https://github.com/grachevko/docker-hosts-updater вместо публикации порта)

а еще nginx proxy

А лучше docker-compose чтобы легче было конфигурировать

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

Для конфига

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

Контейнер работает

CONTAINER ID   IMAGE         COMMAND                  CREATED         STATUS         PORTS      NAMES
a42f97e8bab0   docker-test   "docker-php-entrypoi…"   2 minutes ago   Up 2 minutes   8080/tcp   fervent_snyder

И еще, я зашел в контейнер и прописал curl 127.0.0.1:8080 и он дал ответ от phpinfo

Ладно.

ну значит проблема в хосте. шо б я еще на всякий сделал - при публикации порта убрал бы ограничения че можно слушать: -p 0.0.0.0:8080:8080