Здравствуй хаброчеловек!

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

На Хабре, что то стали проскакивать упаднические настроение, дескать в провинции зарплаты маленькие, и вообще жить плохо. Собственно, расскажу как я решил это проблему для себя. Взял и переехал в Новую Зеландию. Ну не будем перескакивать.

Расскажу, что и как было, на дворе 2007, жил во Владивостоке, у меня заканчивалась аспирантура, мне было 25 и очень хотелось немного улучшить уровень жизни. Был закончен универ по специальности АСУ и было 2.5 года опыта работы программистом в довольно известном владивостокском интернет проекте.

Если так посмотреть, варианты были уехать в Москву, или куда еще подальше.
Подумал, что в Москву всегда успеется, а вот куда подальше было бы неплохо.

Пример друга с оказией уехавшего в Ванкувер и рассказывающего как там тепло, хорошо и мухи не кусают, очень подстегивал.

Итак что было сделано:

Многие пользователи (и я в том числе) уже давно перешли с привычных e-mail клиентов на работу с почтой непосредственно онлайн. А некоторые клиентами не пользовались в принципе. Это значит, что локальной копии писем и документов у них нет. Так вот, если где-то там, в дальних закоулках сознания у таких пользователей присутствует опасение за свои письма на сервере Gmail (ну, мало ли, всякое может произойти, ведь ничто не совершенно), то обезопасить себя и данные можно при помощи утилитки Gmail Backup.

Эта полезная штучка сохраняет резервные копии содержимого ящика на Gmail. Делает она это по IMAP. А сохраняет данные в формате EML. Программа работает как в OC Windows, так и под Linux и Mac OS X. В первом случае пользователю предлагается графический интерфейс. А для Linux и Mac OS X — утилита командной строки. Программа позволяет забэкапить как письма, так и аттачи.

Одно из самых значимых достоинств Gmail Backup — возможность загрузки архива обратно на сервер Gmail. Под другим аккаунтом. Так что если появилась нужда в «переезде» на другой аккаунт, то сделать это можно максимально просто и безболезненно.

Качать тут: Gmail Backup

via lifehacker

Зачем нужны камеры наблюдения? Правильно — чтобы наблюдать за происходящим и контролировать ситуацию! В наше неспокойное время эти самые камеры развешаны повсюду — от денежных хранилищ до придорожных кафе. Однако защищая свои владения, хозяева порой забывают о защите самой камеры путем банальной установки пароля на доступ из Интернета. И очень зря. Если пароль не установить — ваша камера «безопасности» превращается в публичную вэб-камеру с реалити шоу для всех желающих.

По этому адресу в режиме реал-тайма можно послушать переговоры космонавтов с «землей», в том числе русских. Про компьютеры, про протухшие консервы и еще много чего интересного.

Роскосмос уже пытается запретить это счастье.

P.S. Молчание на канале означает, что у экипажа нет надобности в общении с «землей». Живут космонавты по гринвическому времени (за исключением дней, когда идет подготовка к выходу, или когда к станции прибывает Шаттл).
Голосовая связь со станцией обеспечивается круглосуточно через американские спутники-ретрансляторы TDRS.

Суть проблемы

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

Зачастую пользователю необходимо распечатать просматриваемую страницу. Например, я часто так делаю при посещении каталогов товаров и интернет-магазинов. Это удобно. Однако, я не всегда уверен, что будет распечатано именно то, что мне нужно. На некоторых сайтах при нажатии кнопки «Печать» на бумаге оказывается шапка сайта, навигационное меню, реклама и прочее. В результате вместо одной страницы я в лучшем случае получаю две, изобилующие информационным шумом.

Всем привет.
В этом посте я опишу несколько маленьких и удобных windows-программ, к тому же абсолютно бесплатных. Предыдущий пост вызвал бурную дискуссию, в результате которой, как водится, родилась истина :)
Итак, этот пост — дань благодарному хабрасообществу — в комментариях по крупицам собрались полезные программки, о которых, возможно, мы бы никогда и не услышали. Заранее извинюсь перед людьми, которые предлагали свои программы, не вошедшие в этот обзор — в каментах было много утилит, так или иначе дублирующих функции друг друга, и опробовать их все, сравнить и разложить по полочкам — задача для википедии. :)
Ну что ж, от слов к делу.

