проблема в том что автосохранение не знает что этот топик уже сохранен, сохраняет его снова и только тогда записывает в <input type=«hidden» name=«draft_id» value=«0» id=«draft_id»/> что топик сохранен под таким-то номером.
решается это так: <input type=«hidden» name=«draft_id» value="{$_aRequest.topic_id}" id=«draft_id»/>
проблема в том что автосохранение не знает что этот топик уже сохранен, сохраняет его снова и только тогда записывает в /> что топик сохранен под таким-то номером.
а использованный хеш удаляется из сессии? можно например нажать назад поменять данные в форме и отправить с теми же буковками капчи
как в данном случае пользователь отключил картинки, хеш в сессии не обновляется и постишь сколько угодно
а смысл его таким добавлять? для пересчета нужно знать порядок всех голосов. Без временной отметки у вас сначала посчитаются голоса за комментарии, потом за топики, потом за пользователей или в другом порядке, зависит от реализации.
оказалось недостаточно снять ограничня на точность только в бд, нужно еще в файлах
у себя изменил User.entity.class.php
public function getSkill($round=1) {
if($round) return number_format(round($this->_aData['user_skill'],2), 2, '.', '');
else return $this->_aData['user_skill'];
}
public function getRating($round=1) {
if($round) return number_format(round($this->_aData['user_rating'],2), 2, '.', '');
else return $this->_aData['user_rating'];
}
и User.mapper.class.php
public function Update
$oUser->getSkill(0),
$oUser->getRating(0),
по-дефолту она не ставится. если у вас уже есть голоса в системе, то пересчитать не получится (значения рейтинга и силы изменятся неопределенным образом)
менять нужно в чистой системе
Как сделать я написал, нужен пересчет по указанной формуле. Если есть необходимость — выложу скрипт для пересчета.
Пишите позитивные комментарии и будет вам возврат из минусов.
А насчет возврата из плюсов можно привести множество примеров что этого делать не стоит, например, вы говорите ветерану войны, что война была давно и то что вы в ней участвовали сейчас имеет гораздо меньшее значение.
этой архиважной вещи до сих пор нет потому что ее нет на хабре. делать подблоги не надо, для этого есть теги. выведите теги конкретного блога и будут вам подразделы.
я подумал и решил что принижать заслуги пользователя с течением времени нельзя. по-вашему получается что пользователь написавший несколько топиков и получивший за них плюсы, через некоторое время будет иметь такой же рейтинг как пользователь написавший 1 комментарий с плюсом. так вы убьете все желание пользователей что-либо писать.
где же вы нашли критику, я всего лишь поделился сомнениями по поводу определения данного движка под cms. по моему это дальнейшее развитие форума, в стиле веб 2.0, а форумы вы же не называете cms.
решается это так: <input type=«hidden» name=«draft_id» value="{$_aRequest.topic_id}" id=«draft_id»/>
решается это так: />
как в данном случае пользователь отключил картинки, хеш в сессии не обновляется и постишь сколько угодно
место на диске достаточно?
у себя изменил User.entity.class.php
public function getSkill($round=1) {
if($round) return number_format(round($this->_aData['user_skill'],2), 2, '.', '');
else return $this->_aData['user_skill'];
}
public function getRating($round=1) {
if($round) return number_format(round($this->_aData['user_rating'],2), 2, '.', '');
else return $this->_aData['user_rating'];
}
и User.mapper.class.php
public function Update
$oUser->getSkill(0),
$oUser->getRating(0),
менять нужно в чистой системе
Для возможности пересчета у вас все голоса должны иметь дату когда этот голос был поставлен.
Пишите позитивные комментарии и будет вам возврат из минусов.
А насчет возврата из плюсов можно привести множество примеров что этого делать не стоит, например, вы говорите ветерану войны, что война была давно и то что вы в ней участвовали сейчас имеет гораздо меньшее значение.