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

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

Ну я указываю расширение .png .Теперь чтобы все не сломалось надо заливать только png файлы

Ну я указываю расширение .png .Теперь чтобы все не сломалось надо заливать только png файлы

типа хардкодишь?)

у тебя есть функции и аргументы функций если что

типа хардкодишь?)

да)

попробуй почитать про "чистые функции". и про "побочные эффекты"

uploader->upload($fileStream, $filename)

так же намного проще

Потому что расширение файла может знать только guessExtension()

Потому что расширение файла может знать только guessExtension()

или тебе его явно передадут

p.s. что-то мне подсказывает что ты все же multipart заюзал

p.s. что-то мне подсказывает что ты все же multipart заюзал

А надо binary?)

что делает заголовок Content-Type в http запросе?

Тип контента)

какого контента?

передаваемого

Вроде же симфони не отвечает за него?)

Симфони вроде все равно что принимать

это запрос, симфони обрабатывает их а не создает

Ну в постмэне выбераю multipart. Чтобы затестить)

ну так я же тебе говорил не юзать мультипарт

А что юзать?)

Content-Type: image/png

например

или image/jpeg

в зависимости от того что ты заливаешь

мультипарт у нас поддерживаться не будет

апишка принимает на вход один файл

Кк. Буду так тестить)

А можно как то тогда получить полное название получаемого файла?

А можно как то тогда получить полное название получаемого файла?

если ты его передаш в запросе)

если ты его передаш в запросе)

Ну у файла же есть название)

Ну у файла же есть название)

фактически ты загружаешь не файл а то что он содержит.

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

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

симфони так может?)

симфони так может?)

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

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

Ну, просто не знаю как без реквеста получить полное название файла)

Ну, просто не знаю как без реквеста получить полное название файла)

Случайно не из Перми? Недавно просто делал тестовое задание для одной вакансии, там как раз было задание сделать апишку по работе с файлами на сервере, один метод из которых - создать файл из содержимого в запросе)) не?

Случайно не из Перми? Недавно просто делал тестовое задание для одной вакансии, там как раз было задание сделать апишку по работе с файлами на сервере, один метод из которых - создать файл из содержимого в запросе)) не?

Не, я прост чат пишу)

Не, я прост чат пишу)

Ну тогда ладно. Посмотри апишку дропбокса и как они это реализовали

Ну тогда ладно. Посмотри апишку дропбокса и как они это реализовали

Кк. Прост в гугле не вижу методов кроме getClientOriginalName и guessExtension.

Кк. Прост в гугле не вижу методов кроме getClientOriginalName и guessExtension.

Тебе ж написали чтобы в виде параметра слали имя файла)

Ну, просто не знаю как без реквеста получить полное название файла)

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

это к вопросу о декомпозиции задач

у тебя есть задача - "загрузить файл". У тебя почему-то в эту задачу сразу вовлечено все, и симфони. и http и доктрина

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

uploader-у например не нужна симфони или запросы.

это тупо php

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

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

печально (

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

uploader-у например не нужна симфони или запросы.

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

но это ведь глупо, фреймворк не может покрыть все твои нужды.

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

да и опять же - как тогда объяснить твои exit в контроллерах - ты же как раз таки не использовал то что тебе фреймворк давал)

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

но тогда ты ничему не научишься

Если у меня есть посты и нужно к ним сделать категории, то какой тип делать для имени категории чтобы потом в форме можно было выбрать ChoiceType? Symfony 3.4

Если речь о формах то тебе достаточно null указать в типе поля. При условии что в сущности есть связь ко многим

но это ведь глупо, фреймворк не может покрыть все твои нужды.

Я думал иначе) Значит добавлять чистый пхп во фреймворке - это не плохо?)

Я думал иначе) Значит добавлять чистый пхп во фреймворке - это не плохо?)

плохо и хорошо - не очень инженерные понятия

плохо и хорошо - не очень инженерные понятия

А какие там понятия? Уместно и не уместно?)

плюсы минусы

короч, давай не философствуй а делай дела

Хорошо, спасибо за помощь)

@fes0r думаю, с Арки еще не все потеряно по крайней мере, мне кажется, что этап "пишу на фреймворке" проходят многие новички

ERROR: S client not available

возможно

посмотрим что будет дальше)

ну, в любом случае его можем попинать)

Флекс уже кто-то обузит?

обузит?

ду ю спик рашн?

йеп. Лукинг фор толковый дикшионари

flex на composer install делает свои грязные делишки, если папка vendor отсутствовала..

костя я обузил. Вроде полет нормальный.

костя я обузил. Вроде полет нормальный.

Тут такое поведение, как если бы composer на install вносил изменения в composer.lock и composer.json

Тут такое поведение, как если бы composer на install вносил изменения в composer.lock и composer.json

В чем вопрос? FYI1: flex еще вносит изменения в symfony.lock FYI2: composer require и так вносит изменения в оба файла, и без флекса. Не понятно твое удивление.

Так flex это повторяет на composer install

Я делаю composer require, получаю конфиги, правлю их и коммичу. Коллега делает git pull и composer install и flex по новой начинает всё менять

Сделай rm -rf vendor && composer install и посмотри

Я делаю composer require, получаю конфиги, правлю их и коммичу. Коллега делает git pull и composer install и flex по новой начинает всё менять

А symfony.lock ты коммитишь?

да, его тоже он переписывает

хм... это странно (у тебя). Я вечером перепроверю, но звучит как-будто что-то ты делаешь не так. По идее, как только в symfony.lock (!!!! НЕ composer.lock) добавилось, больше flex не должен накатывать конфиги.

Если пакеты установлены, то не трогает. Если грохнуть папку vendor, то трогает.

@fes0r привет. Как ты относишься к fluent сеттерам?

@fes0r привет. Как ты относишься к fluent сеттерам?

зряяя, ой зряяяяя

Почему? :))

Почему? :))

а вот он ща придёт и тебе расскажет ))

Ну так не зря значит. :)

Зря - если не придёт и не расскажет. :)

@fes0r привет. Как ты относишься к fluent сеттерам?

юзаю для билдеров и конфигураций каких - удобненько

А в остальном?

Для сущностей и т.п?

Просто вот наткнулся на эту статью. https://ocramius.github.io/blog/fluent-interfaces-are-evil/

И вот задумался.

они не зло, просто у них есть огромные минусы. Для моих юзкейсов они не существенны

а сеттеры в сущностях заставляют меня грустить