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

На дворе 2019, техподдержка сказала не хранить в инфоблоках 2.0 больше 50 свойств.  

В общем столкнулся с довольно странной ошибкой, если на странице "Настройки" -> "Настройки продукты" -> "Сайты" -> "Шаблоны сайта" и вкладке "Стили сайта" (или попросту в файле /bitrix/templates/<название шаблона>/styles.css) записать содержимое CSS фреймворка Bootstrap 3.0.2 и из публичной части нажать "Изменить страницу" - от выпадет следующая ошибка Apache (см. приложенный скриншот). Как выяснилось, ошибка выпадает при попытке вызвать CFileman::ShowHTMLEditControl - или если точнее в строчке 1331:
Дамп показывает, что в контенте, что должен передаваться на клиент присутствует CSS из файла стилей шаблона. Глюк происходит после строки 2972 - то есть на месте


Если заменить 'content: "";' на что-то другое (к примеру margin) - ошибка появляется на 3 строки позже. Проблемы подключить Bootstrap через SetAdditionalCSS нет - но... Есть у кого-нибудь идеи с чем это вообще может быть связано и зачем тащить в объекте CSS шаблона? Среда: Win7, Denwer, PHP 5.3.13, Apache 2.2.22, Bitrix ядро 12.5.10, Редакция CMS "Малый бизнес".

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

Это забавно, но у меня в начале знакомства с продуктом тоже было такое ощущение - я резал шаблоны компонентов, сами компоненты и прочее с перманентной мыслью: "Понагородили тут... лишнего". Но постепенно пришло осознание, что это плата за универсализацию платформы - если мне этого сейчас не надо, не значит, что не пригодится в другом проекте или через неделю, когда заказчик доплатит за "постраничку без перезагрузки".
В конце концов вы же используете CMS с фреймворком, а не только сам фреймворк - вот и избыточность.  

Сплюньте! Научите сейчас человека! =)

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


Останется найти лишь подходящий компонент, например каталог, или новости.

Артем прав, жить без core.js можно, однако пагинация, к примеру, на AJAX работать без стандартных JS библиотек Битрикса не будет. Так же не будут работать интересные "плюшки" типа кеширования CSS и JS шаблона и, вероятнее всего, компонентов и т.п
Если вы отключили ShowHead и ваш проект не пострадал, значит он плохо интегрирован с фреймворком, а следовательно могут возникнуть сложности при поддержке.

P.S. Чем вам интегрированный JS-фреймворк не угодил?

Если прочитать инструкцию по сборке модуля то там все правила наименования есть, но повторим для закрепления:
Папка в которой лежит модуль: vendor.modulename
в /install/index.php:
Class vendor_modulename extends CModule
{
var $MODULE_ID = 'vendor.modulename';
...
     function vendor_modulename(){ ... }
}


Если у вас все также но ошибка не пропадает - заварите кружку чая и проверьте на орфографическое соответствие vendor и modulename.

В месте, где используется вызов почтового события CEvent::Send или CEvent::SendImmediate перед ним сделайте switch по параметру "локация", а в кейсах пропишите разные email-ы в зависимости от локации. (Про стандартные возможности ничего сказать не могу).

Ну в общем, поздравляю)

Ну, тут у вас английским по белому написано, что ID можно взять в $_REQUEST['ELEMENT_ID']. =)

Возможно вам нужно написать функцию отправки самостоятельно и добавить зависимость к событию OnAfterUserAdd.
Хотя надо промониторить, срабатывает ли событие, если пользователь зарегистрировался самостоятельно.

Попробуйте CFile::ResizeImageGet - для каталога довольно удобно.

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

Почему жесткач? Все что должно быть на странице, но не должно быть видно пользователю: обертывается и скрывается! Это нормальная практика.
Вот посмотрите, скажем, на эту страницу: кажется, что из контактов здесь только телефон в футере - а-н нет! Тут полный hCard в лучших традициях!

