Еще поиграйте с ускорением/замедлением камеры, может тоже поможет. И то, что ниже написал ogra, тоже кстати, может быть верно: я где-то на Хабре видел статью, что у объектов координаты окгругляются (причем по какой-то хитрой системе), и если брать координаты из объекта, инкрементировать их и записывать назад, будут ошибки. Попробуйте их дампить, чтобы проверить эту версию.
Во-первых, не такой небольшой (5 Кб всего), просто там куча лишнего функционала. Я понял вопрос как «как преобразовать дату в строку», а там в плагине примешана работа с DOM (которая по условиям вопроса не нужна).
Да, движение должно привязываться к deltaTime, так как никто не гарантирует, что например процессор не понадобится другой программе. Что касается перерисовки, если флеш-плеер обновляет картинку с частотой смены кадров, просто нет смысла вызывать ваш таймер чаще. Это же лишняя работа.
Насчет использования битмапа, я ошибся, я думал вы все объекты в цикле обходите. В вашем случае, действительно, ваш подход правильнее. Извиняюсь за неточность.
Тогда методом исключения причиной остается либо 1) несовпадение частоты обновления монитора и частоты обновления картинки флеш плеером (может, можно поэкспериментировать с частотой кадров ролика? с переменной FPS?) либо 2) то, что иногда ОС отнимает процессорное время у флеша и он вовремя не перерисовывает кадр, и глаз успевает это засечь. В этом случае можно попробовать сделать фон менее равномерным, чтобы трудно было заметить искажения. Или сделать движение с ускорением и замедлением, а не равномерным. Также, можно попробовать запустить ролик на нормальном не-debug плеере на более мощной двуядерной машине, с высоким проиритетом процесса и посмотреть, изменится ли что-нибудь.
А, впрочем знаю, где нужны такие плагины. Видимо, они нужны для каких-то CMS с закрытым и зашифрованным кодом, которые выводят дату как хотят, и проще на клиенте ее исправить яваскриптом, чем уговорить разработчика сделать нормальный вывод даты. Угадал?
В вопросе шла речь о том, как форматировать даты с учетом особенностей русского языка. Приведенный вами плагин нет смысла переписывать с нуля, его можно перевести за 20 минут: заменить шаблоны английских фраз на тройки шаблонов на русском + добавить код выбора одного шаблона из трех (типа %d минута, %d минуты, %d минут). Это быстрее, чем дождаться ответа на вопрос. Также задачу можно решить (правильным способом), форматируя даты сразу на сервере. Весь код будет состоять из нескольких if (если прошло меньше часа, пишем минуты, если меньше 8 часов, пишем часы, если меньше 2 дней, пишем вместо даты сегодня/вчера, если меньше 3 месяцев, пишем дату/время без года, иначе с годом). Любой начинающий программист, как мне кажется, когда-то писал для этого свою функцию.
Например для минут:
var now = +new Date;
var sometime = +new Date(2012, 2, 30, 4, 0, 0);
var MINUTE = 60 * 1000;
if (now — sometime < 60 * MINUTE) {
var minutesPassed = Math.floor((now — sometime) / minute);
return chooseOne(minutesPassed, "%d минута назад", "%d минуты назад", "%d минут назад")
}
Пишем еще 5 таких же ифов, и задача решена.
Также, не могу не отметить, насколько бредовым и бессмысленным является приведенный в пример плагин. Если вам надо вывести дату в теге abbr, разве не проще сразу на сервере вписать туда ее в нужной форме, чем вписать в каком-то машиночитаемом формате, а потом отдельным скриптом (который замедляет работу браузера) ее переводить. Нафига?
Если же вам надо форматировать даты. полученные/сгенерированные на клиенте, то вам нужн функция formatHumanDate(), а не плагин к jQuery. да, видимо правду говорят, что использование jQuery заменяет использование мозга.
> ulimit очень узкий, и расчитан на процессы создаваемые пользователем, а не системой.
Вы бы мануал хоть почитали. ulimit ограничения наследуются детьми процесса. Если у вас PHP работает внутри апача, ставьте ulimit на апач. ТЕМ БОЛЕЕ! в PHP ограничить память можно банально настройкой php.ini. Можно вместо беспорядочного запуска PHP-скриптов сделать диспетчер, который будет следить за их количеством. В общем, вариантов множество − было бы желание.
Трудоемкость высока, такие проверки лучше всего делать отдельным демоном. который будет держать словарь постоянно в оперативной памяти. Не прошедшие словарь слова не обязательно спам, их надо как-то обрабатывать отдельно: например, склеивать буквы из них и проверять по черным спискам.
Но вообще есть куча других способов: привязка к телефонам (вконтакте), карма и инвайты (Хабр), лимиты на число отправляемых сообщений в единицу времени, лимиты на отправку однотипных сообщений (соцсети). Сделать 100% фильтр на основе только текста сообщения все же сложно.
Что за чушь. Когда я пробовал пользоваться линуксом (и убунтой, и другими), она во всех аспектах на том же железе работала медленнее хорошо настроенной винды. Потому что в опен сурсе никому не интересно заниматься оптимизациями, и код там лепят как придется.
Это как фаерфокс против Хрома (и при этом они оба по потреблению ресурсов проиграют Опере).
А что касаетяс яроксти и контрастност монитора, она должна согласовываться с освещением. Также, освещение в помещени должно быть ярким, а не бледным (так как при бледном освещении и картинка должна быть бледной, а это неудобно).
Его вообще можно убрать.