На дворе 2019, техподдержка сказала не хранить в инфоблоках 2.0 больше 50 свойств.
Мальчик был настолько ленив, что специально вставал пораньше - чтобы подольше ничего не делать! (с)
01.11.2013 15:55:35
В общем тоже не догоняю, чего этой отложенной функции не хватает, поэтому в нужных местах пришлось извратиться
Мальчик был настолько ленив, что специально вставал пораньше - чтобы подольше ничего не делать! (с)
|
|||
|
28.10.2013 19:21:42
В конце концов вы же используете CMS с фреймворком, а не только сам фреймворк - вот и избыточность.
Мальчик был настолько ленив, что специально вставал пораньше - чтобы подольше ничего не делать! (с)
|
|||
|
28.10.2013 14:57:11
Значит смотрите, к сожалению, менять шаблоны админки пока не представляется возможным. Однако, если у вас есть необходимость получать подсвеченные данные, вы всегда можете сделать вывод в публичной части, но закрытом от посторонних глаз разделе, где раскрашивать вы можете все что и как угодно, по любым условиям. Останется найти лишь подходящий компонент, например каталог, или новости.
Мальчик был настолько ленив, что специально вставал пораньше - чтобы подольше ничего не делать! (с)
|
|||
|
28.10.2013 14:49:27
Артем прав, жить без core.js можно, однако пагинация, к примеру, на AJAX работать без стандартных JS библиотек Битрикса не будет. Так же не будут работать интересные "плюшки" типа кеширования CSS и JS шаблона и, вероятнее всего, компонентов и т.п
Если вы отключили ShowHead и ваш проект не пострадал, значит он плохо интегрирован с фреймворком, а следовательно могут возникнуть сложности при поддержке. P.S. Чем вам интегрированный JS-фреймворк не угодил?
Мальчик был настолько ленив, что специально вставал пораньше - чтобы подольше ничего не делать! (с)
|
|
|
24.10.2013 16:32:03
Если прочитать инструкцию по сборке модуля то там все правила наименования есть, но повторим для закрепления:
Папка в которой лежит модуль: vendor.modulename в /install/index.php: Class vendor_modulename extends CModule { var $MODULE_ID = 'vendor.modulename'; ... function vendor_modulename(){ ... } } Если у вас все также но ошибка не пропадает - заварите кружку чая и проверьте на орфографическое соответствие vendor и modulename.
Мальчик был настолько ленив, что специально вставал пораньше - чтобы подольше ничего не делать! (с)
|
|
|
22.10.2013 18:05:23
В месте, где используется вызов почтового события CEvent::Send или CEvent::SendImmediate перед ним сделайте switch по параметру "локация", а в кейсах пропишите разные email-ы в зависимости от локации. (Про стандартные возможности ничего сказать не могу).
Мальчик был настолько ленив, что специально вставал пораньше - чтобы подольше ничего не делать! (с)
|
|
|
22.10.2013 15:53:00
Возможно вам нужно написать функцию отправки самостоятельно и добавить зависимость к событию
Хотя надо промониторить, срабатывает ли событие, если пользователь зарегистрировался самостоятельно.
Мальчик был настолько ленив, что специально вставал пораньше - чтобы подольше ничего не делать! (с)
|
|
|
22.10.2013 15:16:44
Попробуйте
Мальчик был настолько ленив, что специально вставал пораньше - чтобы подольше ничего не делать! (с)
|
|
|
22.10.2013 15:05:42
Ну, вам нужна логика связи этих двух полей - это раз.
Изучить
Мальчик был настолько ленив, что специально вставал пораньше - чтобы подольше ничего не делать! (с)
|
|
|
21.10.2013 21:51:51
Вот посмотрите, скажем, на эту страницу: кажется, что из контактов здесь только телефон в футере - а-н нет! Тут полный hCard в лучших традициях!
Мальчик был настолько ленив, что специально вставал пораньше - чтобы подольше ничего не делать! (с)
|
|||
|
21.10.2013 21:42:00
У вас очень специфический вопрос. Прямой зависимости между адресом страницы и ее контентом как-бы не существует, так как подразумевается, что контент вводит сам пользователь.
Если у вас в h1 на каждой странице данные выводятся определенной стандартизированной функцией - вам необходимо узнать, откуда она берет данные и написать свою функцию, которая бы по схожему алгоритму получала данные по параметру URL. Ничего не прояснилось, да?
Мальчик был настолько ленив, что специально вставал пораньше - чтобы подольше ничего не делать! (с)
|
|
|
21.10.2013 17:34:39
Со знаком "=" в SQL делается запрос через "=", что в разы облегчает запрос, но в данном случае свойство не должно быть множественным (или будет отрабатывать некорректно).
Мальчик был настолько ленив, что специально вставал пораньше - чтобы подольше ничего не делать! (с)
|
|||
|
21.10.2013 17:31:03
Если вы в шаблон детальной новости добавляете другой компонент то ID у вас скорее всего будет $arResult['ID']; Если вы хотите сделать правильнее (на мой взгляд), то надо вставлять список новостей не в сам шаблон детальной новости, а прямо после него в шаблоне detail.php комплексного компонента (скорее всего вы его и используете). В таком случае, чтобы получить ID детальной новости просто перед вызовом компонента добавьте $news_id = ...
Мальчик был настолько ленив, что специально вставал пораньше - чтобы подольше ничего не делать! (с)
|
|||||
|
21.10.2013 16:15:41
Как мне представляется выход из данной ситуации: 1. Создаете свое почтовое событие (полную копию текущего NEW_USER) и называете, скажем NEW_USER_EXT. 2. Создаете к нему почтовый шаблон (полную копию текущего почтового шаблона для NEW_USER) 3. В init.php заменяете NEW_USER на NEW_USER_EXT
Как-то так. Или же внести поле $toSend["PASSWORD"] в компонент, который у вас регистрацию выполняет. P.S. Что за мода все писать в init.php? Посмотрите, как пишут модули - это несложно, плюс в любой момент можно будет отключить или перенести на другой проект не вмешиваясь в системные файлы без текстового редактора под рукой.
Мальчик был настолько ленив, что специально вставал пораньше - чтобы подольше ничего не делать! (с)
|
|||||
|
21.10.2013 15:04:54
Ну все логично!
Первый раз у вас приходит письмо от стандартного почтового события где попросту нет строчки:
Мальчик был настолько ленив, что специально вставал пораньше - чтобы подольше ничего не делать! (с)
|
|||
|
21.10.2013 13:40:49
Проверьте почтовые шаблоны для почтового события "NEW_USER", может туда лишний затесался.
Или если компонент регистрации не стандартный - функция CEvent::Send вызывается лишний раз до инициализации поля "PASSWORD"
Мальчик был настолько ленив, что специально вставал пораньше - чтобы подольше ничего не делать! (с)
|
|
|
18.10.2013 15:19:52
Да было б за что.
Вот
Мальчик был настолько ленив, что специально вставал пораньше - чтобы подольше ничего не делать! (с)
|
|
|
18.10.2013 14:51:51
Если это не критично для вашего проекта, то я бы порекомендовал все-таки использовать классическую отправку формы методом POST с перезагрузкой страницы (по крайней мере для начала).
Мальчик был настолько ленив, что специально вставал пораньше - чтобы подольше ничего не делать! (с)
|
|||
|
18.10.2013 14:01:19
Вам нужна в форму добавить элемент input с атрибутом type="file" (
Тогда при подтверждении формы файлы сами загрузятся во временную папку и будут доступны для манипуляции через суперглобальный массив $_FILES (а не $_POST). Собственно вам не нужен будет CFile::MakeFileArray, так как в $_FILES['PIC'] уже будет массив описания вашего файла. P.S. Я бы предложил бы вам подетальнее поизучать
Мальчик был настолько ленив, что специально вставал пораньше - чтобы подольше ничего не делать! (с)
|
|
|