Владельцам 3.8.6: не поставили патч - потеряли форум!

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

  • Неограниченное количество категорий и суб-категорий
  • Настройки прав доступа по группам
  • Настройки прав доступа по каждой категории
  • Предпросмотр медиа файлов: 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  
Yoskaldyr
Специалист
Default 0

Quote:
Originally Posted by netwind View Post
так и не понял. в типичном случае, если не изменять время запуска и запускать крон как и было задумано, проблема возникает?
Все равно есть такая вероятность, я же добавил описание:
Quote:
Originally Posted by Yoskaldyr View Post
смысл выражения TIMENOW - intval(1.1*($nextrun - TIMENOW))) в том чтобы гарантированно захватить период прошлого успешного запуска данной задачи и это должен решать сам админ исходя из посещаемости форума и частоты отработки крона (например, крон не всегда может отработать из-за неправильной обработки заголовков No-Cache браузером или проксей), также крон не отработает при каких либо ajax функциях (но отработает lastactivity для пользователя) - так как нет обновления страницы и как результат нет обращения к cron.php
Т.е. при оригинальном условии
"WHERE user.lastactivity >= " . (TIMENOW - ($nextrun - TIMENOW)))
все равно могут не захватиться все пользователи

Еще одно из решений - это прикрутить к системному крону curl или wget чтобы они дергали cron.php раз в минуту, тогда вероятность возникновения такой проблемы стремится к нулю.

Last edited by Yoskaldyr : 08-26-2009 at 03:51 PM.
 
Bot
Yandex Bot Yandex Bot is online now
 
Join Date: 05.05.2005
Реклама на форуме А что у нас тут интересного? =)
Old  
netwind
Гуру
 
netwind's Avatar
Default 0

Ты таким образом пытаешься решить проблемы нестабильности своего хостинга, а в нормальном случае эта ситуация не возникает никогда. Я прав?

В cron.php есть специальные вызовы
ignore_user_abort(1);
@set_time_limit(0);

Это должно гарантировать что скрипт будет работать сколько нужно и независимо от проблем со связью у вызывающего.
Про ajax непонятно. Он же не может отодвинуть назад поле user.lastactivity. Cron работает когда пользователь фактически попытается загрузить картинку из cron.php. Разумеется,запросы ajax не приводят к вызову скрипта.

Так что я не вижу вариантов когда при отсутствии проблем на хостинге продвижения не отработают.
 
Old  
Yoskaldyr
Специалист
Default 0

netwind, Как на разных языках разговариваем
Попробую еще раз. Сам крон отрабатывает, не отрабатывает правильно один из его модулей - т.к. не совсем правильная логика. А именно - расчет предыдущего запуска задачи ведется на основе следующего запуска задачи (неужели только мне кажется что это немного через ж...).

А именно сначала считается разница между текущим временем и следующим запуском и потом от текущего времени отнимается полученный результат. Поэтому полученное таким расчетом время последнего запуска задачи не будет полностью достоверным, т.к. в предыдущий раз задача могла отработать значительно раньше, все таки крон булки - это не системный крон с гарантированной отработкой задания в определенное время, а скрипт который запускается при каждом открытии страницы (прозрачным gif-ом). Нет обновления страниц или в броузере отключено отображение картинок для экономии трафа (через мобилу например) - крон не запустится, хотя реальная активность на форуме будет.

Т.е. в идеальном случае при гарантированном запуске крона каждую секунду (может быть и минуту - более детально не копал код, есть там округление до минут или нет) описанной проблемы не будет.

Но это в идеальном случае, на практике крон булки запускается совсем не раз в минуту. И как следствие хоть сам скрипт (и задание в том числе) и отрабатывает до конца, но повышения пользователей отрабатываются не все.

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

Last edited by Yoskaldyr : 08-26-2009 at 05:27 PM.
 
Old  
netwind
Гуру
 
netwind's Avatar
Default 0

Понял.
С точки зрения практики это нормальное решение даже с учетом неизбежных потерь. Ведь заинтересованный пользователь постоянно заходит на форум и он попадет в тот или иной промежуток все равно. Часом позже или раньше. Навсегда может "остаться в прошлом" только незаинтересованный пользователь. Да и пускай. Незачем его продвигать.

При постоянной посещаемости как раз будет гарантированный запуск без задержки в точно рассчитанное время и расчет будет вполне верный. То есть большой форум как раз этой проблеме не подвержен. Запускать раз в секунду совсем не нужно.
 
Old  
Yoskaldyr
Специалист
Default 0

Quote:
Originally Posted by netwind View Post
С точки зрения практики это нормальное решение даже с учетом неизбежных потерь.
Это и так понятно и понятно что разработчики это понимают - не зря условие поставили специально для админки, только вот нигде это не описано :(
 
Old  
netwind
Гуру
 
netwind's Avatar
Default 0

Многие знания несут многую печаль
Документация не должна изобиловать лирическими отступлениями. По крайней мере, по поводу специфического механизма работы cron там есть абзац. А знать к чему может привести специфика работы повышений в крайне редких случаях - уже лишнее.
 
 

Tags
cron, повышения

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 03:49 PM.


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