третий самый короткий. я повторюсь - если проект не open source - использовать глобалы можно

а какая разница короткий или нет если за тебя это напишет среда?

По времени 3й вариант самый быстрый, как не крути

на вьюхах запаривает енкодить пользоавтельские данные, строить линки и т.п.

+ читаемость кода выше

читаемость кода ИМХО во втором варианте выше. + инфа сразу где лежит эта логика

вся вьюха в Html::encode, Html::..... <?=e($text)?> и все

запомнить 10 функций на проект - не беда, понять по вызову назначение функции - не проблема, открыть global.php и посмотретть - не трудно, написать phpdoc к функциям - тоже не проблема, вплоть до @inheritdoc

Вопрос крайности - это реально 5-10-15 функций на проект не больше. Лежат в одном файле.

это называется антипаттерн

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

чушь несешь

какой минус может быть на практике? не пойму (

аргументов у пацанов нету, какой-то практикой не подкрепляют, говорят умные слова тока

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

Тогда весь ларавел - антипаттерн

С фасадами и саппорт пакетом

давай умничать, синглтон - антипаттерн. Yii - синглтон

синглтон это синглтон

С каких пор синглтон антипаттерн?)

а оборачивать какие то отдельные функции в глобальные функции - антипаттерн

скорость разработки повышается, функции запоминаются легко, отрефакторить - не проблема

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

тока учишь что тут плохо что хорошо

а оборачивать какие то отдельные функции в глобальные функции - антипаттерн

Да, антипаттерн, но вопрос-то в другом. Какие минусы на практике, если на огромный проект 10 функций глобальных в одном месте лежащих?

1) каким образом скорость повышается

2) не проблема запомнить только для тебя

бляя

а для чего они по твоему?

я тебе как практиющуй с глобальными функциями говорю - это збс

работаю не один над проектом. все тока ЗА

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

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

я тебе как практиющуй с глобальными функциями говорю - это збс

+1

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

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

Автокомплит дольше, чем короткая функция :)

у меня кастомный компонент, Yii::$app->someComponent

Привет всем, подскажите чем открыть в runtime/mail .eml если нет оутлука

куча мелочевки ускоряется пачкой 1-2 символьных глобальных функций

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

пропустил начало дискуссии - почему не работает автокомплит?

ты тут не сочиняй, пользоваться я умею PhpStorm

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

не знаю как у тебя, у меня на непосредственное написание кода может 10% времени разработки уходит

нахрен экономить на спичках я не знаю.

пропустил начало дискуссии - почему не работает автокомплит?

https://github.com/samdark/yii2-cookbook/blob/master/book/structure-global-functions.md Добро или зло? :)

Привет всем, подскажите чем открыть в runtime/mail .eml если нет оутлука

куча онлайновых гляделок есть, например https://www.encryptomatic.com/viewer/

ок, спасибо

но вообще eml это почти плейнтекст

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

афигенно)

тока там кодировка не стандартная, как я помню, 7 байтовая вроде

текста могут побиться, попробуй онлайн тулзы

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

Вообще для емаилов советую что-то типа https://mailtrap.io

Оч удобно

Не за что (:

)) спасиб

Подскажите, а почему index.php, где собственно запускается приложение в gitignore?

Подскажите, а почему index.php, где собственно запускается приложение в gitignore?

по тому что он в энваронментсах

и когда ./yii init делаешь, он скопирует его

и когда ./yii init делаешь, он скопирует его

Понял, ушёл читать доки))

там константы окружения генерятся, поэтому и в средах он

Ага, адвансед шаблон.

Лучше настроить автокомплит чем делать функции и учить их. Другим людям это сложнее чем уже готовый комплит

Кстати, кто пробовал dotenv в yii2?

Удобнее стало вместо environmets?

пробовали, в паре проектах. работает

ERROR: S client not available

непривычно, никакого профита нету собсна

пробовали, в паре проектах. работает

Работать то работет, удобно ли?

не удобнее это точно

Ну непривычно это не моё слово) Особено на пет проектах.

Что именно не удобно?

приходся дополнительные инструкции по развертыванию писать. если прогер ранее не работал с .env - он сначала должен понять что и как

профита не вижу, мне нравится -local структура конфигов yii - все понятно с коробки и по документации

.gitignore скоробки идет с правилами игнорирования - конфиги не попадают в репу

Я хз что сказать, но ответом не удовлетворён)

advanced это не догма

Саша повторял не раз

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

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

не используем @app неймспейс нигде, только полные, @common, @backend, @api, @office, etc...

есть вариации boilerplate для yii, мы пришли к тому, что имеем свой шаблон со старта, он основан на advanced, с изменениями

написаны помощники по разворачиванию, апдейта кода и т.п.

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

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

> бывает что ктонить загонит код на прод, а миграции забыл или компоузер забыл обновить Эхх... Деплой тулзы не популярны) Я deployer.org юзал, чтобы не забывать)

грешим, редко используем

поэтому и написаны свои помощники. есть кстати компоненты в нете для yii2 - аналогичный функционал

Удобнее стало вместо environmets?

конечно удобнее. А то понятие декларативной конфигурации не очень близко Yii.

приходся дополнительные инструкции по развертыванию писать. если прогер ранее не работал с .env - он сначала должен понять что и как

"post-root-package-install": [ "php -r \"file_exists('.env') || copy('.env.example', '.env');\"" ], готово . кого там учить ?

формат файла, зачем он, почему он

наймите разработчиков, а не тех кто сайты на битриксе пишет

"post-root-package-install": [ "php -r \"file_exists('.env') || copy('.env.example', '.env');\"" ], готово . кого там учить ?

Я вот тоже за декларативщину. А то когда приложений несколько, енвироментсы править бесит, надо тут, надо там, надо текущее.

ты о чем вообще?

наймите разработчиков, а не тех кто сайты на битриксе пишет

формат файла, зачем он, почему он

Что формат файла?

ты о чем вообще?

.evn это уже почти стандарт конф-ции. Если разработчик сам не разобрался что да как . то зачем он нужен

действительно

Я вот тоже за декларативщину. А то когда приложений несколько, енвироментсы править бесит, надо тут, надо там, надо текущее.

вот. вот первом делом я убрал эти -local и т.д теперь есть dev.php , prod.php и все . удобно подправил в env и готово. не нужно править 2 файла yii.php, index.php