У вас очень специфический вопрос. Прямой зависимости между адресом страницы и ее контентом как-бы не существует, так как подразумевается, что контент вводит сам пользователь.
Если у вас в h1 на каждой странице данные выводятся определенной стандартизированной функцией - вам необходимо узнать, откуда она берет данные и написать свою функцию, которая бы по схожему алгоритму получала данные по параметру URL.
Ничего не прояснилось, да?  

Ветка уже была на форуме, и думаю вам стоит посмотреть в сторону CPHPCache - им при желании можно закешировать все что угодно.

Без знака "=" в SQL делается запрос через LIKE (т.е. работает, даже если свойство множественное).
Со знаком "=" в SQL делается запрос через "=", что в разы облегчает запрос, но в данном случае свойство не должно быть множественным (или будет отрабатывать некорректно).

А вот и можете:
Если вы в шаблон детальной новости добавляете другой компонент то ID у вас скорее всего будет $arResult['ID'];
Если вы хотите сделать правильнее (на мой взгляд), то надо вставлять список новостей не в сам шаблон детальной новости, а прямо после него в шаблоне detail.php комплексного компонента (скорее всего вы его и используете). В таком случае, чтобы получить ID детальной новости просто перед вызовом компонента добавьте $news_id = ...
После окончания работы компонента в $news_id вернется ID новости, если не произошло ошибки. И следом за ним таким же образом вызывайте список - должно сработать.

Если не добавить при этом свое почтовое событие - все отвалится, так как в init.php используется как раз оно (CEvent::SendImmediate("NEW_USER", SITE_ID, $toSend)    

Как мне представляется выход из данной ситуации:
1. Создаете свое почтовое событие (полную копию текущего NEW_USER) и называете, скажем NEW_USER_EXT.
2. Создаете к нему почтовый шаблон (полную копию текущего почтового шаблона для NEW_USER)
3. В init.php заменяете NEW_USER на NEW_USER_EXT
4. Блокируете стандартное почтовое событие NEW_USER любым удобным для вас образом. (удаляете шаблон / изменяете получателя на админское или левое мыло и.т.п - может можно отправку и из админки отключить, но как-то не сталкивался).

Как-то так.

Или же внести поле $toSend["PASSWORD"] в компонент, который у вас регистрацию выполняет.

P.S. Что за мода все писать в init.php? Посмотрите, как пишут модули - это несложно, плюс в любой момент можно будет отключить или перенести на другой проект не вмешиваясь в системные файлы без текстового редактора под рукой.

Ну все логично!
Первый раз у вас приходит письмо от стандартного почтового события где попросту нет строчки:
Второй раз срабатывает вышеуказанный обработчик из init.php.

Проверьте почтовые шаблоны для почтового события "NEW_USER", может туда лишний затесался.
Или если компонент регистрации не стандартный - функция CEvent::Send вызывается лишний раз до инициализации поля "PASSWORD"

Вам нужно чтоб даже незарегистрированные пользователи имели такую возможность?

Да было б за что.
Вот решение от BlueImp - частенько его использую в некоммерческих проектах, если читаете тексты на английском - разберетесь очень быстро.

Для отправки файлов через AJAX вам нужно изучить как работает IFrame Transport, либо (если опыта в client-side разработке не так много) использовать сторонние решения на его основе.
Если это не критично для вашего проекта, то я бы порекомендовал все-таки использовать классическую отправку формы методом POST с перезагрузкой страницы (по крайней мере для начала).

Вам нужна в форму добавить элемент input с атрибутом type="file" (описание тут) и с name="PIC".
Тогда при подтверждении формы файлы сами загрузятся во временную папку и будут доступны для манипуляции через суперглобальный массив $_FILES (а не $_POST).
Собственно вам не нужен будет CFile::MakeFileArray, так как в $_FILES['PIC'] уже будет массив описания вашего файла.

P.S. Я бы предложил бы вам подетальнее поизучать "матчасть" - схема довольно прозрачная.