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

массив не упорядочен?

Всем плевать на типы (

Когда в php починят типы?

теоретически ты можешь использовать строгую типизацию (int), (string)... type hinting

Я не о том

Иногда случается так, что string - константа

Или что-то такое

И приходится писать \string

Это глупо, учитывая фишки 7+ версии

И приходится писать \string

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

То есть, если ты используешь название типа в качестве константы - это очень даже не плохо?

Забавно)

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

То есть, если ты используешь название типа в качестве константы - это очень даже не плохо?

нет, то что ты используешь пространство имен))) а самому логически для себя назначить список зарезервированных слов - это уже задача программиста ИМХО

О чем ты ? :D

То есть, если ты используешь название типа в качестве константы - это очень даже не плохо?

я про \name_constant

string - тип, как его можно использовать для чего-то еще?

Ты меня не понимаешь

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

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

Это не правильно

Это не правильно

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

Ну смотри) function name(string $name)

Пхп иногда думает, что string это не тип

А константа или что-то еще(я уже не вспомню что он там думал). И в итоге, ты обязан указывать глоб.пространство

Ну смотри) function name(string $name)

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

Да? я знаю только про интерфейсы (если не ошибаюсь). он понимает только два типа

Странно

Ну, в любом случае, учитывая фишки 7+ версии - нужно фиксить )

Хоть void поправили :D

Странно

ну так а 7 оффициально признали стабильной? я просто реально не в курсе. читать читал, даже побаловался. но в продакшн рановато.

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

(Если я не ошибаюсь)

я спешить не буду.

Да я просто сказал)

ну ок. про php поговорили.

+сделано)))

:D

Отлично)

я сейчас с yii2 балуюсь. я и раньше баловался, но сейчас все серьезно. и только теперь допер до полезности gii

Я с него начинал, порыл 7 дней и бросил (

полезность ги?

серьезно?

серьезно?

да

да

okay.jpeg

а что удивляет. быстро составил список классов. мне не нравится, когда в одном классе много разнородных экшенов. ну например в site со старта login, logout, signup. это для примера. так вот - мне это удобней раскидать по маленьким контроллерам.

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

на yii толком не делается то, что ты хочешь

тебя в любом случае ждет дрочка с моделями и роутами

и понмание, что модули это не выход

роут 1 раз надо написать по этим контроллерам. 1 раз!!!

Блажен неведающий.

ну я говорю, что это уже не первый мой подход к yii. с каждым разом мне все проще и проще.

Самая главная заповедь в Yii2: не надейся, что фреймворк тебя поведет в правильном направлении, читая официальную доку. Тут именно что пилишь приложение, сам, а фреймворк лишь набор инструментов для его создания. Готовые элементы вообще юзать опасно (виджеты сразу выкинуть, да и вообще все остальное "готовое"). В том же Laravel тебе дают именно что кучу готовых элементов, но там ты ими вертишь как хочешь и при этом более-менее соблюдается какая-то иерархия и архитектура. А в yii2 использование таких же элементов приведет к пиздецу, причем довольно быстро. Уж про 3 (или больше?) набора mvc в контексте одного приложения я вообще молчу

я про шаблон advanced ща

+++

Вообще залупа с этим advanced

на самом деле нужно просто отойти от того, что тебе пихают разрабы yii2

кучу всякого говна разных сортов

я потихой буду с своего проекта выпиливать

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

адвансед это разве не 3 приложения? фронтенд, бекенд, консольное

вот именно что

их вроде три, но оно одно

но это все так криво разделено. Нахуй вообще это разделение

ок. вопрос. в чем залупа advanced. frontend - свой роутер, свои контроллеры, свои виды, модели по факту будут дублироваться с backend. общая БД.

я разраб, а не они. Мне надо будет - я разделю

ERROR: S client not available

я не критикую, я реально хочу понять, я не спец в yii

не обязательно все конфиги фигачить в common

У девелоперов yii2 вообще странный подход. Они где надо - пускают тебя на вольные хлеба, а где не надо - лезут. Это пиздец вымораживает

не обязательно все конфиги фигачить в common

чем плохо что конфиги frontend и backend разделены?

тем, что нет никакого фронтенда и бэкэнда

это лишняя абстракция

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

которую тебе пихают, мол, на - подавись

чем плохо что конфиги frontend и backend разделены?

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

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

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

не кучу - а 2

не кучу - а 2

это зависит от степени извращенности разработчика

не кучу - а 2

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

+ работа может быть разделена. ты например backend, я frontend

+ работа может быть разделена. ты например backend, я frontend

это делается в наше время с помощью гита

+ работа может быть разделена. ты например backend, я frontend

для этого не надо отдельные папки backend и frontend

+ работа может быть разделена. ты например backend, я frontend

тут бекенд и фронтенд это только названия директорий/приложений

тем боле ечто это не фронтенд и не бэкенд

а админка

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

и остальной сайт

Вот вот

а админка

fuck logic от разрабов...

фронтенд только в папке public )

Мне интересно, кто это придумал

типо такой "а давайте ка разделим наше приложение на админку и обычное"

и остальной сайт

это только особенность терминологии. если так думать, то весь view это и есть frontend

"и каждое из двух еще внутри поделим на фронт, бэк, консольное и общее"

это только особенность терминологии. если так думать, то весь view это и есть frontend

угу. "Давайте назовем админку как-нибудь хитровыебанно"

угу. "Давайте назовем админку как-нибудь хитровыебанно"

да. назвали backend))

и все.

+ фронтенд еще и в виджеты пихают некоторые умники