А что делать если расширение обновилось и у него изменился конфиг? Опять мерджить?

Че-т пока не могу сообразить как без рук обойтись

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

Но и в обычном случае без него бы не обошлось

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

А в обычном случае пришлось бы ручками перезаписать main.php)

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

Думаю, как сконструировать такую систему. Каждую неделю в курсе должны быть: - 1 вебинар - 1 домашняя работа. Раз в месяц должен быть: - 1 экзамен. Нужна возможность произвольно менять день вебинара, домашней работы или экзамена на любой неделе у курса. Сейчас есть start_time в таблице course. Наверное, нужно сделать ещё finish_time и расчёт недель между ними? И в каждой неделе как-то указывать, когда вебинар, когда экзамен, когда домашняя работа. Но как бы это выглядело вообще? Проблема...

Думаю, как сконструировать такую систему. Каждую неделю в курсе должны быть: - 1 вебинар - 1 домашняя работа. Раз в месяц должен быть: - 1 экзамен. Нужна возможность произвольно менять день вебинара, домашней работы или экзамена на любой неделе у курса. Сейчас есть start_time в таблице course. Наверное, нужно сделать ещё finish_time и расчёт недель между ними? И в каждой неделе как-то указывать, когда вебинар, когда экзамен, когда домашняя работа. Но как бы это выглядело вообще? Проблема...

на фронте каленьдарь скачай да расставляй как тебе надо

на фронте каленьдарь скачай да расставляй как тебе надо

Один календарь от start до finish - допустим. А как различать вебинар и экзамен? И как в БД хранить? Вот в чём вопрос.

1 таблица календарь, в нем события записываются

2 таблица сами события

1 ко многим

чо тут сложного?

В таблице календаря как записать событие, например?

В таблице календаря как записать событие, например?

как ид события

как ид события

Например, в день 15 февраля у нас 123 - экзамен, вебинар, домашняя работа. А как вообще может выглядеть таблица календаря? Что-то монструозное, походу...

Год, месяц, день, событие. Но как это в БД создавать?

ID | EVENT ID | DATE START | DATE END

как datetime указать и все

ID | EVENT ID | DATE START | DATE END

То есть CRUD на каждое событие?

чо?

нет

Хм, действительно.

Ну просто с CRUD яснее, как это в БД будет выглядеть.

таблица событий примерно event_id | parent_id | title | comment где parent_id родитель

т.е. 1 событие становится зависимо от другого

выбрав курс ыт подтянешь все другие события

Так, путаюсь уже. А заполню их я как? Мне нужно сначала заполнить.

заполнишь при помощи календаря на фронте

https://fullcalendar.io/ типа такого

не обязательно этот, их много

https://fullcalendar.io/ типа такого

Хм, спасибо, выглядит всё примерно понятно. Разобраться надо с его работой и записью в БД. У меня в теме на сайте есть такой даже, сейчас вспомнил...

Хм, спасибо, выглядит всё примерно понятно. Разобраться надо с его работой и записью в БД. У меня в теме на сайте есть такой даже, сейчас вспомнил...

вон даже в 1 таблицу есть https://github.com/jamelbaz/FullCalendar-BS3-PHP-MySQL/blob/master/calendar.sql

привет ребят) вопрос такой, мне пришли миграции в виде sql файлов/ теперь придется вручную модели править.. как-нибудь можно упростить этот процесс?

привет ребят) вопрос такой, мне пришли миграции в виде sql файлов/ теперь придется вручную модели править.. как-нибудь можно упростить этот процесс?

нанять того, кто их будет править вручную?

миграции?)

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

переписать все на миграции, потом через 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

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

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

Писать

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

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

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

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

Писать

Почему?

ERROR: S client not available

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

Конечно есть

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

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

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

И так и так

Мой коллега категорически против, говорит что код 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

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

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

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

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

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

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