А это длинное сообщение от сервера, которое растягивает li, случайно не в одно слово идет? Можно примерчик? И еще, если в этом сообщении и есть пробелы - не факт что по ним будет переносится текст, может они неразрывные.
1. В моем примере (в таблице votes_log) хранится только сам факт голосования определенным пользователем. Можете еще добавить в эту таблицу поле за кого он голосовал, тогда кроме этой таблицы вообще ничего не нужно будет.
2. Логика запроса простая: мы получаем количество записей в таблице за прошедшие трое суток по определенному пользователю.
Команда DATE_SUB(NOW(), INTERVAL 3 DAY) формирует дату-время - три дня назад от текущей.
Ну я вот опытным путем установил, что если построить график R(k), то он похож на параболу, т.е. сначала от точки к точке уменьшается, а потом увеличивается. Но действительно ли это так математически как проверить не знаю.
Если это действительно так, то вычислять можно будет не подряд все значения R(ki), до тех пор пока сумма не начнет расти, а бинарным поиском — при больших n значительно быстрее получится.
Поиск сделать можно, т.к. при отсортированных ai/bi, R(ai/bi) имеет соотношения:
R1 > R2 > Rmin < R3 < R4
т.е. график получается походим на «ломаную» параболу
Утверждение «При 17k — 42 > 0, все остальные модули тоже будут иметь положительное значение» — не верно. Все остальные модули будут имет всегда не отрицательное значение
Ну можно сказать что аналитически.
Числа a и b — случайные, длина n — случайная. Хочется найти формулу, подставляя в которую эти числа можно было бы получить Rmin(k)
Ну не совсем что попало.
Если последовательности имеют одинаковое среднее арифметическое, то k лежит в пределах от 0 до 2.
И функция R(k) имеет вид, похожий на параболу с минимумом как раз в этих пределах. Так что там не совсем двоичный поиск, а поиск «методом вилки».
'caption' => 'clear'