Добится серверной производительности на компе для разработки скорее нереально. По крайней мере на апаче под виндой. Недавно собирал комп - i5 8Gb RAM - сейчас посмотрел тест - 6.29 из 30. Но основное внимание я уделил файловой системе, что для битрикса (и IDE) очень актуально - поставил раптор 10000 об/мин, а потом вообще перенес сервер и БД на SSD. Кстати вариант SSD - абсолютно бесшумный, но требует более внимательного бекапирования, т.к. ресурс современных недорогих SSD невысок. По поводу шума процессора - не экономьте на вентиляторе - большой вентилятор вращается медленнее и шумит меньше.
Примерно так, в детальном шаблоне: Дата: <?=FormatDate('d m Y', MakeTimeStamp($arResult["ACTIVE_FROM"]))?> Время: <?=FormatDate('H:i', MakeTimeStamp($arResult["ACTIVE_FROM"]))?> Используется $arResult["ACTIVE_FROM"] вместо $arResult["DISPLAY_ACTIVE_FROM"] так как первая имеет стандартное форматирование см. http://dev.1c-bitrix.ru/api_help/main/functions/date/formatdate.php
seventwo пишет: Да права есть, захожу под админом, но результат тот же
Если открывать страницу под пользователем происходит или редирект на SUCCESS_PAGE/backurl или сообщение что уже зарегистрирован. Нужно проверять выйдя из системы.
Иногда к такому эффекту (отсутствие доступа к папке) может приводить неправильный путь, указанный в настройках сайта в "Путь к корневой папке веб-сервера для этого сайта". Хотя под админом должно работать.
Недавно делал нечто подобное. Лучше отдельно использовать компонент формы и списка - тогда в списке можно отображать поля которые не участвуют в добавлении. Если для списка установить параметр "STATUS" => Array("INACTIVE") то редактирование возможно только неактивных элементов. Следовательно если в результате проверки администратор активирует элемент, то редактирование его пользователем станет невозможным.
К разделам инфоблока добавил пользовательское свойство типа Да/Нет. В админке, в настройках таблицы разделов инфоблока добавил это свойство в список отображаемых, поставил галочку для всех. В итоге в таблице появилось новое поле, но независимо от значений свойства - всегда пустое.
Необходимо в интернет-магазине сделать для пользователей возможность публикации материалов в виде картинок, описания, видео, возможность комментирования. Причем публикуемый материал должен быть связан со структурой товарного каталога. Минимум - по корневым разделам и один к одному.
Первое что кажется наиболее подходящим - блоги. Видится два варианта реализации: 1. каждому пользователю создается блог, при постинге необходимо выбрать тег из списка, соотв. разделу товарного каталога. - плюсы: стандартное решение для отображения постов от конкретного пользователя (личный блог), постов по тегам (т.е. разделам каталога) - минусы: большое число пустых блогов, если блог создавать при регистрации - он нужен далеко не всем. 2. создаются фиксированные блоги (коммюнити), по разделам торгового каталога. - плюсы: сразу формируется структура разделов, а теги можно использовать для дополнительной структуризации - минусы: необходимо организовывать выборку постов по пользователю из всех блогов, сортировать по блогам, откуда этот пост
в общем случае задача наверное может быть решена также и на базе инфоблоков, и на базе форумов...
Вопрос немного "в сторону", но заголовок темы подходящий
Все чаще возникает вопрос не как сделать, а как сделать правильно, максимально учитывая особенности БУС.
Итак как "правильно" работать с компонентами? Сейчас в bitrix/components создаем свою папку и копируем туда все кастомизируемые компоненты. В итоге получается свой "NameSpace", все замечательно - только компоненты исключаются из обновлений? следовательно, в них не будет апдейтов, и в конце концов они станут несовместимы с модулями?
Можно выделить три варианта кастомизации компонента: 1. модифицируется шаблон - в общем случае создается копия .default и модифицируется 2. 1 + добавляется логика в шаблон или добавляется result_modifier.php для более сложного изменения результата работы 3. приходится править component.php - в этом случае вопрос с копированием компонента в отдельную папку отпадает.
Хотелось бы услышать рекомендации опытных разработчиков по работе с компонентами.
ситуация крайне непонятная, постараюсь описать подробнее.
на странице есть компонент catalog.section, который выводит постраничный список инфоблоков. сайт http://starrain-ru.1gb.ru/ главная страница, список рекламных щитов справа.
шаблон этого компонента формирует также javascript для отрисовки точек на карте. в шаблоне инициализируются переменные, в которые циклом по инфоблокам собираются строки этого скрипта. затем в шаблоне выводится сам скрипт.
суть проблемы - код пейджинга, который должен выводится искажается (как бы накладывается сам на себя) - закомментированный код пейджинга выводится из компонента, для проверки
Установил для элемента инфоблока свойство привязки. При добавлении инфоблока в таблицу попадает varchar из 2-х координат.
Посоветуйте идею для фильтра в диапазоне координат (чтобы карту можно было использовать как один из параметров фильтра)
у меня пока 2 варианта
1. при добавлении элемента сделать чтобы фактически добавлялось 2 свойства (decimal) (на мой взгляд оптимально, но в реализации может оказаться сложно) 2. из результирующей выборки в коде компонента удаляются не удовлетворяющие условию элементы. извращение конечно, но реализация более или менее понятна
В шаблон catalog.section вставляю компонент catalog.filter. Получается при включенном AJAX для catalog.section происходит перегрузка catalog.section на сабмит фильтра. Но фильтр не срабатывает, хотя POST запрос компонента содержит параметры фильтра.
для включаемого catalog.filter установлен $parentComponent
Решение проблемы (работающее) получилось случайно - разместить на страницы компонента catalog.section еще один фильтр - в ХТМЛ коментарии и включить сохранение фильтра в сессии. Но такое решение не нравится
Как сделать global $$arParams["FILTER_NAME"]; видимым из catalog.section, и что в таком случае обеспечивает $parentComponent?