> Никогда не забуду свой 386SX-20, где Doom подтормаживал даже в маленьком окошке, а у друзей были крутые 386DX-33. За год удалось накопить на 386DX-40, уже на нём игра пошла в полный экран.
Я почитал (link). Мне понравилась идея с индикаторами, но что касается механизма самих клавиш — здесь вы слабы. Не нужно изобретать эти механизмы, все они уже давно изобретены, проверены и обсчитаны: http://www.overclock.net/t/491752/mechanical-keyboard-guide
Рекомендую купить (от $150 и выше), либо взять у кого-нибудь попользоваться механическую клавиатуру. Идеально с MX Red или MX Brown свичами. Попользовавшись ею пару дней, вы поймете, в чем фокус с механизмами. Клавиши нажимаются гораздо приятнее, чем на мембранной. Современные клавиатуры в дань моде на маленькую толщину перешли почти все на «ножничковый» механизм (как в ноутбуках). Его единственное преимущество — небольшая высота. Но в случае деревянной клавиатуры, я полагаю, вопрос вместить сантиметровый по высоте свитч в корпус не является проблемой. Поэтому все же рекомендую механику.
Кстати, раз уж зашла речь о гиках. Есть крупный зарубежный форум geekhack.org. Советую опубликовать там тему с небольшим описанием вашей технологии изготовления мышки. Люди там увлечены переферийными устройствами, некоторые умудряются закупаться несколькими 200-долларовыми клавиатурами в месяц. Уверен, некоторое количество клиентов оттуда вы найдете сразу.
Не ощутил каких-либо затруднений последние два месяца. Как стучались в Skype, так и продолжают. 2012-й на дворе, все худо-бедно освоили Google и умеют искать контакты.
О чем вы говорите, какие развязки. У нас в новосибирской области в прошлом году с начала мая до начала сентября перекрывали дорогу до одного из районных центров, чтобы капитально отремонтировать 1 км (!) дороги. Не шучу. 100 дней на 1 км. В этом году, уже без перекрытия, там же закатали еще 4 км дороги за лето. Сколько еще таких областных дорог по всей стране, которые не требуют никаких переходов, туннелей и мостов — просто обычной прямой дороги по одной полосе в каждую сторону? Да миллионы километров!
Бывалому жителю Таиланда пора бы уже знать, что название страны пишется через «и», а «Ко» по-тайски означает остров — следовательно, Самет, а не Косамет.
При всем уважении, очередная статья автора, оформленная в стиле «продиктовано но не прочитано». Вы там хоть иногда от стрип-баров и жары просыхайте что ли. А вот вон Хуа-хин уже островом назвали.
До сих пор не могу привыкнуть и сделать ее основной, пользуюсь по паре часов в день.
Прикупил набор клавиш от WASD без букв, есть план пересесть на раскладку Colemak.
Для этого случая можно и спрайт собирать :)
Я имел в виду вариант динамического вывода, когда, скажем, каждому пользователю отображается своя лента, плюс блоки с рандомным контентом и т.д. То есть более живую версию сайта.
Да, но в таком случае количество возможных ключей будет равняться x^n, где x — кол-во различных ID картинок, а n — кол-во мест их размещения на странице (если речь про один лейаут). Иными словами, это все возможные вариации одновременного появления n картинок из числа x. Даже для 100 картинок на 10 мест это уже нереальное количество. Другого варианта стандартный модуль memcached в nginx вам не предоставит.
Если же вы хотите прямо в nginx разбирать запрос на отдельные ID, лезти в кэш и склеивать все полученные данные (плюс, получать отсутствующие другим путем) и отдавать json, то я с удовольствием посмотрю на этот конфиг :) Perl, Lua?
> Таким образом мы на порядок снижаем количество запросов к серверу, а значит повышаем стойкость сайта к DDoS-атакам
Я пропустил тот день, когда боты стали массово грузить еще и графику?
Идея интересная, но вся статья полна какой-то чуши, которую вы как-то уверенно так подаете. Например, с какого это перепугу блочная верстка вдруг заставляет браузер интенсивнее «бомбить» сервер запросами на отдачу мелкой фигни? Что за особенности стриминга текстовых данных? gzip что ли?
Как итог, вы перевесили всю тяжесть с клиента на сервер. К вам пришло разом, скажем, 100 человек. 100 одновременных PHP-процессов (дай бог, чтобы вы при этом не уперлись в лимит) из базы (нахрена здесь база?) собирают base64 в один огромный JSON-массив. Клиенты по-прежнему ждут, но уже не потому, что дохрена «мелкой фигни», а потому что дохрена тяжелых коннектов у сайта.
Именно поэтому все современные сайты с профайлами дают возможность самому выбрать область изображения для превьюхи.
Автор же пытается решать гуманитарные проблемы техническим путем. Увы, результат такого решения почти всегда так себе.
Как вы в те годы Doom в окошке запускали?
Рекомендую купить (от $150 и выше), либо взять у кого-нибудь попользоваться механическую клавиатуру. Идеально с MX Red или MX Brown свичами. Попользовавшись ею пару дней, вы поймете, в чем фокус с механизмами. Клавиши нажимаются гораздо приятнее, чем на мембранной. Современные клавиатуры в дань моде на маленькую толщину перешли почти все на «ножничковый» механизм (как в ноутбуках). Его единственное преимущество — небольшая высота. Но в случае деревянной клавиатуры, я полагаю, вопрос вместить сантиметровый по высоте свитч в корпус не является проблемой. Поэтому все же рекомендую механику.
Кстати, раз уж зашла речь о гиках. Есть крупный зарубежный форум geekhack.org. Советую опубликовать там тему с небольшим описанием вашей технологии изготовления мышки. Люди там увлечены переферийными устройствами, некоторые умудряются закупаться несколькими 200-долларовыми клавиатурами в месяц. Уверен, некоторое количество клиентов оттуда вы найдете сразу.
Будете делать клавиатуру — обязательно смотрите в сторону свичей Cherry MX или Topre. Иными словами, делайте механику.
При всем уважении, очередная статья автора, оформленная в стиле «продиктовано но не прочитано». Вы там хоть иногда от стрип-баров и жары просыхайте что ли. А вот вон Хуа-хин уже островом назвали.
Прикупил набор клавиш от WASD без букв, есть план пересесть на раскладку Colemak.
Я имел в виду вариант динамического вывода, когда, скажем, каждому пользователю отображается своя лента, плюс блоки с рандомным контентом и т.д. То есть более живую версию сайта.
Если же вы хотите прямо в nginx разбирать запрос на отдельные ID, лезти в кэш и склеивать все полученные данные (плюс, получать отсутствующие другим путем) и отдавать json, то я с удовольствием посмотрю на этот конфиг :) Perl, Lua?
Я пропустил тот день, когда боты стали массово грузить еще и графику?
Идея интересная, но вся статья полна какой-то чуши, которую вы как-то уверенно так подаете. Например, с какого это перепугу блочная верстка вдруг заставляет браузер интенсивнее «бомбить» сервер запросами на отдачу мелкой фигни? Что за особенности стриминга текстовых данных? gzip что ли?
Как итог, вы перевесили всю тяжесть с клиента на сервер. К вам пришло разом, скажем, 100 человек. 100 одновременных PHP-процессов (дай бог, чтобы вы при этом не уперлись в лимит) из базы (нахрена здесь база?) собирают base64 в один огромный JSON-массив. Клиенты по-прежнему ждут, но уже не потому, что дохрена «мелкой фигни», а потому что дохрена тяжелых коннектов у сайта.
Если хотите немного ускорить отдачу статики, используйте, например, шардинг файлов на несколько доменов: www.stevesouders.com/blog/2009/05/12/sharding-dominant-domains/
Автор же пытается решать гуманитарные проблемы техническим путем. Увы, результат такого решения почти всегда так себе.