Google App Engine *

Привет всем!

Перед закрытием Google Reader в 2013-м году захотелось написать что-то свое на эту тему. Чтобы оно собирало новости из RSS и было видно, что читал, а что — нет. Плюс было желание поработать с GAE и Angular. Позднее, после нескольких разочарований в собственных CSS cross-browser скиллах, к этой компании присоединился еще и IonicFramework. То, что в итоге получилось, на мой взгляд, довольно удобно, используется мной ежедневно и, может быть, кому-то тоже пригодится.

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

Предыстория: я, как и многие на Хабрахабре, чертовски люблю слушать музыку. Чаще всего делаю это в ВКонтакте. Иногда уже сфомированный плейлист надоедает — хочется чего-нибудь нового; но так, чтобы не сильно отличалось от того, что уже есть. Для этого на всех сервисах, предоставляющих возможность прослушивания музыки, существуют рекомендации. Признаюсь честно, рекомендации в ВКонтакте меня ужасают. Может кому-то нравится, но у меня тамошний подбор вызывает желание закрыть браузер (ИМХО, конечно). В общем, решил я эту ситуацию для себя исправить и реализовать свои собственные рекомендации с использованием API ВКонтакте и Last.fm. Так как я много слышал и читал про Google App Engine, но никогда его не использовал, решено было приобщиться к этой платформе.

Сразу скажу, что тонкости взаимодействия с API или алгоритм подбора рекомендаций здесь я описывать не буду. Об этом — в следующих статьях, может быть. В данной статье описан только процесс создания, настройки и деплоя приложения на платформе Google App Engine с использованием python и flask.
Об опечатках и неточностях просьба сообщать в личку. Спасибо.

Android, Google Analytics, App Engine — продукты одной компании. Казалось бы — что может быть проще, чем показать данные из одного продукта в другом? Например, статистику Google Analytics из Android-приложения на сайте App Engine? Оказалось, что сделать это действительно несложно. Только не все шаги очевидны.

Сегодня мы представляем сразу несколько новостей, касающихся сервисов Cloud Platform. Вас ждут сниженные и упрощенные тарифы, облачные инструменты DevOps, управляемые виртуальные машины (VM) для App Engine, аналитика Big Data в режиме реального времени с использованием Google BigQuery, и многое другое.

Цены, которым нет равных

Облачные платформы предлагают очень простую формулу: вы пользуетесь виртуальной инфраструктурой и платите только за текущую нагрузку. Это выгоднее по сравнению с приобретением собственного оборудования. Кроме того, вам не нужно платить крупные предварительные взносы. Однако цена облачных платформ противоречит закону Мура: за последние 5 лет она падала всего на 8% в год, хотя за это же время стоимость оборудования снижалась на 20–30%.

Мы решили восстановить равновесие, упростив тарифы и снизив стоимость различных услуг «по требованию» на 30–85%:

1. Виртуальные машины Compute Engine стали дешевле минимум на 32% независимо от размера, региона и класса.
2. Тарифы App Engine стали более прозрачными; существенно снизились цены на фронтальные виртуальные машины и операции с базами данных.
3. Cloud Storage теперь стоит 2,6 цента (0,026$) за 1 ГБ (в среднем на 68% ниже для большинства клиентов).
4. Тариф BigQuery «по требованию» подешевел на 85%.

В первой части было показано как написать простейший враппер вокруг существующего http API ржд. В этой части продолжим и напишем действующий мониторинг с уведомлением на почту. Сайт проекта располагается по прежнему тут и тут запасной.

Не раз слышал от своих знакомых, что было бы неплохо увидеть сайт который будет мониторить наличие свободных мест на ржд. Про себя я думал — «да неплохо бы» и благополучно забывал, но пост заставил меня вспомнить навыки копи паста, которыми я владею в совершенстве и обернуть это дело в питонячий код. Сразу оговорюсь что именно про мониторинг будет во второй части, а в этой будет про то: как ходить на РЖД из питона, что это за загадочный sleep про который писали в предыдущем посту и как живется на Google App Engine. Итак приступим:

В следующий понедельник (4 ноября) на площадке центра Digital October пройдет ежегодная бесплатная IT-конференция, устраиваемая сообществом Google Developers Group (GDG) по всему миру, GDG DevFest.



Конференция GDG DevFest Moscow 2013 организована силами московского сообщества Google Developers Group при поддержке компании Google и предназначена как для начинающих, так и для опытных разработчиков, интересующихся современными технологиями и такими темами, как Android, Google Chrome, App Engine, App Script, Google Glass, AngularJS.

3 дня назад, 8 октября, Google анонсировал поддержку PHP в App Engine для всех пользователей. Ранее она была доступна только ограниченному кругу лиц для тестирования.
В API есть некоторые ограничения, но, в общем-то, популярные приложения работают!

Итак, точно поддерживаются:

• phpMyAdmin
• Drupal
• phpBB
• Wordpress

Фреймворки:

• Laravel
• Silex
• Codeigniter

Также, доступны API для взаимодействия с Google Drive и Google+, Google Storage, App Engine Task Queues и App Engine Modules

Введение

