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

А реальный Профит в чём? Разве что возможность автокомплита, хотя вроде и шторм норм с этим справляется

там прям есть статья в чем профит

там прям есть статья в чем профит

4 пункта видел, статьи не видел. Пойду ещё раз гляну)

там ссылка на статью почему в php-di отказались от yaml

http://php-di.org/news/06-php-di-4-0-new-definitions.html вот

http://php-di.org/news/06-php-di-4-0-new-definitions.html вот

Спасибо.

там ссылка на статью почему в php-di отказались от yaml

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

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

В ларавеле при старте проекта получается из всех вендоров конфиги подтянет и отдаст в главный?

В ларавеле при старте проекта получается из всех вендоров конфиги подтянет и отдаст в главный?

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

Кстати, а в симфони ж тоже можно без особых проблем собрать конфиги бандлов и сложить в config. Distr

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

не очень понял тебя, особенно "переживаешь", грешу на т9

Изменяешь)

Т9, да

Я вообще спать шёл но залип и пытаюсь найти когда б твиг второй вышел

Изменяешь)

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

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

Да, есть такое)

Я вообще спать шёл но залип и пытаюсь найти когда б твиг второй вышел

гдето месяц нназад

Эх, обязательно 7ка. Жаль(

Эх, обязательно 7ка. Жаль(

почему? У вас еще не 7 версия?

У меня на саппорте проекты, на таких проектах редко дают денег на обновки по моде.

Есть прикольный проект где почти 2 года до меня никто не писал composer update)

У меня на саппорте проекты, на таких проектах редко дают денег на обновки по моде.

Ну это не только модно, но и быстро, и безопастно)

А ещё стоит денег на тестирование чтобы убедиться что никто не умер (

Gassetic недавно только выпилили, о чём тут говорить

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

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

ну у нас симфони 1.4 работал на пхп7 через пару часов работы, на самом деле переход на 7 версию достаточно простой

теги в гитхабе - огонь!

+

'defaults' => [ 'autowire' => true, ], 'services' => [ Foo::class => [], Bar::class => [], ]

немного некропостинга) https://github.com/schmittjoh/JMSDiExtraBundle

hr detected

Нифигасе у тебя детектор

hr detected

Только сейчас? А когда сразу 4-5 законнектились разом - не сработал? :)

неа

барахлит

немного некропостинга) https://github.com/schmittjoh/JMSDiExtraBundle

говно

Ага

посоветуйте config-service-provider

посоветуйте config-service-provider

чта?

лучше опиши что ты хочешь сделать и контект задачи

A config ServiceProvider for Pimple with support for php, json .

насколько я помню ты пытался контейнер зависимостей прикрутить к либке (либке. не проекту)

мне нужно конфигурацию читать из файлов

мне нужно конфигурацию читать из файлов

$config = require 'config.php'

это же не круто!

это же не круто!

почему же?

повторю вопрос - контекст задачи

это какой-то проект, либка (тогда чтение конфигов вообще не нужно если у тебя не либка для чтения конфигов но тогда вопроса бы небыло)

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

https://github.com/lorenwest/node-config

у вас в германии я так понял все разрабы такие?)

на моей предыдущей работе config-и читались с помощью этой либы.

что логично

на моей предыдущей работе config-и читались с помощью этой либы.

и зачем?)

ну то есть

import config from 'config'

и зачем?)

потому что так блин сеньор решил!

или const config = require('app/config');

потому что так блин сеньор решил!

охереть не встать)

заметь, кто-то что-то решил и ты воспринимаешь это как истину не подвергая ее сомнениям

ты пойди по ссылке и прочитай README

ты пойди по ссылке и прочитай README

пробежался, ничего интересного. Поддержка нескольких окружений... ну ок

я юзаю .env

и модули если в js

я юзаю .env

уже теплее я 2 года там работал с этим. Я не просто так ищу замену include-ам.

уже теплее я 2 года там работал с этим. Я не просто так ищу замену include-ам.

ты так и не объяснил зачем

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

ERROR: S client not available

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

если речь идет о велосипеде (свой фреймворк) - то.... это уже проблема

чем отличается немецкий программист от русского? Немцкий скажет "как? где?", русский "зачем?" или "а нахера?"

проблема всех русских программистов. Ну и не только русских

http://stackoverflow.com/q/13231850/444079

чем отличается немецкий программист от русского? Немцкий скажет "как? где?", русский "зачем?" или "а нахера?"

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

чем отличается немецкий программист от русского? Немцкий скажет "как? где?", русский "зачем?" или "а нахера?"

это не проблема, это решение проблемы.

KISS, YAGNI и все такое

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

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

не понятно зачем ты его брал

ну да не суть

If reading the config file on every request becomes a performance problem in production, you can use a plain PHP file instead, and it will get cached by APC.

ну хотя бы это

Hell У того, что до тебя докапываются, что ты хочешь, есть и минусы и плюсы. Но, как по мне, плюсов больше, если у тебя мало опыта. Потому, что ты изначально можешь узко смотреть на задачу и не представлять о наличии других решений. Если ты скажешь "я хочу сделать A" и тебе сразу скажут как это сделать - ты это сделаешь и продолжишь быть не в курсе того, как можно ещё решить проблему.

ну хотя бы это

Чтение конфигов и кеширование - разные проблемы, не?

??

https://packagist.org/packages/saxulum/config-service-provider

буду использовать это

есть сущность, хочу при добавлении новой сущности например, загружать к ней сразу энное число изображений и выставлять им порядок. В течение сего процесса добавления, например, хочу наблюдать загруженные из-я в формате thumbnails. Посоветуйте, какие готовые решения использовать лучше, SonataAdminBundle, LiipImageBundle, MediaBundle?

Чтение конфигов и кеширование - разные проблемы, не?

OK

кроме того, я прекрасно понимаю, разницу, когда нужно использовать include и когда нужна либа чтения конфигурации

у меня как бе О/Р уже есть

конфигурацию меняет юзер

там нужен контроль, который нужно перекладывать на внешнюю либу

мало ли что он введет

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

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

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

вот вы мне обьясните, почему APC кеш отключается на многих серверах

Его разработка прекращена, Zend OPcache заменил его

кроме того, я прекрасно понимаю, разницу, когда нужно использовать include и когда нужна либа чтения конфигурации

которая внутри использует include или file_get_content + парсинг