htmlbook.ru - настольная книга администратора

Файловый Архив

  • Неограниченное количество категорий и суб-категорий
  • Настройки прав доступа по группам
  • Настройки прав доступа по каждой категории
  • Предпросмотр медиа файлов: FLV, IFLV, F4A, F4V, MP4, MP3, MOV и других...
  • Мультизагрузка файлов - SWFUploader
  • Добавление файлов с сервера
Подробности и история обновлений продукта в этой теме
Loading

Go Back   форум vBSupport.org > > >
Register Изображения Меню vBsupport Files Manager Аллея Звёзд Реклама на форуме Search Today's Posts Mark Forums Read
  • Мемберка
  • Администраторам
  • Premoderation
  • For English speaking users
  • Изменения в правах
  • Каталог Фрилансеров
Пароли на скачивание файлов в Member Area меняются автоматически каждый день
Если вам нужно скачать какой то скрипт, за паролем ко мне в ЛС
привет какирам kerk
Ещё раз обращаем Ваше внимание: всё, что Вы скачиваете и устанавливаете на свой форум, Вы устанавливаете исключительно на свой страх и риск.
Сообщество vBSupport'а физически не в состоянии проверять все стили, хаки и нули, выкладываемые пользователями.
Помните: безопасность Вашего проекта - Ваша забота.
Убедительная просьба: при обнаружении уязвимостей или сомнительных кодов обязательно отписывайтесь в теме хака/стиля
Спасибо за понимание
На форуме введена премодерация ВСЕХ новых пользователей

Почта с временных сервисов, типа mailinator.com, gawab.com и/или прочих, которые предоставляют временный почтовый ящик без регистрации и/или почтовый ящик для рассылки спама, отслеживается и блокируется, а так же заносится в спам-блок форума, аккаунты удаляются
for English speaking users:
You may be surprised with restriction of access to the attachments of the forum. The reason is the recent change in vbsupport.org strategy:

- users with reputation < 10 belong to "simple_users" users' group
- if your reputation > 10 then administrator (kerk, Luvilla) can decide to move you into an "improved" group, but only manually

Main idea is to increase motivation of community members to share their ideas and willingness to support to each other. You may write an article for the subject where you are good enough, you may answer questions, you may share vbulletin.com/org content with vbsupport.org users, receiving "thanks" equal your reputation points. We should not only consume, we should produce something.

- you may:
* increase your reputation (doing something useful for another members of community) and being improved
* purchase temporary access to the improved category:
10 $ for 3 months. - this group can download attachments, reputation/posts do not matter.
20 $ for 3 months. - this group can download attachments, reputation/posts do not matter + adds eliminated + Inbox capacity increased + files manager increased permissions.

Please contact kerk or Luvilla regarding payments.

Important!:
- if your reputation will become less then 0, you will be moved into "simple_users" users' group automatically.*
*for temporary groups (pre-paid for 3 months) reputation/posts do not matter.
Не можете скачать вложение?
Изменения в правах групп пользователей
внимательно читаем эту и эту темы
Короткая версия - тут
Уважаемые пользователи!

На форуме открыт новый раздел "Каталог фрилансеров"

и отдельный раздел для платных заказов "Куплю/Закажу"

 
 
Old  
SMak044
Эксперт
 
SMak044's Avatar
Default Как обойти проверку прав при выполнении задач в cron? 0

Столкнулся с такой проблемой, вернее не проблемой, а фичей, но она не позволяет правильно выполнить функцию.
У меня есть функция, которая создает метки в темах на основании контекста.
Эта функция работает и все создается. Для этого я на хук newpost_complete повесил вызов этой функции и потом вызов стандартной функции аdd_tags_to_thread.

Но мне надо в cron запустить процесс для обработки не новых сообщений, а уже существующих. Я создал задачу, создал файл запуска. В момент начала выполнения все запускается и выполняется в том числе и стандартная функция add_tags_to_thread. Я проверил.
Но если выполняется в автоматическом режиме, почему то не отрабатывает валидация меток. Я просмотрел код этой функции и кажется понял, что дело в том, что при валидации происходит проверка прав пользователя создающего метки $vbulletin->userinfo['userid'].

В случае написания поста, валидация идет по пользователю писавшему пост, при выполнении задачи принудительно (в ручном режиме), валидация проходит от администратора. а вот если в автомате...

Может быть такое и как это побороть?

Или надо писать свои функции проверок и занесения в базу... очень не хочется.
 
Bot
Yandex Bot Yandex Bot is online now
 
Join Date: 05.05.2005
Реклама на форуме А что у нас тут интересного? =)
Old  
kerk
k0t
 
