Loadырь
Быть лучшим - не значит быть достаточно хорошим.
+1247
Репутация
4894
Рейтинг
r2, есть огромное желание вынести языковые переменные для полей в отдельные файлы. Многое можно решить созданием обычного поля, но языковые переменные лежат в одном главном файле, который почти всегда обновляется и при обновлении теряются добавленные изменения.
Loadырь, проблема бы в том что надо было в массив все положить
В массив надо ложить без "id". попробуйте так
а версии движка одинаковые? Я когда по видео примерам делал, тоже писал как "id"=>$user_id, тоже работало поначалу, а потом как-то местами работает а местами перестало, начал выяснять и понял, что работает нормально если из базы вытянуть поле и применить к нему yamlToArray.и еще, так почему же на одном серваке работает, а на другом нет. PHP одной версии
И ещё если добавляете одного то надо писать addRecipient($user_id), а если массив или много то тут уже надо S добавить addRecipients($list)
PIN, могу ещё порекомендовать скачать у меня из файлов iforms.install… и там в файле frontend.php есть функция отправки и на мыло и на личку уведомление. Сравните с вашим вариантом, возможно поможет.
Возможно вы передаёте не id пользователя, а значение или условие которое возвращает 1 (или что-то типа true). Понимаю, что я не в теме, поэтому и ответ такой
Именно так
Во всех файлах в \templates\default\controllers\content\widgets\list\ есть строки с кодом похожим на это:
или
так вот вам надо в первом случае поменять normal на что-то из набора micro, small, normal, big
а во втором случае заменить это html_image($item[$image_field]);
на это html_image($item[$image_field], 'normal');
и вместо normal использовать что-то из набора: micro, small, normal, big
<?php echo html_image_src($item[$image_field], 'normal', true); ?>
<?php echo html_image($item[$image_field]); ?>
а во втором случае заменить это html_image($item[$image_field]);
на это html_image($item[$image_field], 'normal');
и вместо normal использовать что-то из набора: micro, small, normal, big
Вот из за этого и я ввожу ограничение на количество. Можно указать количество 100 материалов, применить стили соответствующие для "табов" — сейчас там просто ссылки. Но пока страница соберёт всю эту инфу по доп материалам и выдаст результат — человек уйдёт. Тут подгрузка идёт не по запросу. Вложенный контент просто спрятан. Пока мне нравится данное решение простотой реализации в виде добавления обычного поля без пересечения правок кода в ядре. Конечно если замутить компонент, то можно просто выводить ссылки и при клике на них подгружать необходимое. А это требует времени и знаний самой системы.Но имеет и обратную сторону — уменьшение скорости работы движка.
WebMan, тут игра слов, с разным пониманием происходящего. В демку смотрели? Там несколько материалов прилеплено к одной конкретной статье. Я исхожу из основного и к нему притягиваю сколько угодно (задается в настройках) дополнительного материала. Но материал этот единичный — или статья, или страница, или блог, или альбом, или объявление — и их можно привязывать в любом сочетании, даже статья и к ней несколько статей. Но я имел ввиду многое к одному — это например: прикрепить целую категорию статей с выводом списком или список объявлений. Так вот с категориями и списками я пока не занимался. У них построение урла происходит немного иначе, чем у статичного контента. И мне пока решение использовать урл не совсем нравится. Нужно поле селекта с выбором типа контента, в нем выбор категории, в ней выбор материала.
Добавить к теме уже нечего. Закрываю.
Решение пока одно — один к одному. Один существующий материал с разрешением .html можно добавить к создаваемому или уже существующему материалу (альбом прилепить можно, а конкретное фото — пока нет) .
Прилепить много к одному — категорию или вывести список контента в материале — пока не делал.
Решение такое:
Есть поле: где указываем максимальное количество материалов
ставим в нужном порядке и видимости:
При создании/редактировании получаем это:
В результате получается что-то типа этого:
Вид и содержимое выводимого материала настраивается в шаблоне. У меня пока сделано по максимуму. Поэтому, возможно "видимое задвоение" комментариев и рейтинга для материалов одного с добавленными.
Прилепить много к одному — категорию или вывести список контента в материале — пока не делал.
Решение такое:
Есть поле: где указываем максимальное количество материалов
ставим в нужном порядке и видимости:
При создании/редактировании получаем это:
В результате получается что-то типа этого:
Вид и содержимое выводимого материала настраивается в шаблоне. У меня пока сделано по максимуму. Поэтому, возможно "видимое задвоение" комментариев и рейтинга для материалов одного с добавленными.
Это не ошибка. Из админки текст напрямую сохраняется, а из фронта он обрабатывается специальным методом, который не только отрезает лишние теги у ссылок, но и режет присвоенные классы к картинкам и пр. и много, чего ещё загадочного он проводит. Это так сказать издержки безопасности. Чтобы злоумышленник, не написал вам в статейку скрипт взлома сайта.
Смотрите тутчто-то вроде того было бы здорово увидеть в движке.
Скачайте у меня из профиля. Там компонент делался для 1.10.3. Поставьте на локалке и проверьте для 1.10.4. По моему должен заработать без проблем. Если не заработает, то напишите, я посмотрю, что к чему там. Там заменяется файл \admin\applets\main.php. Его надо смержить, а не скопировать с заменой. Можно и не смерживать, тогда просто не будут отображаться в админке на главной новые сообщения по компоненту. Файл завтра сниму с публикации. Спешите скачать.
pikasso, вам нужен конкретный компонент iGuestBook или нужна гостевая для сайта? Я себе делал из компонента FAQ. Можете тоже попытаться пойти этим путём.