Так уж сложилось, что у нас в компании ведется учет работ по тестированию в небезызвестных GoogleDocs. Поскольку таким учетом занимаюсь я один, то это идеальный вариант. Плюс еще есть возможность без труда поделиться наработками с коллегами и не нужно заботиться об актуальности версий — все сохраняется моментально.
Это основные причины выбранного варианта работы. Но, как известно, у любой монеты две стороны. Минус такого подхода состоит в том, что большие проекты трудно обрабатывать и составлять вменяемые отчеты по тестированию (для этих целей, безусловно, подходят системы управления тестами).
Совсем недавно я столкнулся с Google Script. Это инструмент, позволяющий намного эффективнее работать с документами в облаке. Я решил, что он подойдет для задачи автоматизированного составления отчетов по тестированию. И вот что получилось.

Структура

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



Очевидно, что такие сценарии не удобно вести на одной странице — есть смысл разбить на несколько листов (например, по этапам или релизам).

Задача

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

Решение

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



Вот что получилось для статистики:

В октябре в Казани стартует всероссийский проект “Вперед вместе с Google”, который мы запускаем при поддержке правительств и администраций российских регионов.


На две недели в Казанский ИТ-Парк приедут ведущие российские и международные эксперты, чтобы рассказать о современных веб-технологиях и интернет-решениях жителям региона, предпринимателям, разработчикам, преподавателям и студентам. Подробнее о проекте “Вперед вместе с Google” можно прочитать в нашем блоге.

Для разработчиков в Татарстане мы приготовили отдельную трехдневную программу. Обратите внимание, что все мероприятия в рамках проекта “Вперед вместе с Google” бесплатные, но требуют предварительной регистрации.

Недавно Google выложили свой первый плагин в официальную директорию WordPress.org. Google App Engine for WordPress заменяет некоторый функционал ядра WordPress для полноценной его работы на cloud-хостинге App Engine. О поддержке языка PHP на платформе App Engine, Google заявили ещё в мае на конференции Google I/O.

Просматривая справочник по GAE наткнулся на ссылку.
Теперь в GAE можно запускать PHP-приложения, но только после предварительной регистрации и разрешения Google.
Об это говорится здесь.
Там же пишут, что 16 мая на Google I/O будет анонс и подробности по PHP runtime.

Согласно этому источнику:



UPD: Изменил заголовок на менее «жёлтый».

Вчера был анонсирован API для разработки приложений под Google Glass.

В настоящее время доступны библиотеки для Java и Python, демо-версия для счастливых обладателей очков и ролики от Timothy Jordan, описывающие нюансы разработки.

Есть такой замечательный wiki ресурс по языку Tcl/Tk как wiki.tcl.tk. Есть у этого ресурса RSS лента последних изменений. Но вот беда — лента изменений самая минимальная. Там указано только кем, когда и какая страница редактировалась. Нет полных изменений и нет GUID у элементов ленты, поэтому некоторые RSS клиенты (например, Google Reader) не показывают большую часть новостей, считая их одинаковыми.

Есть одна важная для меня RSS-лента. И хочется оперативно узнавать о “новых новостях” в ней. К сожалению, почтовой рассылки этот новостной сервер не предоставляет. Для чтения RSS я привык пользоваться Web-сервисом Google Reader, а он, несмотря на своё происхождение и родственные связи с Gmail, такой возможности тоже не даёт. И его мобильный клиент никак не оповещает о появлении новостей в лентах. Может и слава Богу – некоторые фиды очень плодовиты – но ведь бывают случаи когда это полезно. Вот как я выкрутился.

В уходящем 2012 году Google сделала серьёзные шаги навстречу корпоративным пользователям, запустив Google Drive и облачный сервис Compute Engine. Пользователей планомерно и довольно успешно переводят на облачные сервисы, естественной частью которых являются офисные приложения Google Apps.

Наступающий 2013 год сулит ещё большие изменения на рынке офисного ПО — похоже, компания Google всерьёз намерена разрушить одну из последних монополий в мире ИТ, а именно, монополию MS Office. Вице-президент Google и руководитель направления Enterprise Амит Сингх (Amit Singh) озвучил амбициозную цель: привлечь на Google Apps 90% корпоративных пользователей Microsoft Office. Именно так оценивается количество пользователей, которым не нужна полная функциональность MS Office, а достаточно базового набора функций.

Я активно пользуюсь самыми разными сервисами Google. Периодически, мне предлагается принять новое соглашение. Вот и сейчас, я уже несколько дней не имею доступа к своим приложениям в Google App Engine потому, что никак не решаюсь согласиться с соглашением.

Но начнём слегка издалека. Вот, как начиналось предыдущее соглашение:



Здесь и далее, выделение моё, URLы на скриншотах оставлены специально, они все работают. Браузер — последний Хром.

Вступление

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

Полагаю, что я не один такой. В добавок к вышесказанному, все новостные ресурсы я предпочитаю читать через РСС-ленты, считая их самым удобным средством распространения информации. К сожалению, оба информационных гиганта — Фeйсбук и Твиттер — лишили пользователей возможности выкачивать ленты. За пару дней я собрал на коленке сервис, который устраняет этот недостаток.

Итак, милости прошу на Queryfeed.

Представляю вашему вниманию рассказ об использовании Сhannel API в игре крестики-нолики по мотивам вот этой статьи: Channel API Overview (Java).