совем недавно на нашн-геграфикс было… да поднимают на судно, снимают термопушкой изоляцию, подрезают концы под микроскопом, вставляют удлиняющий кусок, варят, надевают бандаж (такая «банка» для механической прочности) и обратно спускают.
лабо понимаю суть защиты, для людей с руками — сигнал аналоговый — раскурочиваются уши, и «выше» чипа делается джек на обычные уши (я так понимаю за пультом уже 2+2 аналог), хотя покупать девайс что-б потом поковыряться в нем — изврат, я так понимаю следующий шаг — фоновое кодирование ключами mp3 в itunes.
в HighEnd именно ремень я не прямой привод юзается, типа для минимизации мгновенных колебаний скорости — это в дижейских прямой ввиду того что ремень просто через час умрет а звук будет «тянуть»
хм… если данная штука позиционируется как HighEnd то радкая дурость — дерево, как-бы классно не было обработано — подвержено деформациям, а следовательно изменению геометрии что на фоне маниакальной борьбы с джитером «в цифре» путем установки двухтонной плиты под транспорт — выглядит плевком в душу.
ну вообще лисапед конечно, в том смысле что только мной написаны 2 реализации. от себя советы:
1. все-же всегда ходить через скрипт
2. скрипт юзает также HTTP кеширование (If-Modified-Since и т.п.)
3. вычищать кеш, как тут советовали, проверяя раз в 100 запусков например старые копии
4. на нагруженных системах существующее решение легко адаптируется путем установки принудительного кеширования например на минуту сервером (поэтому на скорость можно забить)
5. кроме размеров, как оказалось, полезно передавать еще, как минимум, 2 параметра — тип масштабирования (вписывание, обрезание) и цвет фона при вписывании как вариант можно добавить что-то типа фильтра (сепия, блур еще что)
только вот в вашей схеме если картинка поменяется то придется вычищать все ее миниатюры, ну либо заботиться об уникальности файлов — тогда это будет помойка
вроде того, я тебе больше скажу, например, собирался вижн клиенту на основе экспертных оценок консультантов и коэфициентов подсмотренных разработчиком видимо в умной книге по менеджменту — жесть, иногда «почему-то» вижн получался «неправильным» поэтому «самому главному эксперту» приходилось его всегда перепроверять — редкий идиотизм, там много заморочек было.
можно но не нужно… работал с конторой где «на твердом фундаменте формализованного метода» было построенно ФСЕ, на курилках только и разговоров было про этот «фундамент», использовалась в основном нецензурная лексика… но зато «со стороны руководства» все выглядело отлично — пипл шуршит, «вот я вижу что процесс идет» и все в таком духе… конторы больше нет… во многом благодаря фундаменту, очень многие ушли с причиной да я за эти-же деньги «там» не буду иметь этого гемороя… я конечно о приземленном а вы о вечном :)
лично я не встречал, думаю поиск серебряной пули находится где-то рядом — имхо менеджмент проекта доводить до фанатизЬма не стоит, есть мнение что затраты на менеджмент обратно-пропорциональны скилам его участников, и чрезмерное зацикливание на менеджменте должно стать тревожным звоночком о низких этих самых скилах…
по идее он на грунте
1. все-же всегда ходить через скрипт
2. скрипт юзает также HTTP кеширование (If-Modified-Since и т.п.)
3. вычищать кеш, как тут советовали, проверяя раз в 100 запусков например старые копии
4. на нагруженных системах существующее решение легко адаптируется путем установки принудительного кеширования например на минуту сервером (поэтому на скорость можно забить)
5. кроме размеров, как оказалось, полезно передавать еще, как минимум, 2 параметра — тип масштабирования (вписывание, обрезание) и цвет фона при вписывании как вариант можно добавить что-то типа фильтра (сепия, блур еще что)