по сути в любом случае всё будет взято из глобального POST, но сам метод (PATCH) всёравно обработается

По сути если ты получаешь PATCH request, твой $_POST будет пустым

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

По сути если ты получаешь PATCH request, твой $_POST будет пустым

понял. У меня слушатель читал json тело и запихал в реквест на событии kernel

понял. У меня слушатель читал json тело и запихал в реквест на событии kernel

Ну вот и славно, сказки значит я все же не рассказывал

Ты можешь форму создать и сказать что она с таким методом

Ну вот и славно, сказки значит я все же не рассказывал

ну... океей. В оправдание, на urlencoded норм

И тогда пофиг как ты закидываешь данные

В методе createForm есть параметр

И тогда пофиг как ты закидываешь данные

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

это из HttpFoundationRequestHandler

Еще раз говорю, симфонийский handleRequest не работает с РЕАЛЬНЫМИ патч запросами. Если ты создаешь форму и указываешь ее метод как PATCH, то симфони cгенерирует скрытое поле _method, и все равно создает обычную форму с аттрибутом method="POST" и отправляться она будет методом POST, ибо только метод пост может содержать в теле данные КЛЮЧ-ЗНАЧЕНИЕ. Если же ты делаешь НАСТОЯЩИЙ патч риквест, то данные можно передать только в теле http запроса, причем данные могут быть в абсолютно любой форме. Задача декодирования этих данных лежит на тебе. Когда ты делаешь handleRequest данные берутся только из $_POST, а он в случае PATCH запроса всегда будет пустым.

Еще раз говорю, симфонийский handleRequest не работает с РЕАЛЬНЫМИ патч запросами. Если ты создаешь форму и указываешь ее метод как PATCH, то симфони cгенерирует скрытое поле _method, и все равно создает обычную форму с аттрибутом method="POST" и отправляться она будет методом POST, ибо только метод пост может содержать в теле данные КЛЮЧ-ЗНАЧЕНИЕ. Если же ты делаешь НАСТОЯЩИЙ патч риквест, то данные можно передать только в теле http запроса, причем данные могут быть в абсолютно любой форме. Задача декодирования этих данных лежит на тебе. Когда ты делаешь handleRequest данные берутся только из $_POST, а он в случае PATCH запроса всегда будет пустым.

в том случае, если твой браузер не поддерживает patch-запросы

в том случае, если твой браузер не поддерживает patch-запросы

Что?

Всем доброго вечера! Помогите с конфигурацией docker-compose. Поднимаем 3 контейнера Mysql, Nginx, Php-fpm. 3306 порт выставляю наружу как 8190. К Базе данных снаружи(с хоста) удается подключиться из консоли через команду mysql —host=127.0.0.1 —port=8190 -uadmin_xx -pxxx А вот из скрипта подключение не проходит. Уже для теста сделал файл index.php и подключаюсь через mysqli в ооп стиле. Но все равно подключение не проходит. Подскажите в каком направлении копать. Может есть где готовые конфиги где MYSQL в отдельном контейнере и пример конфига php

название хоста не 127.0.0.1 а mysql5.6

по имени контейнера попробуй

для постгри у меня хост postgres-9.5

для мускла у тебя чот похожее

$mysqli = new mysqli("aleks270980-mysql:8190", "admin_molodeg", "piVbzRoD3GT", "admin_molodeg");

############################################################################### # Generated on phpdocker.io # ############################################################################### version: "3.1" services: mysql: image: mysql:5.5 container_name: aleks270980-mysql working_dir: /application volumes: - .:/application environment: - MYSQL_ROOT_PASSWORD=piVbzRoD3GT - MYSQL_DATABASE=admin_molodeg - MYSQL_USER=admin_molodeg - MYSQL_PASSWORD=piVbzRoD3GT ports: - "8190:3306" webserver: image: nginx:alpine container_name: aleks270980-webserver working_dir: /application volumes: - .:/application - ./phpdocker/nginx/nginx.conf:/etc/nginx/conf.d/default.conf ports: - "8188:80" php-fpm: build: phpdocker/php-fpm container_name: aleks270980-php-fpm working_dir: /application volumes: - .:/application - ./phpdocker/php-fpm/php-ini-overrides.ini:/etc/php/7.2/fpm/conf.d/99-overrides.ini

Такие настройки

$mysqli = new mysqli("aleks270980-mysql:8190", "admin_molodeg", "piVbzRoD3GT", "admin_molodeg");

порт идёт 5 параметром http://php.net/manual/ru/mysqli.construct.php

