Также есть мнение, что ждать изменения законодательства бессмысленно и проще переехать на пмж в другое место. Разговоры о том, что ждать осталось недолго, к большому сожалению, остаются разговорами.
я настолько привык к своему текстовому файлу, что уйти от него будет проблемно. В нужный час добавляю в нужное место кусок кода и потом когда нужно по ctrl + f нахожу его. Файл растет понемногу, но не так сильно, как правило сохраняются куски именно для ускорения, чтобы не писать одно и тоже каждый раз, или например последовательность команд для той или иной задачи, или shell-скрипты целиком, все в одном файле, без него как без рук )
Андрей, дело в том, что этот человек не хочет разбираться. Он хочет, чтобы вы за него решение нашли. Хочется верить, что Сергей в качестве самообразования занимается, а не пишет кому-то проект за деньги.
Удивительно. Вы задали конкретный вопрос, получили конкретный ответ. Вместо спасибо за то, что вам помогли, написали свой ответ и отметили его решением. Молодец.
Мало того, что человека не поблагодарил за помощь, и не отметил ответ как решение, так другие люди тратят время, заходя чтобы помочь, а нужный ответ уже прозвучал. Не красиво..
Дело в том, что если не заменить стандартный разделитель, то ваш запрос будет разбит на 2 независимых (или более, по количеству разделителей). Таким образом, вам необходимо в начале запроса изменить его, на скажем два двоеточия, и в конце использовать именно такой. В таком случае весь запрос улетит и отработается как один. Попробуйте )
Миха, вы бы все свои вопросы по этой теме собрали в один вопрос. Зачем плодить столько тем, и все они висят "без решений", хотя рекомендаций вам дают более чем достаточно.
Да честно сказать, нет )) Прям руками пачками. Фотографий же не так много "родных" в проекте, логотип и прочие оформляшки, в общем всё, что фронтами нашими закладывается изначально. А вот уже с файлами, которые загружают пользователи никогда не боролись, только кроп для превьюшек.
И что, вы серьезно считаете, что все файлы проекта нужно в ручную проходить и редактировать? Такие вещи делаются только пакетно. И задача в контексте вопроса сводится только к тому, чтобы убрать излишнюю информацию из файла БЕЗ ПОТЕРИ качества. Это, как взять чернобелый рисунок, и сохранить его в палитре с 65536 цветами. Качество изображения не улучшится, но количество байт на пиксель будет затрачено в разы больше. Вся задача - ликвидировать такие ситуации и для этого полным полно сервисов.
Смотрите, человек заполняет 2 значения, aa1, ab1, соответственно нужно далее сгенерировать ac1, ad1 и так далее. или 17a, 17b, или 1, 2 (это просто, тут вопросов нет). а еще могут быть значения 1.z1, 1.z2. Это пока то, что наверняка может быть.
в самом начале укажите разделитель (mysql считает команду завершенной, когда встречает точку с запятой), например $$: "DELIMITER $$", потом всё тоже самое, только после последнего END указать такой же разделитель: END$$
Ну и немного продолжу, для общего понимания. Правила, описываемые в rules, используются для массового присвоения, т.е. как бы так кратко сказать, те атрибуты, что прописаны в rules, используются при массовом присвоении, это когда вы не перебираете каждый атрибут (как в вашем случае с agency_full и design_studio), а используете $model->load(Yii::$app->request->post()). Если атрибут не указан в rules, то и не будет таким образом установлено значение. Когда же вы жестко пишите $model->param = 'value', это значение и будет установлено, не взирая на rules. Однако, когда вы присвоили значения вот так, вы можете вызвать метод validate() и значения атрибутов опять-таки будут проверены на соответствие правилам, прописанным в rules. В итоге, правильнее в вашем случае указать правило не default, т.к. оно хоть и включает указанные атрибуты в обработку при массовом присвоении, а указать тип 'boolean', т.к. в вашем случае можно в качестве значений передать что угодно, а не 0/1. К тому же, при создании чекбокса Yii2 создает скрытый инпут для данного атрибута с нулевым значением.