01) Сворачиваем окно в заголовок и не только — куча возможностей в обмен на 90 килобайт
02) Сворачиваем окно в трей правым кликом по «крестику»
03) Создаем виртуальные рабочие столы — теперь с помощью бесплатной программы
04) Двигаем кнопки окон на панели задач как табы в браузере
05) Клейкие листочки на рабочем столе — когда не хочется заносить в ToDo
06) Мини-консоль для быстрого запуска программ по алиасам
07) Мгновенный поиск по компьютеру — программа-индексатор жесткого диска
08) Копируем текст откуда угодно, даже из рисунков
09) создаем хранилище заметок с вложениями посредством быстрой и бесплатной программы
10) управляем буфером обмена — теперь можно запомнить больше!

Так уж сложилось, что я пользуюсь безлимитным GPRS еще с конца прошлого года, что позволяет уверенно делиться своим опытом с читателями.

Немного теории

GPRS (General Packet Radio Service — пакетная радиосвязь общего пользования) — надстройка над технологией мобильной связи GSM, позволяющая организовать обмен информацией мобильного телефона с сетью Интернет.

Принцип работы GPRS следующий: информация перед передачей собирается в пакеты, пакеты передаются в момент освобождения голосового канала GSM, что позволяет оператору связи более эффективно использовать возможности сети GSM. В большинстве сетей GSM отдается приоритет голосовому трафику, что означает низкую скорость обмена данными при высокой загруженности сети.

Европейский модуль «Жюль Верн» сегодня будет сброшен с орбиты в атмосферу и его останки затонут в Тихом Океане. Перед тем, как уничтожить отслуживший свое модуль, в него будет помещен мусор с международной космической станции. Точнее уже был помещен, так как судя по траектории модуль скоро уйдет в «смертельное пике».

Казалось бы, при чем тут Хабр? :) Написать именно в этот свой блог я решил не потому, что эта новость действительно интересна и важна для меня (а она для меня интересна :) ). Просто именно проверяя орбиту «Жюля Верна» я впервые столкнулся с системой, позволяющей отслеживать движения спутников в реальном (ну, почти) времени.

Вот орбита «Жюля Верна». Она завершится сегодня…

А вот сам сервис.

UPD: рассчетная траектория модуля:


UPD2: «Жюль Верн» уничтожен, так что ссылка теперь ведет на трекинг космической станции «Заря»

Тема оформления публикаций, как мне кажется, все еще очень актуальна.

И то, как будет подан материал, сильно зависит не только от умения написать «многа букав», но и от умения пользоваться маленькими удобными программами.

С одной из них я вас сегодня и хочу познакомить.

Если посмотреть на URL-адрес профиля пользователя habrahabr.ru, то можно увидеть, что доменом третьего уровня является его логин.
Этот подход носит название «пользовательские виртуальные домены».

Всем привет ;)

Продолжаем… (кто пропустил шаг назад)
Интересно, а как вы управляетесь с виртуальными машинами?!
Каждый раз, когда Вы делаете snapshot, ставите на паузу или выключаете машину(ы) Вы тратите на это время?!

Тогда мы идем к Вам! :)

В последнее время модно стало использовать гуглякарту.
Гугля карту суда, гугля карту туда.
И главное не забыть отобразить свои объектики на карте.
Но, почему-то, подавлявшее число сервисов используют неправильную реализацию процесса передачи маркеров с сервера на клиент.
Точнее они не правильно формируют запросы.
А если выразиться еще более точнее — они это делают

Это возможно. Может быть, для кого-то это не новость, но для меня это стало почти открытием: можно запатентовать свое изобретение в Бюро Патентов и Торговых Марок США (United States Patent and Trademark Office), сокращенно — USPTO (именно там патентуются все Гуглы и Эплы) не вставая из-за компьютера. В буквальном смысле этого слова. У меня вся процедура заняла ровно 15 минут. Спешу поделиться.

Информация к размышлению:

