переписать все на миграции, потом через Gii сгенерить модели

почему не делать миграции сразу в формате пыхи?)

чем это поможет?

Сделай миграцию которая выполнит команды из файла

И все

плюс в самой миграции можно SQL запросы выполнять

https://stackoverflow.com/questions/19751354/how-to-import-sql-file-in-mysql-database-using-php

спасибо

привет всем. Успользую kartik/fileinput, форма грузится через renderAjax, но плагин не работет. Кто может подсказать

в чем выражается "он не работает"? какие ошибки выдает?

Ребят, всем привет. Какие FSM посоветуете для yii2. Просто смотрю их много. Может кто юзал какой и поделиться опытом

Спасибо заранее

привет всем. Успользую kartik/fileinput, форма грузится через renderAjax, но плагин не работет. Кто может подсказать

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

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

маска некорректно работает с мобильного устройства

при вводе цифр "двигает" маску в инпуте

всё стоит стандартно widget(MaskedInput::className(), [ 'mask' => '999999999999', 'options' => [ 'placeholder' => '118111111000', 'class' => 'form-control', ],

маска некорректно работает с мобильного устройства

мне кажется там для мобилы отдельные либы jQuery-mobile или как-то так

маска некорректно работает с мобильного устройства

http://joxi.ru/p27Bkddi04xxpm

хм,не нашел,благодарю.

Кодеры, шо думаете на тему этого холивара: писать комменты к коду или не писать? И объяснить почему

Писать

есть холивар по этому поводу? лол

Кодеры, шо думаете на тему этого холивара: писать комменты к коду или не писать? И объяснить почему

к методам или внутри?

смотря какая задача стоит перед тобой

Писать

Почему?

есть холивар по этому поводу? лол

Конечно есть

есть холивар по этому поводу? лол

Между кодерами и ленивыми кодерами

к методам или внутри?

И так и так

Мой коллега категорически против, говорит что код descriptive enough

Я наоборот за комменты

И так и так

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

типа мы джойним две таблицы а не одну, потому что это надо для того-то

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

контраргумент - к методу на 300 строк с названием метода import_files($file_names) не надо писать

это не от меня, от него

если через полгода коллегу разбудить ночью после пятничного угара и он сможет объяснить любую строку - то можно не писать

phpdoc то точно нужен

контраргумент - к методу на 300 строк с названием метода import_files($file_names) не надо писать

Документирование класса это хороший тон. Я автоматом это делаю, как минимум для подстветки нормальной.

Ну мне в ответ на все эти аргументы сказали - you are stupid if you can't understand

контраргумент - к методу на 300 строк с названием метода import_files($file_names) не надо писать

а во вторых import_files каких files? что передать в качестве аргумента? и самое главное - что ожидать от метода? не лезть же каждый раз в код

Херово когда начальство отдыхает....

Ну мне в ответ на все эти аргументы сказали - you are stupid if you can't understand

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

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

Ну и нормальный код это понятие относительное

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

А вот этому динозавру хрен объяснишь что и как

я всегда пишу, ко всем методам и функциям, и в методах в важных местах тоже

через месяц сам залезу и не вспомню что как - а так подсказка будет

Вот вот, для себя это тоже очень удобно и понятно. Сидеть вкуривать весь код очень тяжко когда надо поправить пару строк всего

Вы говорите холивары - тут щас война идёт на нашем bitbucket, тех кто за комменты и кто против...

Щас бы код не комментаровать

Кодеры, шо думаете на тему этого холивара: писать комменты к коду или не писать? И объяснить почему

только пхпдок и спорные ситуации

Вы говорите холивары - тут щас война идёт на нашем bitbucket, тех кто за комменты и кто против...

А чо нельзя тому кто хочет комментировать, тому кто не хочет нет?

А вообще есть верификаторы комитов. Например, не пускающий методы без комментария. Даже банального @inheritdoc

А чо нельзя тому кто хочет комментировать, тому кто не хочет нет?

Ну потом сидеть вкуривать что они там понаписали?)

По факту все должны писать, надо это дело в условия компании вписать

Можно же уволить человека, если он такой восхитительный :)

Код должен выглядеть единообразно. А не как в большинстве компаний, можно не открывая аннотации узнать кто его написал 😂

Ну вот мы стараемся под стандарты подогнать

Самый прикол - мы на codeigniter 2...

Для методов всегда оставляю коммент, если нет времени @inheritdoc, если есть время то стараюсь дать краткий и емкий комментарий. Если с первого взгляда и так очевидно что делает метод то можно забить и оставить @inheritdoc, если не очевидно то обязательно нужно дать комментарий. Построчный комментарий оставляю только там где опять же неочевидное полотно кода и нужно разъяснить какие действия и для чего выполняются. Если метод что-то возвращает обязательно @return что бы элементарно работал автокомплит (прим: Query) Еще для getter'ов/setter'ов в методе указываю @property что бы работал автокомлит вида $this->awesomeGetter

Самый прикол - мы на codeigniter 2...

Работал в средней компании ~20 разработчиков и тоже codeigniter 2 Но в последние год-полтора туда натаскали laravel

Там от фреймворка только роутинг остался

Работал в средней компании ~20 разработчиков и тоже codeigniter 2 Но в последние год-полтора туда натаскали laravel

Вот и мы щас думаем на другой фреймворк перекатываться. Практику в университете 1 год я проходил на Yii 1

Как то Yii удобней был и логичней

Вот и мы щас думаем на другой фреймворк перекатываться. Практику в университете 1 год я проходил на Yii 1

хм, я думал в универах пишут свои mvc велосипеды)

ну целиком фреймворк менять наверное нет смысла если проекту больше года мы вот вытаскивали либы: для слоя данных, для миграций, для event и тд

хм, я думал в универах пишут свои mvc велосипеды)

Это был industrial placement year

Это было не в универе

Ну то есть не в самом универе

ну целиком фреймворк менять наверное нет смысла если проекту больше года мы вот вытаскивали либы: для слоя данных, для миграций, для event и тд

Проекту уже года 2-3

Ну мне в ответ на все эти аргументы сказали - you are stupid if you can't understand

плюнь в лицо тому, кто это сказал. он полюбому больше 100 строчек не писал никогда

плюнь в лицо тому, кто это сказал. он полюбому больше 100 строчек не писал никогда

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

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

им просто не приходилось поддерживать собственное говно

скорей всего, написали, сплавили и забыли

Мой коллега категорически против, говорит что код descriptive enough

у некоторых даже комменты not descriptive enough ... код хотя бы однозначен с точки зрения компьютера ... а что хотел сказать автор коммента ещё угадать надо

а люди смотрят на их работу и седые домой уходят)

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

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

вот да, как триггеры памяти для самого себя комменты ещё ок ... но других они, как правило, только путают

вот да, как триггеры памяти для самого себя комменты ещё ок ... но других они, как правило, только путают

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

постоянно этим занимаюсь))

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