Компьютерное

В предыдущей записи была описана теоретическая модель для анализа состояния форума. Теперь пришло время перейти к практике.
Сразу отмечу, что на практике удобнее подсчитывать не интенсивностями переходов пользователей из одного состояния в другое λ_i, μ_i, а количество переходов за определенный промежуток времени L_i и M_i. В качестве такого промежутка я беру неделю, но в принципе, можно использовать и любой другой промежуток от одного дня до нескольких месяцев.

Очевидно, что на больших форумах считать показатели вручную крайне сложно, поэтому для их определения будем использовать статистические данные о форуме, которые можно получить с помощью SQL-запросов к его базе, в частности, количество регистраций, сообщений и тем за определенный период времени. Для этого формализуем условия, при которых будем считать, что тот или иной уровень вовлеченности достигнут:

Управление форумом, как и любая управленческая деятельность, требует прежде всего понимания что на форуме происходит, идет ли его нормальное развитие или есть какие-то проблемы. Можно определять это "на глазок", просто наблюдая за форумом, опрашивая посетителей, а можно и прибегнуть к математическим методам. Именно о них и пойдет речь в этом сообщении. Впрочем, предлагаемую методику можно применять для оценки не только формумов, но любых идей вообще.

Недавно сделал загрузочную флешку с ArchLinux. Система очень понравилась: компактная, занимает мало памяти, быстро загружается (12 секунд до консоли с флешки и 15 до GUI), определяет почти все "железо" без дополнительных действий. Решил использовать на ноутбуке, но тут возникла сложность: большую часть времени он у меня находится под столом, а изображение выводится на внешний монитор. Linux же выдавал изображение только на панель самого ноутбука. Кроме того, на аккумуляторах компьютер работал гораздо меньше, чем обычно. Я стал разбираться, что с этим делать.

Уже отмечал, что на производительность при верстке или отладке очень сильно влияет время, потраченное на переключение между окнами. Пытался приучить себя использовать Alt+Tab, но безрезультатно. В итоге решил прибегнуть к аппаратному решению: купить мышь с дополнительными кнопками и одну из них использовать для переключения между окнами.
Однако когда мышь была куплена, оказалось, что ее кнопки выполняют действия "Назад" и "Вперед", и в комплекте нет драйверов, которые позволяли бы это перенастроить. Стал искать решение в Интернете и обнаружил программу X-Mouse Button Control. С ее помощью я поменял действие пятой кнопки на "Next Window" и теперь могу переключаться между окнами одним щелчком мыши, не уводя курсор в Панель задач каждый раз, когда это требуется.

Читать далее…

Скорость ввода с клавиатуры — это одно из самых главных ограничений при использовании компьютера. Не помогает даже десятипальцевый метод слепой печати. Естественно, что первая альтернатива, которая приходит в голову — это голосовой ввод. Долгое время я относился к нему с предубеждением. Но недавно обновил Andorid на смартфоне, увидел что в нем появился голосовой ввод текста и решил попробовать. Результаты мне понравились! Даже с моей не самой чёткой дикцией текст распознается достаточно качественно.

Стал искать, есть ли такая возможность на компьютере.
Читать далее…

Когда группа ВКонтакте или форум существуют достаточно долго, в них начинают возникать длинные многостраничные темы, в конце которых тема разговора уходит достаточно далеко от заявленной. Должны ли модераторы пресекать подобное? Однозначного ответа здесь быть не может, так как это зависит от предназначения группы или форума, а точнее даже его конкретного раздела.

Вчера наткнулся на рекламу хостинга Fozzy с SEO-тарифами без ограничния на количество доменов на аккаунте. Кроме того, обещалось, что благодаря технологии виртуализации, не будет проблем с недоступностью сайта из-за высокой нагрузки. Иными словами обещались все преимущества VDS в сочетании с простотой обычного виртуального хостинга. Решил попробовать, тем более выяснилось, что фрилансерам, занимающимся предоставлением услуг, связанных с разработкой сайтов, место под один сайт предоставляется бесплатно. И вот что из этого получилось.

Читать далее…

Делал сегодня фотогалерею для одного из своих сайтов, и потребовался скрипт, который показывал бы фотографию во всплывающей рамке с затемнением фона (так называемый lightbox), причем так, чтобы можно было просматривать сразу целую серию фотографий, переходя от одной к другой. Оригинальный lightbox не подходил именно по причине отсутствия поддержки серий, а его вторая версия использует jQuery. Для того сайта мне покзалось это слишком тяжелым решением, и я стал искать легкий скрипт, не требующий больших библиотек. И такое решение было найдено: jsImageBox, в сжатом виде занимающий всего 9 Kb.

Читать далее…

Иногда сталкиваюсь с необходимостью сканировать различные черно-белые рисунки, графики, диаграммы под Linux. При этом если сканировать в greyscale, изображения часто получаются некачественными: либо просвечивает обратная сторона листа, либо фон получается серым и грязным и неприятно выделяется при вставке рисунка в документ. Если же сделать изображение двухцветным, то линии становятся зазубренными.

Недавно нашел способ, как с этим бороться: после сканирования в greyscale нужно сильно повысить контрастность изображения, либо в программе sane, либо после сканирования в каком-нибудь графическом редакторе, а так же выставить небольшую гамма-коррекцию. В частности, я использовал такие параметры: в sane гамма 1.30, затем открывал изображение в GIMP и выставлял там контрастность на +30—+50. В результате получалось качественное изображение с чисто белым фоном и гладкими линиями.

Как известно, в PHP есть возможность сжимать с помощью GZIP отдаваемые пользователю данные. С одной стороны, оно позволяет сэкономить траффик и увеличить скорость загрузки, что крайне важно для пользователей, подключенных через GPRS или обычные аналоговые модемы, так как сайты сейчас становятся по объему все больше и больше. С другой — увеличивает нагрузку на сервер: на сжатие требуется дополнительное процессорное время. Кроме того, для пользователей с быстрыми каналами связи эффект от сжатия оказывается настолько незначительным, что время на упаковку/распаковку данных может оказаться вполне сопоставимым со временем, сэкономленным на передаче.

Сразу возникает мысль: а что если как-то определить, как подключен пользователь, и включать сжатие только в тех случаях, если соединение медленное.
Читать далее…