Поправил: $mysqli = new mysqli("mysql", "admin_molodeg", "piVbzRoD3GT", "admin_molodeg", "8190"); Hello world! Connect failed: Connection refused

Поправил: $mysqli = new mysqli("mysql", "admin_molodeg", "piVbzRoD3GT", "admin_molodeg", "8190"); Hello world! Connect failed: Connection refused

по хосту постучись

Connect failed: Connection refused

Разные варианты попробовал в том числе mysql, localhost, aleks270980-mysql, 127.0.0.1

Если localhost ставлю то ошибка другая

Connect failed: No such file or directory

Еще раз говорю, симфонийский handleRequest не работает с РЕАЛЬНЫМИ патч запросами. Если ты создаешь форму и указываешь ее метод как PATCH, то симфони cгенерирует скрытое поле _method, и все равно создает обычную форму с аттрибутом method="POST" и отправляться она будет методом POST, ибо только метод пост может содержать в теле данные КЛЮЧ-ЗНАЧЕНИЕ. Если же ты делаешь НАСТОЯЩИЙ патч риквест, то данные можно передать только в теле http запроса, причем данные могут быть в абсолютно любой форме. Задача декодирования этих данных лежит на тебе. Когда ты делаешь handleRequest данные берутся только из $_POST, а он в случае PATCH запроса всегда будет пустым.

Не совсем так. Php распарсит тело сам при post запросе и content type - form-data/urlencoded в $_post. При patch и прочих - нет. Симфы request factory при создании реквеста из суперглобальных переменных распарсит тело в случае put/patch(может ещё каком), если urlencoded хидер Upd: Насчёт симфы мог чушь ляпнуть

по имени контейнера попробуй

Имени сервиса в Docker compose файле

пробовал только что Вначале зашел в контейнер с php Выполнил php -a Потом php > $mysqli = new mysqli("aleks270980-mysql", "admin_molodeg", "piVbzRoD3GT", "admin_molodeg", "8190"); PHP Warning: mysqli::__construct(): (HY000/2002): Connection refused in php shell code on line 1

Коллеги может кто поделится рабочим конфигом?

Имени сервиса в Docker compose файле

Друзья, как в параметрах задать путь к шаблону? Вот варианты которые я пробую: 1) \@FOSUser/Registration/email_with_password.txt.twig - Unable to find template "/@FOSUser/Registration/email_with_password.txt.twig" 2) \ \@FOSUser/Registration/email_with_password.txt.twig - Unable to find template "/@FOSUser/Registration/email_with_password.txt.twig" 3) @FOSUser/Registration/email_with_password.txt.twig - The file "app/config/parameters.yml" does not contain valid YAML

Друзья, как в параметрах задать путь к шаблону? Вот варианты которые я пробую: 1) \@FOSUser/Registration/email_with_password.txt.twig - Unable to find template "/@FOSUser/Registration/email_with_password.txt.twig" 2) \ \@FOSUser/Registration/email_with_password.txt.twig - Unable to find template "/@FOSUser/Registration/email_with_password.txt.twig" 3) @FOSUser/Registration/email_with_password.txt.twig - The file "app/config/parameters.yml" does not contain valid YAML

FOSUser/Registration/email_with_password.txt.twig - Unable to find template "FOSUser/Registration/email_with_password.txt.twig"

Друзья, как в параметрах задать путь к шаблону? Вот варианты которые я пробую: 1) \@FOSUser/Registration/email_with_password.txt.twig - Unable to find template "/@FOSUser/Registration/email_with_password.txt.twig" 2) \ \@FOSUser/Registration/email_with_password.txt.twig - Unable to find template "/@FOSUser/Registration/email_with_password.txt.twig" 3) @FOSUser/Registration/email_with_password.txt.twig - The file "app/config/parameters.yml" does not contain valid YAML

верный третий вариант, только в app/config/parameters.yml ошибка

верный третий вариант, только в app/config/parameters.yml ошибка

Спасибо, оказывается не заметил в доках When using single-quoted strings, any single quote ' inside its contents must be doubled to escape it: То есть сработал вариант с: '@@FOSUser/Registration/email_with_password.txt.twig'

так ребят , кто нибудь знает есть ли доки по ConstraintValidatorTestCase ?

