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

Небезопасно это, если админить базу удаленно, то лучше сменить пароль на рута в майскле. А еще на виртуалке удобно подключаться непосредственно к базе через HeidiSQL по порту 3306, гораздо быстрее и удобнее, чем phpmyadmin.

Например, в component_epilog.php

Делали. Только здесь, если я не ошибаюсь, проблема не в том, что трудно отправить письмо, а в том, что заказ создается до события OnOrderAdd, а свойства заказа создаются после события OnOrderAdd, поэтому во время обработки OnOrderAdd их просто не существует еще. И отправку надо делать не по событию, а после вызова компонента оформления заказа.

Странно, правда?

Помимо <embed>, рекомендую использовать <object>

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

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

Лучше часов 40 почитать документацию, и потом делать сайт за 20 минут :)

Можно например создать иблок "услуги", с множественной привязкой к пользователям. В личном кабинете показывать список услуг, которые привязаны к текущему пользователю. И на cron повесить небольшой сценарий, который обновляет структуру иблока "услуги" путем запросов к серверу для поддержания актуальности информации при изменениях со стороны сервера. Ну и в личном кабинете составить список доступных услуг (CIBlockElement::GetList с фильтром по отсутствию привязки к пользователю), чтобы можно было подписаться. При подписании посылать запрос на сервер и вносить соответствующую привязку в иблок. Номер ЛС и счет можно сделать как доп. свойства пользователя.

А как организовано хранение привязки услуг к пользователю?

Почему бы не обновить версию битрикса, вместе с компонентом регистрации?

Если это по каким-то причинам невозможно (разработчики запороли обновление), то сделать в компоненте регистрации CEvent::Send с нужными параметрами, или, если отправка по событию регистрации, дописать инициацию события OnAfterUserRegister, где его не хватает:

Видимо, событие создается после вызова в компоненте CSaleOrder::Add, а свойства заказа он прописывает после генерации этого события. Какая-то неправильная логика получается. В качестве фикса можно например в этом событии запоминать ID заказа в $GLOBALS, а после отработки компонента написать CSaleOrderPropsValue::GetList. Более рационального решения в голову не приходит.

Почему бы не расположить каталог на главной странице тогда? Или переложить menu_ext в корень. Редиректить при заходе на сайт в подраздел - как-то не очень правильно.

Будут.

У элементов меню есть свойство SELECTED, на него в верстке можно ставить условия типа "каскад стиля по умолчанию для активного элемента":
... class="menu-item<?=$item['SELECTED']=='Y'?'-active':''?>" ...

Куки чистили? Домен в настройках сайта правильный прописывали?

Если надо получить все элементы подсекций, то есть тут http://dev.1c-bitrix.ru/api_help/iblock/classes/ciblockelement/getlist.php такая штука:

NCLUDE_SUBSECTIONS - если задан фильтр по родительским группам SECTION_ID, то будут также выбраны элементы находящиеся в подгруппах этих групп;

Если надо все подсекции, то как-то так:

1. Получаем подсекцию

2. Делаем запрос


Не исключаю, что для этого уже появился отдельный метод.

Нарисовать табы и при клике на них скрывать дивы страниц и показывать тот, который надо. Откройте код страницы, посмотрите. А причем тут jQuery?

CSaleOrderPropsValue::GetList ?

Если про файл на машине клиента, то никак.

Если про файл, который сохраняется на сервере, что CFile::GetPath, если на странице запрашивается один файл для единственного элемента, или CFile::GetList, если несколько.

Удалите COOKIE, вдруг поможет.

Ну почему, есть же стандартный компонент добавления элемента инфоблока.

Скопировать с сервера?

Вот еще одна статистика: http://www.cmsmagazine.ru/catalogue/
А разработчики нужны будут всегда, покуда не исчерпаны самые изощренные желания владельцев сайтов.

Что-то я не понимаю, причем тут добавление. Мы же про последующее отображение говорим? Если про добавление, то зачем вообще заполнять детальное описание, можно сразу все в анонсе написать.

С таким подходом значительно проще и удобнее писать сайты на чистом php. Чего там делов-то, подключить БД, загнать статьи и позиции в таблицы и делать mysql_fetch_array(). Все будет весить 10 кб и летать на хостинге за 50 рублей. Но потом, когда этот кусок кода потребуется, надо будет его писать.

Странно, что Вы не знали о битриксе, по некоторым данным он имеет в России более 40% рынка.
Вот например одна из статистик: http://www.webindicator.ru/cms/

Фейсбук и ебай тоже так думали, наверняка :)
Как добавить - зависит от компонента, который его отображает. Посмотрите настройки компонента.