Кроме этого, параметр, передаваемый в функцию (в данном случае это $a) обычно не переопределяют внутри функции (если он передан не по ссылке). То есть внутри функции
Почитайте описание функции animate (http://jquery-docs[dot]ru/effects/animate/ )
У неё есть четвёртый параметр - функция, которая вызывается по окончании анимации.
Вот в качестве этой функции и надо указывать функцию left, а не вызывать её сразу же за функцией right().
То есть получается так:
И вызывать надо только функцию right(), функция left будет вызвана автоматически по окончании анимации в функции right().
Могу, конечно, ошибаться, так как мало работал с jquery, но по идее это делается именно так.
в конце строк $buffer попадается символ перевода строки. В итоге, в $pieces['status'] попадает не просто строка с цифрой, а, опять таки, строка с цифрой и с переводом строки.
В итоге, равеноство не выполняется
Когда равенство не выполняется ни разу, массив $global не создаётся, следовательно, его нельзя перебрать с помощью foreach в строке 26.
Для исправления, необходимо
Разумеется.
Вы считаете это не верно?
Формула учитывает и общее количество просмотров и дату публикации.
Если пост сохранит динамику просмотров, то через 10 дней он получит такой же рейтинг 11.
Если же количество просмотров за 10 дней у него в итоге получится 200 ( кпримеру привязанную к дате акцию читали только 2 дня), то рейтинг станет = 2.2
А, ну, я не знал, что так и задумано. Я думал, что более новые посты должны отображаться выше, чем более старые. А если приоритет отдаётся старым постам, то это другое дело. Просто, для чего Вы это делаете, мне точно не известно, поэтому Вам виднее, как правильнее будет.
Получается, что максимальный приоритет при прочих равных условиях Вы отдаёте постам с возрастом от 1 месяца. Это при условии, что количество просмотров будет стабильным.
(100/10 + 100)/100 > 2 по вашему?
1.1 коэфициент получится.
Потому что количество просмотров за последний месяц у него 100, раз он опубликован 10 дней назад. Поэтому формула отработала правильно.
Ну ведь 100 просмотров в день-это 1000 просмотров за 10 дней. Итого получаем (1000/10+1000)/100=11. Это если пост имеет 100 просмотров в день и опубликован 10 дней назад. А если пост имеет тех же 100 просмотров в день, но опубликован 1 день назад, то получается (100/1+100)/100=2. То есть пост со 100 просмотров в день, размещённый 10 дней назад, будет выше, чем тот же пост, размещённый 1 день назад. (Добавление)
или я что-то не так понял?
В таком случае, чем меньше число просмотров за день, тем k будет больше? (Добавление)
Хотя нет, не так получается. (Добавление)
Всё-таки не наоборот (Добавление)
Zuldek пишет:
В итоге пришёл к такой формуле пока:
где
x - общее число просмотров поста
d - количество дней с публикации
c - количество просмотров за последний месяц
m - коэфициент важности учета просмотров за месяц в расчётах.
По умолчанию m = 1, если учитывать просмотры за последний месяц нужно ещё больше - увеличиваем этот коэфициент, если меньше - уменьшаем.
Для поста имеющего 500 000 просмотров за 5 лет, но 5 просмотров за текущий месяц, искомый коэфициент будет равен по формуле 2.8.
Для поста имеющего 1000 просмотров и опубликованного 10 дней назад, он будет равен 11
А если пост имеет 100 просмотров и опубликован всего 1 день назад, то результат будет равен всего 2. То есть получается, что пост, опубликованный 10 дней назад будет иметь более высокое значение, чем пост, опубликованный 1 день назад, хотя количество просмотров в день у них одинаковое?
Не совсем понятно, что такое x и d, если в формуле присутствуют a и b. Наверное, x-это a, а d-это b? В таком случае Вы делите на количество дней с публикации. А если опубликовано сегодня, то количество дней к публикации будет равно 0, и тогда по формуле получится бесконечность.
Да, я ошибся. Я имею в виду количество просмотров в единицу времени. (Добавление)
Хотя, конечно, всё равно более старые посты будут более посещаемыми в том числе и по количеству просмотров в единицу времени.
Получается, чем старше пост, тем он должен быть ниже. Это с одной стороны. С другой стороны, чем больше количество просмотров в месяц, тем пост должен быть выше.
Возраст поста=текущая дата-дата рубликации. В таком случае первый множитель должен быть пропорционален 1/возраст поста=1/текущая_дата-дата_публикации+1. Второй множитель должен быть пропорционален количеству просмотров в месяц. В таком случае
Например, если пост опубликован сегодня, то его релевантность будет равно количество просмотров_в_единицу_времени/1. Если пост опубликован вчера, то количество просмотров должно быть в 2 раза выше для той же позиции.
Это в простейшем случае. В более сложном случае можно использовать и логарифмы, либо корень квадратный. Например, можно взять логарифм десятичный от количества просмотров для того, чтобы оно так сильно не влияло.
ой, я не то отправил. Сейчас должно появиться. Уже и в лс, и, возможно, на ящике есть. (Добавление)
Буду описывать Ваши ошибки по мере их нахождения
admin/index.php:
Тег Form не должен находиться внутри тега head. Перенёс его в тег body. (Добавление)
Не задана кодировка сайта. Добавил тег meta charset (Добавление)
Кроме этого, похоже, что у Вас на сервере отключены сообщения об ошибках. Так как там явная parse error. Рекомендую включить на сервере либо с помощью функции error_reporting (Добавление)
В template_full.html у Вас был пропущен символ "." в
mysql_query("INSERT INTO comments(article_id,author,mail,text) VALUES(1,'$author','$mail','$comment')")
or die('Failed to connect to database server!<br>'.mysql_error());
(Добавление)
Кроме этого, всю обработку добавленияв комментария я перенёс из template_full.php в full.php, где ей и место (Добавление)
Кроме этого, к action формы добавления комментария я добавил id. Для того, чтобы full.php не ругался на то, что он не задан и чтобы отображалась требуемая статья. (Добавление)
Кстати, расширение mysql, которое Вы используете, уже устарело. Рекомендуется использовать расширение mysqli. http://www.php.su/articles/?cat=...pdb&page=010 (Добавление)
Проблему с добавлением комментария исправил. Есть и другие проблемы, например, проблемы с фильтрацией входных данных, но это уже другой вопрос. Архив выслал. Смотрите последнее письмо. В предпоследнем не доделано. (Добавление)
Кстати, рекомендую почитать про sql-инъекции и XSS. Прежде всего про инъекции. Так как у Вас входные данные, полученные из формы, не фильтруются. Рекомендуется перед вставкой в запрос фильтровать их хотя бы с помощью mysql_real_escape_string. (Добавление)
Например, вот статья про способы фильтрации: http://habrahabr[dot]ru/post/143035/
Если этого не достаточно либо не понятно, то можете поискать в google с ключом "фильтрация входных данных php"