Форум

Добрый день.
Поступила задача дать контент-редакторам доступ к резервным копиям — просмотр списка копий и создание бэкапов.
На сайте заведена группа пользователей "Контент-редакторы", у которой стоит полный доступ ко главному модулю.

В левом меню в админке виден пункт "Резервное копирование", но при попытке перейти на страницу /bitrix/admin/dump.php выводится форма авторизации.

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

Вопрос, могут ли вообще неадминистраторы управлять бэкапами, и, если такое возможно, как правильно настроить права доступа для группы?

[QUOTE] так уж получилось, что бизнес логику внутри шаблона в rails держать не принято ( дичайший моветон )[/QUOTE]
Толковый разработчик будет стараться отделять логику от представления вне зависимости от языка/фреймворка, будь то rails, symfony, bitrix или что-то еще. Это уже человеческий фактор, на самом деле можно писать хороший код под битрикс и наговнокодить под rails :-)

По делу: шаблонизатор битрикса предполагает использование php-кода для вывода. Грубо говоря вот так:

[CODE]<input type="text" name="FIRST_NAME" value="<?php echo $arResult['USER']['FIRST_NAME'];?>">
<input type="text" name="LAST_NAME" value="<?php echo $arResult['USER']['LAST_NAME'];?>">
<input type="submit" name="form_submit" value="<?php echo GetMessage('MSG_SUBMIT');?>">[/CODE]
В данном примере $arResult — это массив, в котором данные из компонента передаются в шаблон, а GetMessage — языковое сообщение (для реализации многоязычности).

При этом я натыкался на решение, которое позволяет использовать twig в качестве шаблонизатора: [url=http://marketplace.1c-bitrix.ru/solutions/htc.twigintegrationmodule/]Твигрикс[/url].
Решение бесплатное, на Github тоже можно его найти.


Насчет git и .gitignore. Тут все просто: ядро системы лежит в папке /bitrix/, в идеале всю ее нужно загонять в .gitignore. Раньше это нельзя было сделать, т.к. в папке ядра были шаблоны сайта и компонентов, там же лежал файл init.php, в котором полагается размещать обработчики событий.
Сейчас можно все ядро игнорить, т.к. есть замечательная папка /local/, где можно размещать шаблоны и все прочее.
Прочитать об этом можно тут — [url]http://dev.1c-bitrix.ru/community/blogs/vad/local-folder.php[/url]
Еще рекомендуется игнорить папку upload, куда по умолчанию скидывается весь медиаконтент типа картинок и прочего.


Про покрытие кода тестами не могу ничего сказать к сожалению, сам не использую, грешен.

Вижу тут два варианта:

1. Отказаться от указания раздела в URL товара. Сделать, грубо говоря, адреса вида:
http://site.ru/catalog/tovar/12345/

В самом деле, оно так лучше смотрится, чем ссылки с символьными кодами транслитом:
http://site.ru/catalog/moy-super-puper-razdel/a-eto-razdel-vtorogo-urovnya/a-eto-simvolny-cod-moego-tovara/

2. Использовать result_modifier.php в шаблоне компонента catalog.section.
Сделать в result_modifier.php обычный GetList по товарам. В результате получится DETAIL_PAGE_URL, сформированный в контексте самого первого раздела, к которому привязан элемент.

nonlux, спасибо за информацию. Если у вас руки дойдут до решения в github, буду рад увидеть тут ссылку.
Дело в том, что сам в последнее время задумался над организацией рабочего процесса с битрикс-проектами, best practice так сказать.
Установить битрикс через composer и накатить свой код из репозитория за пару команд — это мне определенно нравится.

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

При этом возникает куча проблем с синхронизацией базы данных. Банально добавить новое свойство — уже геморрой.
А еще есть волшебная папка upload, которая на больших проектах разрастается до нескольких Гб. Естественно, ее не хочется тащить ни на dev-сайт, ни тем более на локалхосты.

В общем, проблем хватает. Мне бы было очень интересно узнать, как народ с этим справляется, почерпнуть что-то новое и полезное для себя.

[QUOTE]nonlux пишет:

Вот что я для этого сделал (специально в консоли добавил время вывода, чтобы было видно сколько времени отнимает задача по развертованию рабочего проекта на новой машине):
[CODE][05:31:32 nonlux@localhost:~/projects] $git clone myrepo
[05:32:32 nonlux@localhost:~/projects/kavsm] $composer install
[05:33:49 nonlux@localhost:~/projects/kavsm] $bin/bitapp bitrix:dump:standard
[05:34:10 nonlux@localhost:~/projects/kavsm] $bin/bitapp bitrix:install
[05:34:42 nonlux@localhost:~/projects/kavsm] $bin/bitapp bitrix:dump:kavsm
[05:34:54 nonlux@localhost:~/projects/kavsm] $ [/CODE]
[/QUOTE]

Интересный способ, уютно выглядит. А вы могли бы пояснить, что скрывается за командами
[CODE][05:33:49 nonlux@localhost:~/projects/kavsm] $bin/bitapp bitrix:dump:standard
[05:34:10 nonlux@localhost:~/projects/kavsm] $bin/bitapp bitrix:install
[05:34:42 nonlux@localhost:~/projects/kavsm] $bin/bitapp bitrix:dump:kavsm[/CODE]
Т.е. как именно они реализованы, что в конфигах?

На 100% точно не скажу, просил админов добавить. Но если вкратце, в консоли вводим

[CODE]crontab -e
[/CODE]
Это откроет файл crontab для редактирования. И туда нужно добавить строчку примерно такого характера:

[CODE]0 */24 * * * /usr/bin/php -f /var/www/search_reindex.php >/var/www/search_reindex.log
[/CODE]Это значит запускать файл search_reindex.php каждые 24 часа, результат записывать в файл search_reindex.log.
Абсолютные пути и названия файлов, естественно, прописываете свои.

Не пробовали с шагом поэкспериментировать? Я бы проверил с шагом == 0 и с большим, например 10 000.

Вот еще топик:
http://dev.1c-bitrix.ru/community/forums/forum6/topic62087/

Мне там помогли повесить переиндексацию на cron. Вдруг вам тоже поможет.

Как только увидел анимацию при прокрутке, открыл сайт в мобильном Chrome. Там все очень плохо.

Далее, что бросилось в глаза: такой красивый и крупный email в верхней части сайта — и не кликабельный.

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

Еще обратил внимание, что спрайты не используются, из-за этого при наведении на некоторые объекты, они сначала пропадают на долю секунды, и только потом подгружается новый бэкграунд для hover'a.

Попробуйте сделать не echo, а return:

[CODE]<?php

   function getSectionID() {
       global $APPLICATION;
       return $APPLICATION->GetPageProperty('SECTIONID');
   }
?>
[/CODE]

Напишите свой компонент :-)

В левой колонке выводится содержание (дерево разделов и элементов), в правой детальный текст раздела или элемента.
Добавьте к этому простейшее ЧПУ, стандартное кеширование. Для документации вполне достаточно.