1. USPTO — это американский Роспатент, только с мозгами.
2. USPTO принимает заявки на патентование у жителей любых стран, в т. ч. из РФ.
3. У них есть такая замечательная штука, как временная заявка (Provisional Application) — это приоритет на изобретение в упрощенной и ускоренной форме. Своего рода анонс вашего будущего патента.
4. Provisional Application (далее Provisional Application) действует 12 месяцев, после чего ее нужно подтвердить «настоящим патентом», иначе теряет силу.
5. Временная заявка нигде не публикуется.
6. Заявка может быть написана по-русски (но перевод должен быть предоставлен не позднее 16 месяцев с момента подачи).
7. Заявка стоит от 105 долларов. Можно и больше, но это зависит только от количества информации, которую вы попытаетесь запихнуть в заявку. Мне вполне хватило 105.
8. Оформление заявки делается с помощью веб-приложения EFS-Web. Оно может: добавлять заявку в базу USPTO, проверять эту заявку, принимать пошлину за прием заявки и высылать заявителю квитанцию о приеме заявки.
9. Я не патентный поверенный, не юрист и вообще не-не-не. Просто любитель. Поэтому если надумаете получать таким образом патент — проверяйте. Хотя у меня, вроде, все получилось.
10. Услуга по оформлению Provisional Application у патентных поверенных стоит в среднем 15 000 рублей. Не считая самих пошлин.

Итак, поехали

Рассмотри случай когда у вас есть несколько поддоменов на одном сервере. Нам нужно чтобы сессия хранилась на сервере и читалась всем скриптами на разных поддоменах.

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

Отсебятина

Так как карма перестала быть на нуле (благодарю того, кто проголосовал), решил сделать несколько кросс-постов из моего блога, где переводил туториалы, посвященные Google Maps API.<p/>

 

Достаточно давно я прочел статью Джеффа Вогела — «Six ways to write more comprehensible code», наверняка, кто-то знаком с ней. На меня она оказала очень большой эффект, в некотором смысле открыла глаза и помогла сделать мой код лучше.

Навеяно топиком Альтернатива cookies посредством Java Script

Ипользование cookie ограничено 4 кб. размера, так же они видны пользователю.
При использование Flash Storage прочитать cookie немного сложнее и позволяет сохранять до 100 кб и выше данных на компьютере пользователя.

Управление очень простое:

setCookie(key,value) - установить печеньку
getCookie(key) - взять печеньку
removeCookie(key) - удалить печеньку
isExistCookie(key) - есть ли печенька?

Размер: 3 кб.
Демо: jfstorage.agrr.org/JFStorage.html
Google Code: code.google.com/p/jfstorage

Технологии

Часть работающая с SharedObject взята с ntt.cc/2008/07/13/the-source-code-of-actionscript-3-cookie-class-enables-you-to-read-write-and-edit-shared-objects-on-the-user-hard-disk.html и чуточку обработана напильником.
Взаимодействие между JavaScript и Flash написано мной. Использованы стандартные библиотеки.

Как можно использовать?

Как хранилище скрытых данных.
Как хранилище больших данных.
Как способ offline-ой подгрузки данных.

Почти всегда на крупных проектах, особенно сообществах, приходится очень много кешировать данные, такие, как количество сообщений, данные пользователя, общая информация…

На наших проектах мы уже несколько лет использовали файловое кеширование. Т.е., данные каждого пользователя заносились в файл, и по мере надобности изменялись. Проблема нагрузки была всегда, особенно на БД Mysql.

Изменили файловое кеширование на кеширование Memcached. Результаты просто потрясающие. Нагрузка сошла на нет, очередь коннектов к базе данных ушла. Сайты начали работать в разы быстрее.

Почему нагрузка на Mysql уменьшилась? Мое мнение — уменьшилось количество запросов на чтение и запись на жесткий диск, от этого разгрузился Mysql. Скорость работы диска, как и загруженность диска запросами на чтение-запись, как известно, одни из параметров, которые влияют на производительность Mysql.

UPD:

Что было:
1. Около 250 000 файлов кеша.
2. Около 2ГБ занято под кеш.
3. Около ~ 30 запросов/секунду (в пике ~ 50) на чтение-запись кеша с диска.

Что стало:
1. 0 файлов кеша
2. 400 МГ выделено под memcached (срок хранения данных в кеше — неделя)
3. 0 запросов на чтение-запись кеша.