у меня проект на php7 и silex уже год

экстеншен под пхп7 норм сбилдился?

di - сама по себе настолько примитивная штука, что непонятно, что еще нужно от pimple? либо ты делаешь symfony di со всем на любой чих, либо pimple с конкретным функционалом. Т.к. автор один и тот же (fabpot) то тут все ясно

ну и вообще https://github.com/php-fig/fig-standards/blob/master/proposed/container.md мы же про микрофрейворки говорим. зачем тяжелый di?

я потерял нить разговора

экстеншен под пхп7 норм сбилдился?

я не использую экстеншн

Поясните за структуру ларавел. Почему контроллеры в http а модели хуй знает где

Почему не сделать как в симфони бандлы, а внутри папки controllers, views, models

Оо

В моделях и формы и сущности и логика

в симфони хорошей практикой ваши сущности держать вне бандла

а в самом бандле контроллеры, да конфиги

ну и прочее фреймворк-специфик

Ну я использую сущности ток в концепте бандла. Если это будет общая сущность я бы вынес

А еще в ларавел зачем-то роуты в отдельной папке

Вот этого я вообще не понимаю

я не шарю в ларе

Я тоже. Я чист пошарился в ней и понял что мне очень не нравится. Хотя отзывы о ларе всегда слышал положительные

у нас есть проект, от силекса controller collection + php-di + reactphp

сделали по приколу

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

express

это вот к этому я

короче такой аналог экспресса по сути

в симфони хорошей практикой ваши сущности держать вне бандла

ткните где написано что сущности надо выносить за пределы бандла?

в симфони нет понятия сущности

Entity - сущность

0_о

ткните где написано что сущности надо выносить за пределы бандла?

http://symfony.com/doc/current/best_practices/business-logic.html

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

в симфони нет понятия сущности

0_о а что тогда там есть ?

контроллеры

формы

конфиги

http://joxi.ru/brRlvzBhJQeNp2http://joxi.ru/brRlvzBhJQeNp2

и сущности

ну может у тебя их нет хз

сущности это доктрина

там ж написано так

вот например если доктрину юзаете, то у нее там есть сущности

в симфони хорошей практикой ваши сущности держать вне бандла

мы сейчас говорли про это и чет я не нашел этого

там ж прямо и напсиано: если шарите, то кладите их отдельно

If you're more advanced, you can of course store them under your own namespace in src/.

бля

пора идти спать

я уже не шарю )

чет я пераработал на этой неделе походу

The recommended approach of using the AppBundle/ directory is for simplicity. If you're advanced enough to know what needs to live in a bundle and what can live outside of one, then feel free to do that.

Поясните за структуру ларавел. Почему контроллеры в http а модели хуй знает где

потому что контролеры относятся к Http, а "модели" это модели. Они ничего не знают о http. Что до симфони - если ты почитаешь внимательно документацию - не все должно быть бандлами.

Entity - сущность

это понятие доктрины а не симфони

более того, это понятие из DDD

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

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

во всяком случае если ты используешь eloquent

более того, это понятие из DDD

только если сервис - тоже из ddd. Сущность - это базовое понятие в программировании с 70х, а может и раньше.

ну доменная модель с тех же времен

это ж не Эванс придумал))

ну как бы да, как и не Янг придумал Event Sourcing

о чем он любит говорить в своих докладах

В чем проблема?

типы не соответствуют, думаю

типы не соответствуют, думаю

Да не, все норм с типами

ddl таблицы приведи

Мб эти названия столбцов зарезервированы?

нет

ERROR: S client not available

Да, фуллтекст зарезервирован

неожиданно

Как и лонг текст

Какое имя тогда использовать-то...

@iSize1ce body?

@iSize1ce body?

Норм, спс

А вот что вы думаете про такую архитектуру? У меня есть приложение - API сервер. Есть слой моделей - просто тупые DTO с геттерами/сеттерами. Есть на каждую маппер, который умеет их в персистентные хранилища совать и доставить оттуда в том числе по частям. Есть слой контроллеров, которые умеют создавать модельки из JSON, отдавать их мапперам, и в обратную сторону - из мапперов доставать и в JSON отрисовывать. И несколько слоев тестов. 1.Функциональные тесты приложения - я создают моки для мапперов и некоторых других тяжеловесных сервисов, напихиваю их в приложение, отправляю запрос, проверяю ответ. 2. Тесты самих мапперов, для этого поднимается настоящее хранилище. 3. Модульные тесты на все остальные компоненты.

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

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

все запросы и ответы - json. в каком виде он должен передат запрос сервису?

как json-объект?

распарсенный

между реквестом и сервисом какая-нибудь фабрика/ассемблер, конвертирующая реквест в запрос, понятный сервису (модель, dto, ServiceRequest)

т.е. контроллеры не должны знать о мапперах?

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

Никто не сталкивался с zip файлами без имени файла?

Как их растоптать?

через php

`

Никто не сталкивался с zip файлами без имени файла?

это как - без имени

?

Внутри пустое имя файла. Не пробел а именно пусто.

unzip -l ZIP_invoice-191128214-2016-0081093315.sgn.xml.zip Archive: ZIP_invoice-191128214-2016-0081093315.sgn.xml.zip Length Date Time Name --------- ---------- ----- ---- 2447 12-06-2016 15:23 --------- ------- 2447 1 file

Примерно так. Распоковать можно графическим распаковщиком file-roller но ни консольные утилиты не ZIPArchive такой не берут.

А из налоговой иногда такое приходит.

Коллега попросил спросить.

Вот пример файла.

это архив по типу gzip. распакуй с unzip -p path > out.file.xml

А пыхом?

exec('unzip -p path > out.file.xml');