Страницы

пятница, 17 сентября 2010 г.

Оповещение с Twitter и Facebook на e-mail с помощью сервиса NutshellMail

NutshellMail.jpg
Мы ежедневно создаем в сети контент, воспринимаем и ретранслируем контент, поступающий от других людей. Зачастую этот процесс обмена информацией отнимает так много времени, что вытесняет важные дела.
Кроме того, следы этой интернет-активности появляются в наших почтовых ящиках в виде уведомлений о новых сообщениях, новых фолловерах и т.д. В результате папка Входящие перегружается этим «bacn» (читается как англ. bacon [’beɪkən]; это нечто среднее между спамом и желательной почтой — различные уведомления, новости, на которые мы добровольно подписались и которые теперь только раздражают, наполняя почтовый ящик).
И тогда перед нами встает задача повышения личной продуктивности, не выдерживающей натиска информационных цунами.
Использование сервисов, объединяющих в одном интерфейсе несколько средств коммуникаций (почта, Twitter, социальные сети) и — что очень важно — следование определенному графику просмотра новых событий в них могут дать ощутимый эффект.
Но как же бороться с потоками «bacn’а», среди которого визуально теряется ценная корреспонденция? Да, средства фильтрации почты, например, в Gmail, — мощный инструмент управления входящими письмами. Однако это не панацея, ведь накопление огромного количества «бекона» продолжится, пусть и с автоматическим присвоением меток.
Итак, первое, что нам требуется, — получать обновления из социальных сетей и веб-сервисов в специально отведенное для этого время; и второе — не перегружать почту уведомлениями об этих обновлениях. Немного поразмыслив, приходим к выводу: было бы удобно, если бы всю разрозненную и сильно фрагментированную информацию о нашей интернет-активности кто-то сводил для нас в подробные отчеты, предоставляемые нам с желаемой регулярностью.
Именно таким трудолюбивым и надежным помощником может стать NutshellMail. Этот бесплатный сервис осуществляет мониторинг обновлений в аккаунтах Twitter, Facebook, MySpace, LinkedIn и Ning (платформа для создания социальных сетей) и присылает отчеты на ваш почтовый адрес.

Уведомление о новой почте на мобильный с помощью СМС.

Только для абонентов Киевстар!

Может кому пригодится....
Для того, чтобы быстро и гарантированно получать уведомления о новых письмах в Вашем электронном ящике, нужно:
1. Зарегистрироваться на сайте starport.com.ua
После регистрации Вам дадут 15 баллов, на которые Вы сможете заказать себе картинку или мелодию, но это неважно, главное, теперь у Вас есть ящик nickname@starport.com.ua
2. На этот новый ящик ставим пересылку с основного ящика. На основном, конечно же, письма сохраняем.
3. В настройках ящика на старпорте выбираем раздел "Фильтры сообщений", и создаём фильтр, в котором указываем: в разделе "Что делать?" отмечаем "уведомить на телефон" и под чертой - "Молча уничтожить". И вот тут обратите внимание: на форумах я этого не встречал, а нашёл сам путём экспериментов и переговоров с поддержкой: в поле "Текст уведомления" изначально стоит переменная $from$. И всё. Если оставите всё как есть, то Вам будет приходить сообщение типа "Вам письмо от Иван Петров ivan_petrov@pochta.com" Но хочется ведь и тему узнать. Рука сама собой дописывает переменную $subject$. Приходит уведомление - и ничего, нет темы. Чудной у них какой-то баг: если имя отправителя написано кириллицей, то переменная $subject$ не обрабатывается. Если латиницей - тема будет, даже если она набрана кириллицей.
НО! Оказывается, есть ещё одна чудесная переменная $env-from$
В этом случае имя отправителя не отображается, только адрес. Кроме того, отображается истинный адрес отправителя, а не тот, что написан в from. И переменная $subject$ в этом случае срабатывает прекрасно, тема дописывается.
4. То есть, в поле "Текст уведомления" переменную $from$ нужно заменить на $env-from$, и дописать переменную $subject$. В этом случае будет уведомление типа "Вам письмо от ivan_petrov@pochta.com,тема "Большой привет". А электронные адреса знакомых Вам людей, я думаю, Вы опознаете.

В поддержке сказали, что планируется замена ПО для почты, тогда возможно глюк с переменной $from$ уберут.

Если Вы не забыли указать, что письма нужно молча уничтожить, то в ящике на старпорте ничего не остаётся.
Уведомления приходят с номера 900 - моментально, и в 100% случаев. Очень удобно.
Я себе настроил уведомления о приходе писем в разные ящики. Для этого в фильтре дополнительно указал параметр фильтрации - если поле To содержит адрес моего основного ящика, и другой фильтр - аналогично для дополнительного. В тексте уведомления указал название ящика, на который пришла почта.

Вот вроде и всё. Пользуйтесь на здоровье, надеюсь, этот сервис Вам тоже понравится.

P.S. Других переменных в системе нет - я уточнял. Но и с этими тоже неплохо. ;)

среда, 15 сентября 2010 г.

Paging pool (буфер подкачки)


Paging pool (буфер подкачки, далее PP) - это зарезервированная область ОЗУ которая используется для хранения фрагментов кода готового для исполнения. Если PP выключен то вся память устройства используется для подкачки, что в свою очередь очень сильно увеличивает обращения к ОЗУ. Так что, включение PP, по сути, включает ограничение на объем памяти которая может использоваться для подкачки. Чем больше размер РР тем больше ОЗУ доступно для буфера и как результат уменьшается количество конфликтов при работе с памятью так как больше кода может быть одновременно размещено в ОЗУ. Важно найти баланс между размером РР и объёмом доступной для пользователя и программ. Оптимальный размер зависит от многих факторов. Вот некоторые из основных:

* Параметры ОЕМ программного обеспечения, таких как, например, системные драйвера.
* Общее количество ОЗУ установленного на устройстве.
* Скорость работы процессора.
* Тип флеш памяти (NAND или NOR).

Лучший способ определить оптимальное значение для РР это экспериментирование с разными размерами на своем устройстве.
Проверка производительности.
В первую очередь РР влияет на скорость загрузки устройства после СР и скорость запуска приложений, а следовательно именно на основе этих значений можно сделать выводы о эффективном значении размера РР. Каждый параметр рекомендуется измерять 3-5 раз и использовать усреднённое значение. Не измеряйте время загрузки для первых нескольких перезагрузок после прошивки или ХР, так как в это время проводится дополнительная инициализация системы.

вторник, 31 августа 2010 г.

Сравнение новой версии QIP Infium 9040 и QIP Infium 9036

Добрый день, дорогие пользователи интернета. В данной статье мы попробуем рассказать вкратце (именно так, вкратце!) о нововведениях QIP Infium 9040, и, возможно, Вы поймёте причины «пропущенного» билда 9038.
Из-за того, что статья написана тестерами, т.е. людьми, чей глаз уже замылен фичами, теми, кто уже привык к хорошему/новому, текст будет построен в виде сравнения двух билдов – 9036 и 9040.

ростеры


среда, 18 августа 2010 г.

Представители компании SanDisk заявили о создании самого маленького жесткого диска в мире, он размером с почтовую марку, об этом сообщает techno.bigmir.net.

вторник, 10 августа 2010 г.

Крах Google Wave

Когда я впервые услышал новость, что Google Wave прекратил свое существование на прошлой неделе, я был удивлен.

вторник, 20 июля 2010 г.

Техноблог - это блог,в котором будут описывться интересный начинания в Сети, новинки технологий, продукты и другие веб-сайты. По мотивам http://techcrunch.com/ и http://www.smashingapps.com/