kerk's Avatar
Default 0

а где происходит проверка?
в каком месте кода?
 
Old  
SMak044
Эксперт
 
SMak044's Avatar
Default 0

Quote:
Originally Posted by kerk View Post
а где происходит проверка?
в каком месте кода?
В файле functions_newpost.php в функции fetch_valid_tags наверно где то 870 строка, там есть запрос и ограничение
WHERE threadid = " . intval($threadinfo['threadid']) . " AND userid = " . $vbulletin->userinfo['userid']

SMak044 добавил 23.10.2009 в 00:09
Я проверил от какого пользователя запускается cron. Лог показывает "0"

Last edited by SMak044 : 10-23-2009 at 01:09 AM. Reason: Добавлено сообщение
 
Old  
kerk
k0t
 
kerk's Avatar
Default 1

если перед этим кодом есть хук, прицепи к нему код, жестко указывающий ID узера от которого будет производиться запуск задачи
PHP Code:
if($your_condition)
{
    
$admin_ID $vbulletin->options['your_setting_var'];
    
$vbulletin->userinfo['userid'] = $admin_ID;

соотв. перенеси это в настройки, т.к. ID админов разные и проверяй переменную на валидность/не пустая ли она
 
Old  
SMak044
Эксперт
 
SMak044's Avatar
Default 0

Понял.
Quote:
Originally Posted by kerk View Post
если перед этим кодом есть хук, прицепи к нему код, жестко указывающий ID узера от которого будет производиться запуск задачи
Могу лия это прямо в крон файле прописать? без хука?
 
Old  
kerk
k0t
 
kerk's Avatar
Default 0

если узер_ид есть в твоем запросе, то почему нет?
только обязательно проверяй переменную =)
 
Old  
SMak044
Эксперт
 
SMak044's Avatar
Default 0

Кажется я понял где проблема.
Долго поигравшись с логом вычислил, что срабатывает условие
PHP Code:
if ($check_browser_perms AND !($vbulletin->userinfo['permissions']['genericpermissions'] & $vbulletin->bf_ugp_genericpermissions['cancreatetag'])) 
При этом:
check_browser_perms => 1
vbulletin->userinfo['permissions']['genericpermissions'] => 33554433
vbulletin->bf_ugp_genericpermissions['cancreatetag'] => 1073741824

Когда создаю тему сам то получается вот такое:
check_browser_perms => 1
vbulletin->userinfo['permissions']['genericpermissions'] => 2147483583
vbulletin->bf_ugp_genericpermissions['cancreatetag'] => 1073741824

При выполнении задачи не в автоматическом, а в путем "Выполнить сейчас" то так же как и при создании темы:
check_browser_perms => 1
vbulletin->userinfo['permissions']['genericpermissions'] => 2147483583
vbulletin->bf_ugp_genericpermissions['cancreatetag'] => 1073741824

Если честно, то не могу понять этого условия.
Дело в том, что при формировании валидных меток, эта проверка создает массив меток, которые в последствии исключаются из валидных.
Что сделать, что бы условие не срабатывало?

SMak044 добавил 23.10.2009 в 02:53
Поборол.
Правда не очень красиво просто в файле cron указал указал:
$vbulletin->userinfo['userid'] = '1';
$vbulletin->userinfo['permissions']['genericpermissions'] = 2147483583;

Но понимаю, что это не совсем правильно. Чем это чревато на реальной системе?
Не является ли это дырой?

SMak044 добавил 23.10.2009 в 03:38
Сделал все через настройки в админке.

Last edited by SMak044 : 10-23-2009 at 04:38 AM. Reason: Добавлено сообщение
 
Old  
Yoskaldyr
Специалист
Default 1

SMak044, Самый правильный вариант изменить биты $vbulletin->userinfo['permissions']['genericpermissions'] для разрешения добавления и изменения тегов, перед запуском стандартной функции булки (конечно предварительно сохранив текущее значение $vbulletin->userinfo['permissions']['genericpermissions']). После чего в конце своего скрипта вернуть права в исходное значение.
Возвращать надо, потому что после твоего скрипта могут другие крон задачи выполняться и им могут понадобится права (самой булке вряд-ли, но каким либо хакам может быть)
 
Old  
SMak044
Эксперт
 
SMak044's Avatar
Default 0

Yoskaldyr, Гммм не подумал, так и сделаю. Это правильно. Спасибо!
 
 

Thread Tools

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off




All times are GMT +4. The time now is 06:07 AM.


Powered by vBulletin® Version 3.0.14
Copyright ©2000 - 2016, Jelsoft Enterprises Ltd.