############################################################################### # Generated on phpdocker.io # ############################################################################### version: "3.1" services: mysql: image: mysql:5.5 container_name: aleks270980-mysql working_dir: /application volumes: - .:/application environment: - MYSQL_ROOT_PASSWORD=piVbzRoD3GT - MYSQL_DATABASE=admin_molodeg - MYSQL_USER=admin_molodeg - MYSQL_PASSWORD=piVbzRoD3GT ports: - "8190:3306" webserver: image: nginx:alpine container_name: aleks270980-webserver working_dir: /application volumes: - .:/application - ./phpdocker/nginx/nginx.conf:/etc/nginx/conf.d/default.conf ports: - "8188:80" php-fpm: build: phpdocker/php-fpm container_name: aleks270980-php-fpm working_dir: /application volumes: - .:/application - ./phpdocker/php-fpm/php-ini-overrides.ini:/etc/php/7.2/fpm/conf.d/99-overrides.ini

скорее всего у тебя просто контейнеры не видят друг друга - копать - docker network

Понял,сейчас буду смотреть

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

из php

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

А вот в контейнер mysql не получается "попасть"

так - стоп

Сейчас поизучаю документацию

Имею ввиду из интерпретатора php

из приложения не можешь достучаться или из консоли?

В консоли: 1) docker exec -it aleks270980-php-fpm bash 2) php -a (перехожу в режим интерпретатора)

все верно, изучи доку)

php > $mysqli = new mysqli("mysql", "admin_molodeg", "piVbzRoD3GT", "admin_molodeg", "3306"); php > $mysqli = new mysqli("mysql", "admin_molodeg", "piVbzRoD3GT", "admin_molodeg", "8190"); PHP Warning: mysqli::__construct(): (HY000/2002): Connection refused in php shell code on line 1

На 3306 - это хостовый mysql - соединение создается

А на контейнерный никак

Кстати попробую в него из хостового интерпретатора php "постучаться"

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

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

PSR 7?

Конечно, газл всем знаком, можно настраивать прокси, есть средства для тестирования

PSR 7?

желательно

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

https://github.com/php-http/httplug как вариант

не, мне надо что-то типа такого только проще https://github.com/KnpLabs/php-github-api

так тебе предлагают ж абстракцию как ты и просил

которая на интерфейсах PSR7

а туда юзеры смогут вставить свои клиенты

ага, понял

тоесть если я буду тащить хттплаг в зависимости библиотеки, это нормально?

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

или файл_гет_контентс, прости господи

ERROR: S client not available

сделай интерфейс для хттп клиента

в примерах напиши адаптер для гузла, require dev

Слыхали про приватные члены классов в js?

может ts ?)

Слыхали про приватные члены классов в js?

https://github.com/tc39/proposal-class-fields

может ts ?)

в JS

class Person { #firstname; #lastname; constructor() { this.#firstname = 'Bill'; this.#lastname = 'Gates'; } }

class Person { #firstname; #lastname; constructor() { this.#firstname = 'Bill'; this.#lastname = 'Gates'; } }

class Person { constructor( private firstName: string = 'Bill', private lastName: string = 'Gates', ) {} }

ну это я к тому что..... "и что?"

class Person { constructor( private firstName: string = 'Bill', private lastName: string = 'Gates', ) {} }

Это откуда такой синтаксис?

TS

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

js пошел в разнос походу

каждый ебашит свой синтаксис )

class Person { constructor( private firstName: string = 'Bill', private lastName: string = 'Gates', ) {} }

нахрен ts

каждый ебашит свой синтаксис )

ты webassembly еще не видел видать)

)))))

нахрен ts

flow лучше, да

кмк ассембли потом будут юзать в 95% для майнинга

каждый ебашит свой синтаксис )

this.#firstname синтаксис уже почти принят. Он уже даже в WebStorm валиден

каждый ебашит свой синтаксис )

ты про ES TS и иже с ними ? там вроде ещё дарт есть ( который вроде как нахер никому не нужен )

пока ты порнушку на порнхабе смотриш

this.#firstname синтаксис уже почти принят. Он уже даже в WebStorm валиден

stage 3 ж

stage 3 ж

а сколько их всего?

ну stage 3 уже

вроде норм) можно и юзать)

а сколько их всего?

финальный перед принятием 3-ий

https://github.com/tc39/proposals - тут можно следить как дела идут

финальный перед принятием 3-ий

а что насчет приватных методов?

а что насчет приватных методов?

ммм.... приватный метод это по сути то же самое что просто функция в приватной проперте)

главная крутота - отсутствие protected.

ммм.... приватный метод это по сути то же самое что просто функция в приватной проперте)

да, но я не хочу присваивать функции переменным явно, хочу чтобы по человечески)