Антон Долганин (Все сообщения пользователя)

Рабочий стол / Настройки / Настройки продукта / Сайты / Список сайтов
Рассылка же привязывается к сайту. Вот нужный сайт выбираете и настраиваете.

Попробуйте в настройках сайта, для которого осуществляется рассылка.

Самый простой вариант /но я не назвал бы его самым верным/:
1. Создаем вопрос - выпадающий селект. Там значения:
Иван Иванович <ivan@test.ru>
Петр Петрович <petr@test.ru>
Василий Васильевич <van@test.ru>
2. Идем в созданный почтовые шаблон. Который отсылается когда форма заполнена. Ставим в поле "Кому" значение будущее выбранного селекта.

В некоторых случаях гугл и ее откроет.

Хм, спасибо... век живи - век учись как говорится. В документации этого не описано кстати.

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

Кстати, сколько раз сам натыкался на эти грабли, поэтому думаю стоит о них сказать. Когда тестируете добавление обращения из под своего логина (а при почте тоже происходит привязка к логину), то, если вы еще являетесь и сотрудником техподдержки, то ваше сообщение не покажется в админке. Оно как бы есть, просто при стандартных настройках фильтра его не видно - там отображаются только обращения клиентов.
Вот такой замечательный "баг".

Параметры правила:
"Применять при событиях:" стоит галочка "При получении почты"?

В принципе вы все уже сделали правильно. Почему не хотите протестировать?

А вы его через админку правите? Месье понимает толк в извращениях :)

Насколько понимаю что вы хотите -- да. /bitrix/templates/template_name/

Вы их через FTP создали? Если да, то Битрикс тут не при чем. Это уже серверная "политика", когда FTP и Apache рулятся разными пользователями и, соответственно, их привелении не всегд  совпадают. chmod вам в помощь, действительно.
Если же вас не устраивают права, которые ставит Битрикс, то идите в /bitrix/php_interface/dbconn.php:

Проверьте - настоящие ли это размеры Flash - ширина (width="715") и высота (height="370").

"задний цвет" чего? Флешки?
Если да, то первый тег попробуйте переписать так:
И сразу добавить еще одну строчку (между тегами object):
<param name="wmode" value="transparent" />

В компоненте регистрации system.auth.registration(если Вы меняете капчу для стандартной регистрации) есть строчки (строка ~71):


Меняем эти строки на следующий код (скопировав шаблон компоненты):

Ну что ж вы прямо археологическую раскопку сделали на сайте :)

Господа, все проще. Независимо от редакции.

Ради интереса открыл чат, на котором я сидел еще будучи студентом первого курса. Да, тогда мы уповаясь там общались, знакомились, страдали ерундой. Народу было море. По 30-50 человек онлайн. Было интересно. Не спали ночами.


Мне даже стало обидно. Ностальгия, молодость. Это все умерло. Но на то оно и развития - что мы идем вперед и эти ребята, благодаря нам, разработчикам, сейчас тоже не спят ночами /не принимайте в плохом смысле/, знакомятся, общаются, развиваются, но просто в соседней соцсети, на этом же сайте.

Господа, жаждущие чата. Подумайте над следующим:
Чат выродился уже давно. Современному юзеру "не прикольно" что его сообщения не останутся "в интернете". Сейчас модны сети и прочее, где за 5 минут генерятся темы на много скролов вниз. И для молодежи это в кайф, когда один комментарий идет за другим. Как только тема иссякает - они переходят на новый блог, сообщение, ветку, а та уходит в историю.
Единственное, где его отголоски применимы, это лайвсаппорт, и то, в очень и очень редких случаях.

Смотрите в сторону компонент "лента новостей" и "добавление элементов". Причем регистрироваться даже и не обязательно. Насколько я помню этот компонент.

Да, как вариант - неплохо. Есть еще оказывается один минус - если посетитель знает адрес страницы заказа, то он все равно на нее попадет. Этакий псевдохакер. Так что там тоже нужна проверка.

Вы правы в другом. Если нужна более корректная подача материала - тогда да, нужны проверки в корзине, disabled кнопки "оформить заказ". Но это сложнее для новичка.

Александр, тогда вам /мне кажется/ придется переделывать компоненту корзины. В моем варианте вы просто смотрите уже в шаблоне оформления заказа. И если что не так - отсылаете назад. Кстати, в одном вы правы - там тоже есть такая переменная, или в другом ракурсе она дана. И нам ее надо просто проверить.
Иначе LocalRedirect("путь_до_корзины");

В идеале те же 32. Но все равно все зависит от конечных нагрузок на сервер. Иногда и 128 стает мало.

Ой, Алексей, не надо таких громких слов. На конкретный вопрос тут получают конкретный ответ. Задача у Александра довольно нестандартна. Черт с ними, с "денешками". Чтобы у него все не полетело потом, надо написать довольно подробно, вникнуть в структуру проекта. А на это надо элементарное время. Тут уж извините...

http://www.1c-bitrix.ru/sitemanager/features/ - ткните меня носом где задача Александра тут описана как решенная и я лично скажу как настроить данный функционал. Еще и год гарантий дам от лица уже своей компании.

1. Проще всего с помощью API написать свой скрипт добавления в корзину. Также надо будет повесить Callback-функции на корзину для того чтобы адекватно обрабатывать изменение количества товаров и их удаления.
2. Самый простой метод - в шаблоне оформления заказа /не корзины/, создаем файл result_modifier.php, в котором с помощью API опять же проверяем сумму корзины и, если она меньше n, перенаправляем пользователя на корзину опять.

Вы можете кастомизировать шаблон компоненты, убрав лишние поля. Конечно, для пущей правильности надо еще обработчики будет повесить. Но в 99% случаев этого хватит.

Я вам на любую отвечу также - функции, возвращающий HTML уже не стали использоваться когда пришли компоненты 2.0. Там другая технология - в шаблон приходит голый массив, который вы можете как угодно одевать в HTML.
Другое дело - веб-формы, например. В шаблон прилетают готовые части - кнопки, окошки ввода и т.д. - они зачастую не XHTML. Тут с вами соглашусь.

CFile::Show2Images() устаревшая и неиспользуемая функция.