Алексей Волков написал: Так что только через права доступа к панели можете "произвести банальную проверку, чтобы убирать счетчики статистики со страниц, на которых активна панель"
Хотя где там много кода, я так и не понял... У меня в таком обвесе при отладке обычно всякая барахляндия в футере: метрики, сторонние чаты, живосайт тот-же, будь он неладен
Прекрасно. И опять же - всё в доках и настройках сайта.
Код
<?$arGroupAvalaible = array(1,9,12,13,14,15); // массив групп, которые в которых нужно проверить доступность пользователя
$arGroups = CUser::GetUserGroup($USER->GetID()); // массив групп, в которых состоит пользователь
$result_intersect = array_intersect($arGroupAvalaible, $arGroups);// далее проверяем, если пользователь вошёл хотя бы в одну из групп, то позволяем ему что-либо делать
if(!empty($result_intersect)): print "мне разрешено находится на данной странице или просматривать данную часть страницы";endif;>
В главном модуле смотрите те группы которым показывается панель, и смотрите совпадение групп, к которым принадлежит пользователь.
Цитата
Евгений Крохин написал: Задача заключается в том, чтобы написать проверку на то, кому она не отображается
Вот именно на своем сайте свои группы и проверьте в настройках главного модуля, кому эта панель показывается, кому- нет. Откуда я знаю, сколько групп и каких у вас там создано, и кому из них какие права розданы?
Вот, пример: панель будет выводится для группы 1 (Админ, по умолчанию) и Редакторы (6 - создана позже). Для этого сайта, соответственно, нужно смотреть, не принадлежит ли пользователь к группам 1 и 6. Для вашего - не знаю, кому и что там было роздано.
Евгений Крохин, вы бы задачу формулировали поточнее, что ли. Сразу желательно свои хотелки описывать - точно, внятно, чтобы разночтений не было. Телепатия не у всех развита, знаете ли...
Таким образом, первоначальное невинное желание осуществить проверку, отображается ли панель для текущего посетителя сайта? трансформировалось в уточненное: узнать, является ли посетитель авторизованным администратором, и, если да - убрать из кода счетчики посещений и прочей аналитики.
1. Авторизоваться с правами интересующего посетителя и посмотреть из публички Пользователи - Список пользователей. ПКМ на нужного, выбор пункта Авторизоваться. 2. Глянуть настройки Главного модуля в секции Панель инструментов публичного раздела - каким пользователям или группам выставлен показ этой панели, сверить с группами, к которым принадлежит пользователь.
Иван Демьяненко написал: а может и с ними, я не знаю даж где посмотреть
1)для начала запустить скрипт без записи результата в файл, пусть в консоль выплюнет и результат echo, и ошибки, если они есть. 2)потом (не уверен, но по-моему, для windows надо полный путь указывать) , с расширением php-cli.exe, php-cgi.exe, php-win.exe, php.exe, какой там у вас установлен. 3) не повредит внести пути в PATH консоли, проще будет
Сергей Кульбицкий написал: почему требуется именно опыт создания собственных компонентов в проектах, и это часто указывается в вакансиях
Копипаст. Копипаст - отрада эйчаров. Исключительно из-за незнания предмета. Сейчас еще штампов накидаю, которые HR-ы копипастят не раздумывя из похожих вакансий:
Цитата
- молодая и динамично развивающаяся компания - Интересные люди, профессиональный рост - Интересная работа в дружном коллективе - Владение PHP, ООП, MySQL, JavaScript, HTML, CSS - Знание PHP, ООП, js/jQuery, CSS
... ну и вариации на тему вкусного/ароматного кофе/чая и халявных/бесплатных печенек/плюшек по мотивам Артемия нашего Лебедева.
Добрый день всем. Вопрос следующий: В справке Битрикса приведен пример внешней авторизации. На его базе реализована авторизация в блогах с использованием пользовательских данных из форума phpBB. БД форума и Битрикса находятся в разных базах. Можно ли, и каким образом, изменить механизм регистрации новых пользователей блога, проверяя, есть ли такой логин в базе phpBB или нет? То есть, в финале, пользователь, зарегистрировавшийся в блогах автоматически получает учетную запись на форуме и наоборот.