пятница, 17 сентября 2010 г.
Оповещение с Twitter и Facebook на e-mail с помощью сервиса NutshellMail
Мы ежедневно создаем в сети контент, воспринимаем и ретранслируем контент, поступающий от других людей. Зачастую этот процесс обмена информацией отнимает так много времени, что вытесняет важные дела.
Кроме того, следы этой интернет-активности появляются в наших почтовых ящиках в виде уведомлений о новых сообщениях, новых фолловерах и т.д. В результате папка Входящие перегружается этим «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. Других переменных в системе нет - я уточнял. Но и с этими тоже неплохо. ;)
Может кому пригодится....
Для того, чтобы быстро и гарантированно получать уведомления о новых письмах в Вашем электронном ящике, нужно:
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 (буфер подкачки)
* Параметры ОЕМ программного обеспечения, таких как, например, системные драйвера.
* Общее количество ОЗУ установленного на устройстве.
* Скорость работы процессора.
* Тип флеш памяти (NAND или NOR).
Лучший способ определить оптимальное значение для РР это экспериментирование с разными размерами на своем устройстве.
Проверка производительности.
В первую очередь РР влияет на скорость загрузки устройства после СР и скорость запуска приложений, а следовательно именно на основе этих значений можно сделать выводы о эффективном значении размера РР. Каждый параметр рекомендуется измерять 3-5 раз и использовать усреднённое значение. Не измеряйте время загрузки для первых нескольких перезагрузок после прошивки или ХР, так как в это время проводится дополнительная инициализация системы.
понедельник, 13 сентября 2010 г.
четверг, 9 сентября 2010 г.
вторник, 31 августа 2010 г.
Сравнение новой версии QIP Infium 9040 и QIP Infium 9036
Добрый день, дорогие пользователи интернета. В данной статье мы попробуем рассказать вкратце (именно так, вкратце!) о нововведениях QIP Infium 9040, и, возможно, Вы поймёте причины «пропущенного» билда 9038.
Из-за того, что статья написана тестерами, т.е. людьми, чей глаз уже замылен фичами, теми, кто уже привык к хорошему/новому, текст будет построен в виде сравнения двух билдов – 9036 и 9040.
Из-за того, что статья написана тестерами, т.е. людьми, чей глаз уже замылен фичами, теми, кто уже привык к хорошему/новому, текст будет построен в виде сравнения двух билдов – 9036 и 9040.
среда, 18 августа 2010 г.
вторник, 10 августа 2010 г.
Крах Google Wave
Когда я впервые услышал новость, что Google Wave прекратил свое существование на прошлой неделе, я был удивлен.
Подписаться на:
Сообщения (Atom)