Здесь я не буду объяснять почему реализация только для Internet Explorer, т. к. хочу рассказать именно про случай с этим браузером. Так же не буду затрагивать вопросы реализации работы с полями ввода, потому что это статья про алгоритм работы именно с курсором, а не по реализации программной клавиатуры на HTML + JavaScript. Итак, кому интересно, поехали.
Читать далее
В пятницу ходил в киномечту (parkhouse) на «Сумерки: Затмение». Общие впечатления: поржал 
Вообще фильм снят красиво, красивые пейзажи, клёвые вампиры и оборотни, но сюжет и диалоги – это нечто. Сначала я думал, что один не очень тихо прусь и комментирую диалоги, но далее присоединилось и ещё ползала. Кстати, зал был полон народу, несмотря на то, что билеты мы взяли за 1.5 часа до сеанса, в зале оставалось уже около 10 свободных мест.
На днях арендовал виртуальную машину на новоиспечённом хостинге slidebar, который представляет собой обычный хостинг виртуальных машин с возможностью моментального изменения параметров тарифного плана. Под параметрами в данном случае понимаются частота процессора, количество ядер процессора, оперативная память, дисковое пространство. Стоимость минимальной конфигурации получилась около 600 рублей в месяц, что вполне приятно для виртуальной машины личного пользования.
Как так? – подумал, наверное, читатель.
А вот так Забегает вчера ко мне в офис дизайнер из соседнего офиса и сообщает забавную вещь, которую он случайно обнаружил в Skype-клиенте.
Sphinx – один из самых популярных движков полнотекстового поиска, в данной статье я расскажу как можно его использовать не по назначению…
Подробнее…
Занимательная статья, в которой по полочкам разложены причины распада браков. Не знаю насколько это все верно, но написано очень интересно.
Наверное у многих была ситуация, когда был файл с кодом на JavaScript, но код в этом файле, мягко говоря, не очень удобно читается. В таких случаях приходилось очень занудно приводить код к более читаемому виду, так как разобраться в нём ну очень надо было.
На помощь Вам пришёл Javascript unpacker and beautifier. Не буду описывать, что он умеет, потому что на самом сайте и так всё понятно 
Недавно обнаружили на одном из разрабатываемых нами проектов, что скорость его работы упала в разы. Монитор производительности показывал оценку равную единице, а иногда и меньше. Статистика выполнения страниц показывала время генерации от 1 секунды и больше, а некоторые страницы вообще отказывались открываться.
Сначала грешили на сломавшийся Apache, т.к. в его логах были записи типа «segmentation fault». На код не грешили никак, потому что, на другом сервере, на котором вели разработку – всё работало как часы.
Решив всё-таки посмотреть детальнее статистику выполнения страницы, выяснил что 90% времени генерации страницы занимал пролог сайта, т.е. CMS. Тут уже решение пришло моментально – посмотреть на агенты. И точно, было 5 агентов, у которых было выставлено свойство «Периодический». При выставлении этого свойства Битрикс при пропуске выполнения агента в следующие разы пытается компенсировать пропуски. Так вот, тот сайт, который дико тормозил, ещё никем не посещался. А в выходные был заброшен и владельцем сайта. Видимо агентов накопилось, и битрикс попросту убивал веб-сервер.
Решение: Выключить периодичность агентов. Сайт сразу же реанимировался.
Очень часто наблюдал за начинающими (неопытными) программистами, что при написании парных элементов, таких как скобки, начало и конец транзакций и остальных подобных конструкций, они пишут их «раздельно». Что значит «раздельно»? Это значит что сначала пишется «открывающий» элемент, после которого пишется некий блок кода, а после этого пишется «закрывающий» элемент.
Наверное, опытный читатель уже догадался зачем парные элементы необходимо писать сразу вместе и представил отрицательные стороны обратного написания, описанного выше. Но для меня всегда было проблемой объяснить программисту зачем же необходимо писать подобные вещи сразу. Аргументы вида «Потом забудешь» не помогали, потому что ответ был «Компилятор/интерпретатор не забудет и подскажет, когда до него дойдёт очередь». А сегодня произошла ситуация, которую я теперь могу смело ставить в пример при объяснении причин, из-за которых необходимо писать парные элементы сразу. Итак, ситуация:
Был некий блок кода, который появилась необходимость обернуть в выполнение в рамках транзакции. Проще простого. Программист сделал, потом сделал что то ещё, после чего начали проверять ряд задач. При проверке выяснилось, что почему то блок кода, который был обёрнут в транзакцию, не работает. Ошибок нет, при отладке все нормально, но в результате как будто и не выполнялся. Через пару часов со словами «О, я понял» было выяснено, что транзакция начиналась, но не заканчивалась, т.е. commit не вызывался нигде, потому что про него попросту забыли после большого куска кода, наверное, отвлекло что-то попутное. А если бы начало и завершение транзакции были написаны сразу вместе, подобной ситуации и не возникло бы.
Вот отличный пример, где Вам не поможет никакой компилятор или интерпретатор. В таком случае поможет лишь внимательное чтение написанного кода.
Follow me on Twitter
