Тогда уж лучше с помощь поля, тогда его можно будет перемещать в нужное место.такое можно реализовать с помощью хука
Loadырь
Быть лучшим - не значит быть достаточно хорошим.
+1247
Репутация
4894
Рейтинг
#2
[ЕСТЬ РЕШЕНИЕ] Отображение виджета "список контента" - поле краткого описания.
5 января 2018 в 00:33
Не совсем. Открываете файл system/controllers/content/widgets/list/widget.php, и в нём зелёные строки добавляете, а красные удаляете. При этом надо ориентироваться не на номера строк, а на расположение правок, так как могли быть изменения в 2.9.0 и номера строк могут не совпадать. Также при добавлении смотрите, чтобы плюсы в начале строки не попали в ваш файл.Верно?
#3
[ЕСТЬ РЕШЕНИЕ] Отображение виджета "список контента" - поле краткого описания.
5 января 2018 в 00:28
Имел в виду все поля, кроме полей типа "Текст" и "Текст HTML"."нетекстовых"
#4
[ЕСТЬ РЕШЕНИЕ] Отображение виджета "список контента" - поле краткого описания.
5 января 2018 в 00:12
Для вывода "нетекстовых" полей надо вносить такие правки
Вот тут как раз и вылазит палка о двух концах. На примере этого ТЗЗа оплату капризы не так муторно слушать.
Ему исполнитель делает такНу скажем если компонент публикуется на 30 дней, чтоб через неделю автор видел что осталось 23 дня публикации.
Автор видит это сообщение, но это видят и все другие. Начинается расширение ТЗ
Исполнитель делает такТак и по логике, это нужно выводить только для автора материала
В итоге автор видит, другие не видят, что и хотели, но как-то обошли админов и теперь они остались не у дел. Снова расширяем ТЗ
Исполнитель делает так
Все довольны, но тут возникает необходимость, чтобы после обновления данная фича была работоспособна. Снова расширяем ТЗ, пишем хук и для его обработки целый компонент.
В итоге первоначальное ТЗ трижды расширялось, объем работ и трудозатраты выросли.
Вот и возникает палка о двух концах: кто будет платить? С одной стороны Заказчик, который не указал в ТЗ полный объем работ или Исполнитель, который не догадался и не предусмотрел всех нюансов в этом вопросе?
Всё верно. С чего вдруг он должен делать это, если просили его сделать только включатель?А он вам
Всё, что естесственно — не безобразно. Однако, наверняка вы думаете, что естественно — кроме автора, админ должен видеть эту надпись. Однако, об этом ни слова, ведь экстрасенсы-проггеры должны сами знать все эти мелочи. Тогда и код изменится:Ну это естественно
У ТС логики не обозначено. Сказано лишь, "чтоб через неделю автор видел", а не "чтоб через неделю только автор видел". Как говорится каков вопрос, таков ответ.ак и по логике, это нужно выводить только для автора материала
Надо быть внимательными в вопросах.
Что-то типа такого должно быть
@alexandr22, Всё в силе, просто, сообщество успешно провело две складчины, в результате чего, разработчики стали ещё более занятыми, чем были.
Аналогично, но я знаю, что и где править, в случае возникновения ошибок, а вот другие с этим могут не справиться и тогда они начнут задавать вопросы на форуме, которые у всех остальных даже не возникнут.Всегда ставлю с гита, проблем не получал. зато все известные баги уже закрыты.
Вот сегодня до анонса уже 2.9.0 Юзаю =))
Когда бы завтра не наступило, если хотите впоследствии нормально обновлять сайт, то ставить надо релизные версии. С гита версии не всегда корректно проходят обновления и помочь вам с вывалившимися ошибками, врядли кто поможет на форуме.Завтра это через 5 — 6 часов =)
По простому, это — переводите файл в формат csv, затем прогоняете каждую строку этого файла через функцию fgetcsv. Из полученного массива данные разносите в таблицы БД по нужным ячейкам. В движке такого нет, поэтому надо писать самому логику разноса данных.как лучше это сделать или где почитать можно
Естественно, ведь тот ваш код, который я себе представлял и приведённый вами ничем не отличается.Но все так же.
В 10 строке считаете количество, а в 12 начинаете фильтровать, группировать и получать данные.
Вам надо вынести всю фильтрацию и группировки из 12 строки в 9 строку. Только тогда что-то изменится.