Dmitry Ban пишет: Зачем вам нужна полная копия элемента, если оригинал доступен?
Как понимаю, нужна только копия картинки. Ну может чтобы не забивать места одинаковыми.
Ответ - это сделать нельзя, только если не жесткий хак через базу, что так или иначе когда-то приведет к плачевным результатам (удалится один из владельцев оригинала - сам файл удалится тоже).
Каюсь перед ТС. Я обсудил варианты таких страниц с Битрикс - пришли к выводу, что такие блоки надо делать динамическими. Но учтите, там есть определенные неприятности - если блок сразу перед глазами, то на мгновение пользователь может увидеть мигание (замену старого контента на новый) в таких блоках. Рецепт один подсказывали мне, но я пока его не тестировал на практике, и толком не разбирался.
Алексей Беспалов пишет: Я сделал функцией и поместил в result_modifier.php, там же в arResult добавил параметр и вывел его в шаблоне. Как бы возник вопрос, где правильнее помещать подобный код
Значит, я правильно вам ответил.
Цитата
Алексей Беспалов пишет: Ещё же вопрос с кешированием есть, но вроде не кешируется результат в таком случае?
Алексей Беспалов пишет: Так ведь уже, перенеся компонент в шаблон мы лишаемся обновлений шаблона и result_modifier.php. Тут уже, как я понял без разницы, так и так помнить про доработки надо.
Подождите. Вы меняете весь компонент? Или только шаблон?
Олег Постоев пишет: Если нужно изменить логику выводимых данных, структуру массива, то лучше в component.php
При условии, что логика изменяется достаточно сильно (или вообще несопоставимо с текущим component), чтобы его можно было вынести в свое пространство, тем самым лишив компонент обновлений. Это надо помнить.
Алексей Задойный пишет: Перемешать с помощью JS и использованием "псевдослучайной последовательности" ( $this->randString();, если он поможет или любой другой ).
Коллеги, я не понимаю что вы к этой randString вообще прицепились
Это нужно очень редко - грубо говоря для дива сформировать уникальный ID. RandString() не подойдет теперь уже, так как при каждом вызове (вне кеша) будет всегда давать уникальный ID. Поэтому и нужна такой вот метод, чтобы "раз и навсегда" сделать уникальный ID. Я сейчас про html-id. Тут она не нужна никаким боком.
Возвращаясь к цитате твоей - да, перемешать с помощью JS можно, но тогда придется вообще все с базы выдернуть, поместить в страницу и в ней уже часть удалить, а остальное перемешать. Это можно сделать, но только если элементов не больше ВСЕГО пары десятков. Я сомневаюсь что это так, а ТС меня просто не так понял в моем вопросе.
Если судить именно платформу, даже без людей вокруг - относительно сносный код внутри, нет аналогов на рынке. Есть интересные поприща в виде Маркетплейса, где можно круто проявлять свое творчество (по аналогам такого мне известна только Magento).
Также есть огромный потенциал в виде Корпортала, который пока еще не проявил себя, но уже заявил. И под него тоже интересно работать.
Дмитрий, вы неправильно ответили Позволю себе поправить:
здесь можете ознакомиться со списком хостинг-провайдеров, рекомендуемых 1С-Битрикс. В данном списке рекомендуемых нет хостинга beget.ru. Посмотрел тарифы хостинга beget.ru. Нет ничего оптимизированного под битрикс у хостинга beget.ru. Соответственно производительность хостинга beget.ru будет не ахти. На вашем месте присмотрелся бы все-таки к чему-нибудь из рекомендованного, а хостинг beget.ru счел бы слабым.