Антон Корзунов

Есть два совета которые помогут вам какую бы анимацию вы не делали
не применяйте то что не видно — если ты смещаете обьект на 10 пиксель за секунду в 100 FPS — каждый раз смешаете на 0.01 — смысла в этом нету, а проц кушает.

Давайте посмотрим глубже.
100 обьектов смешаются на 10 пикселей. В 100 FPS
Вы пробуете это сделать, тормоза, прощай 100 FPS. Цикл…

Теперь давайте не будем смешать их на невидимые растояния. Также каждому дадим некий стартовый «офсет»
В итоге — за каждый тик сместиться только 10 обьектов. В след тик — другие 10.
За «видимый» тик — все.

Утверждение — если разбивать анимацию на части, и не анимировать все обьекты — это поднимет FPS
Поднятие FPS сгладит возможные скачки сдвига обьектов.
И — чем быстрее работает — тем еще более быстрее работает…

Я такую технологию сильно опробовал в свое время на shadow-mapping( через текстуры ) — надо обновлять кубик. Вот полный апдейт 6ти граней тормозил. А если в тик только две грани — нормально. А поднятие FPS не дало заметить что некоторые грани сушествуют немного не в том времени

gamedev.ru — рекомендую зайти и остаться
ну или nvidia developers

Блин, прям юнность вспомнил

Бывают случае когда ORM не справиться с запросом. Просто никак.
И бывают запросы когда и нативный ввод SQL тоже не справиться с запросом.
Проблемы бывают как технические, так и архитектурные или скоростные.

Но в любом случае — чем хитрее и оригинальнее обвязка над конечной БД — тем лучше.
Начиная от работы с базой в несколько конектов, заканчивая работой с несколькими базами, или таблицами партироваными на несколько серверов. Или даже прямым отображением на сфинкс.

Так что нарисуйте что вам нужно сейчас, дорисуйте туда столько же из головы, из того что теоритически может вдруг понадобиться потом.
Соберите в единую систему.
И под эту систему ищите инструмент.
Но совсем чистый SQL не используйте никогда — как минимум запросы через свою обертку. Как минимум возмонжость как либо легко менять(или находить в запросе) имена таблиц.

javascript вообще великолепно работает во всех браузерах.
ВО ВСЕХ.
Это вам не css и не верстка где возможны любые глюки.
В ИЕ есть только два «популярных» момента — eventы и ajax — обе решаются один раз и на всегда в 10 строчек. Ну и операции со строками и сорты разные. Которые просто, при неакуратном обращении, тормозят.

А вы когда-нибудь думали про javascript под… Хром?
Вот кто шаманит так это он — теряет порядок элементов и оверрайдит некоторые поля неких элементов.
Например name у класса( особенно этим страдает mootools, Потому что в name у него будет имя функции конструктора класса).

Заходим в убунте во внешний вид, переходим на раздел Шрифты.
Перед вами настройки сглаживания.
Они могут очень сильно изменить внешний вид шрифта и даже… его размер :)
Например полное-субпиксельное выдает шрифт ~ на 10% меньшего размера чем «без сглаживания

onclick="kodimg(this)"

var lastkodimg=0;
function kodimg(_this)
{
 if(lastkodimg){
  lastkodimg.className='bimg'
 }
 _this.className='v-img';
 lastkodimg=_this;
}

проверено — работает

«спасибо что прочитали всю страницу» — отлично смотреться будет

По мне так это обычное капсулирование функционала.
А на вход вы можете подать любую переменную, например документ ифрейма а не свой — функции будет как-то фиолетово

Когда деревья были большими, а памяти на компе 256, а мне очень хотелось поиграть в линейку — я отключал все. Что позволяло высвободить «лишних» 30-40 мегабайт.
Ну и конечно же, конечно же никакого бэкграунда( он вообще с десяток мегабайт в раме занимает, зависит от разрешения)
После чего я пересчитал гигабайты на пиво, и денек не попил пива.
С тех пор ничего выключать мне не требовалось ниразу.

Если хотите чтобы работало быстрее — оверклокинг ждет вас. 10-20% можно выжав с закрытыми глазами( и в холодной комнате )

Вопрос в том чтобы доказать что это их личные ноутбуки.
У меня на старой работе например практически все компы не стояли на балансе.
Просто стояли на столах, а откуда они взялись… загадка :)

заведите поле uRAND в таблице и раз в день сидите туда истинный RAND
после чего SELECT * FROM table WHERE uRAND<somerandvalue ORDER BY uRAND DESC LIMIT 1

кто чего может сказать по Dr.Dac nano?

в 99% процентах случаях шрифты отображает OC либо «через» ОС, с ней, и с «prefered» пользователя сложно поспорить

раньше хранил в front-cache(два гига) + 4 гига картинок(700к чтук) в $1/$2/md5(name) где $1-$2 — два первых и два вторых символа md5 имени.

Теперь храню в кеше и mysql.
Причина проста — когда надо было переехать на другой сервер архивация папочки заняла… 6 часов

Сам использовал вариант 2.
Как не странно — очень часто выбрать правильное — не так уж и просто.
Долго парился с группами и правильными ордерами, чтобы выбирать последние данные кучи разнородного материала.

Кончилось тем что историю храню отдельно, а последний срез данных — отдельно.
Вообще никаких проблем, да и операции с главной базой стали проще и быстрее

Учите Lua — ФП аля JS. Почти на 99% схожи эти языки. Ну кроме банального синтаксиса.
Или про него все забыли?

Из данного списка я бы лично для себя убрал бы оба HTC по одному признаку, который почему-то все как-раз нахваливают — размер экрана.
Desire огромен, HD2 еще больше.
Такому «стройному» человеку как Я их просто не совсем удобно таскать в кармане брюк.

Iphone меньше совсем чуть чуть, но разница уже значима.
ПС: нет, у меня не айфон

Использовать самопальный json::encode — там кода на 20 строк.
И даже кормить его cp1251 без конверта.
У таких решение только один минус — работают в сотни раз встроенного решения.