Google App Engine SDK for Python

Google App Engine The (GAE) е набор от инструменти за уеб разработчици, като им позволява да създавате, управлявате и мащаба на техните приложения, в зависимост от входящите нужди трафик и съхранение на данни.

GAE не се нуждае от специални сървъри, работещ на инфраструктурата на Google.

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

Google App Engine SDK The за Python включва много бързо оптимизиран Python интерпретатор, различни отворен код рамки, а стандартната библиотека Python.

Тя също така включва Python APIs за различни функции, като хранилището за данни, Google Профили, URL донесе, и услуги за електронна поща.

Всичко на всичко, Google App Engine SDK за Python е не само един от най-лесните инструменти за откриване и домакин на приложението Python, но неофициален стандарт на Общността за развитие на мащабни уеб сайтове Python и приложения.

Други SDKs Google App Engine са предвидени също за:

Java

Go

PHP

Какво ново в тази версия:

• oauth2client библиотека обновена, за да версия [1.4.2] [https://github.com/google/oauth2client/blob/master/CHANGELOG.md]
• добавя & quot; шоу в контекст & quot; меню за кандидатстване MVM трупи, които са thread_id или REQUEST_ID като поле в тяхното влизане дневник. Това дава възможност за сортиране на приложенията трупи, въз основа или област.
• Възможност за предоставяне на приложения за текущото натоварване и конфигуриране еластична провизиране на базата на двете VM и нивото на приложение на показателите.
• Remote API сега могат да бъдат достъпни с помощта OAuth2 пълномощията използващи https://developers.google.com/identity/protocols/application-default-credentials
• Използване RequestPayloadTooLargeException за URLFetch поиска с товари, които са твърде големи.

Какво ново във версия 01.09.32:

• oauth2client библиотека обновен до версия [1.4.2] [https://github.com/google/oauth2client/blob/master/CHANGELOG.md]
• Добавя "шоу в контекст" меню за кандидатстване MVM трупи, които са thread_id или REQUEST_ID като поле в тяхното влизане дневник. Това дава възможност за сортиране на приложенията трупи, въз основа или област.
• Възможност за предоставяне на приложения за текущото натоварване и конфигуриране еластична провизиране на базата на двете VM и нивото на приложение на показателите.
• Remote API сега могат да бъдат достъпни с помощта OAuth2 пълномощията използващи https://developers.google.com/identity/protocols/application-default-credentials
• Използване RequestPayloadTooLargeException за URLFetch поиска с товари, които са твърде големи.

Какво ново във версия 1.9.28:

• oauth2client библиотека обновен до версия [1.4.2] [https://github.com/google/oauth2client/blob/master/CHANGELOG.md]
• Добавя "шоу в контекст" меню за кандидатстване MVM трупи, които са thread_id или REQUEST_ID като поле в тяхното влизане дневник. Това дава възможност за сортиране на приложенията трупи, въз основа или област.
• Възможност за предоставяне на приложения за текущото натоварване и конфигуриране еластична провизиране на базата на двете VM и нивото на приложение на показателите.
• Remote API сега могат да бъдат достъпни с помощта OAuth2 пълномощията използващи https://developers.google.com/identity/protocols/application-default-credentials
• Използване RequestPayloadTooLargeException за URLFetch поиска с товари, които са твърде големи.

Какво ново във версия 9.1.26:

• oauth2client библиотека обновен до версия [1.4.2] [https://github.com/google/oauth2client/blob/master/CHANGELOG.md]
• Добавя "шоу в контекст" меню за кандидатстване MVM трупи, които са thread_id или REQUEST_ID като поле в тяхното влизане дневник. Това дава възможност за сортиране на приложенията трупи, въз основа или област.
• Възможност за предоставяне на приложения за текущото натоварване и конфигуриране еластична провизиране на базата на двете VM и нивото на приложение на показателите.
• Remote API сега могат да бъдат достъпни с помощта OAuth2 пълномощията използващи https://developers.google.com/identity/protocols/application-default-credentials
• Използване RequestPayloadTooLargeException за URLFetch поиска с товари, които са твърде големи.

Какво ново във версия 9.1.23:

• URL адресът Изважда услуга винаги ще издаде искане за GET, когато той приема и отговаря на 302 отговор; преди тя да се запази оригиналния метод HTTP. Това ново поведение е в съответствие със съвременните конвенции.

Какво ново във версия 1.9.20:

• URL адресът Изважда услуга винаги ще издаде искане за GET, когато той приема и отговаря на 302 отговор; преди тя да се запази оригиналния метод HTTP. Това ново поведение е в съответствие със съвременните конвенции.

Какво ново във версия 1.9.18:

• URL адресът Изважда услуга винаги ще издаде искане за GET, когато той приема и отговаря на 302 отговор; преди тя да се запази оригиналния метод HTTP. Това ново поведение е в съответствие със съвременните конвенции.

Какво ново във версия 1.9.11:

• Фиксирана проблем с API за търсене не се връщат резултати в правилната дата.

Какво ново във версия 1.9.10:

• асинхронни повиквания сега се поддържат в API за търсене.

Какво ново във версия 1.9.9:

• TLS сега е подкрепена и активиран по подразбиране в dev_appserver.
• Фиксирана проблем с Datastore администраторите не е зареди поради DeadlineExceededError при изтеглянето на видове.

Какво ново във версия 1.9.8:

• Фиксирана проблем с NDB повтори, вложени структури нараства експоненциално при запис.

Какво ново във версия 1.9.7:

• Фиксирана проблем с remove_ignored_dirs на dev_appserver не работи.

Какво ново във версия 1.9.6:

• Django 1.5.4 е обновен до 1.5.8.
• Django 1.4.3 е ​​обновена до 1.4.13.
• Фиксирана проблем с taskqueue_stub.py _Group.GetQueuesAsDict () повишаване Тип грешка с прекъсвания.

Какво ново във версия 1.9.5:

• Фиксирана проблем с API за търсене на къде да търсите за гео точките, чието разстояние от фиксирана точка е по-голяма от някаква стойност се връща документи, които не включват тази област.
• Фиксирана проблем с API за търсене, където заявки за поле, което не съществува връща грешка вместо да се връщат нула мачове на това поле.

Какво ново във версия 1.9.4:

• Фиксирана проблем с API за търсене, където тя не правилно разбор изрази, които използват оператора на изваждане без заобикалящата интервалите.
• Фиксирана проблем с devappserver Търсене API на позволявайки търси поле с отричани стойност.
• Фиксирана проблем с API на devappserver Search не боравене търсения за празни цитати по същия начин като производство.
• Фиксирана проблем с API на devappserver Search не съвпадение документи с атом полета по същия начин, както и производство.
• Фиксирана проблем с API на devappserver Search позволява на изрази, които се използват от оператора на фрагмент над числово поле.
• Фиксирана проблем с API на devappserver Search позволява сортиране изрази, за да използвате оператора на фрагмент.
• Фиксирана проблем с devappserver Търсене API на не валидиране че курсори са от предишно търсене.
• Фиксирана проблем с API на devappserver Search не разбор заявки, които използват размита оператора за търсене (~).
• Фиксирана проблем с API на devappserver Search не валидиране стойността по подразбиране за сортиране изрази по дата полета.

Какво ново във версия 1.9.3:

• Фиксирана проблем с NDB deserialization навлиза в един безкраен цикъл, когато повтарят вложени структурирани свойства са None.

Какво ново във версия 1.8.9:

• Добавено verbose_name подкрепа за ComputedProperty в NDB.
• Преименувана appcfg започне да appcfg start_module_version и спрете да stop_module_version.
• Фиксирана проблем с разпределение ID сблъсъци в хранилището за данни.
• Фиксирана проблем с Cloud Storage повиквания при липса на dev_appserver.
• Фиксирана проблем с dev_appserver не започва на Windows при използване на версии на Python по-рано от 2.7.2.

Какво ново във версия 1.8.8:

• Специализирани Memcache сега е функция, GA. Нашата неодобрение политика се прилага и клиенти са насърчавани да използвате тази функция в производството.
• MemCache API повиквания се проследяват от нов показател, който оценява използването на ресурсите, Memcache Compute Units (MCU е). Налице е нова кофа квота и таблото графика, съответстваща на показателя, както и опция в кеша в паметта зрителя да се покаже най-ключове от MCU е.
• Форматът dev_appserver logs.db не е обратно съвместим с 1.8.7. Потребителите, които се връщат към 1.8.7 dev_appserver след като се опитва 1.8.8 трябва да изтриете този файл. Освен ако не е конкретно посочено от потребителя, в командния ред, файлът се намира в /tmp//logs.db. Грешката се види, ако този файл не е отстранена, е: "IntegrityError: RequestLogs.module не може да бъде NULL '
• Фиксирана проблем с валидиране ID на dev_appserver приложение за UTF-8

Какво ново във версия 1.8.7:

• Cloud крайните точки за сега е функция GA.
• MemCache промени в конфигурацията и мутации (флъш, комплект, и т.н.), направени от административната конзола сега са записани в администраторската конзола трупи.
• Настройката на max_concurrent_requests сега конфигуриране на версия / модул.
• Фиксирана проблем с Datastore не правилно валидиране именни пространства с по-голям от 500 символа.
• Фиксирана проблем с NDB не се връщат на същото място за асинхронен получава при използване на кеша в паметта.

Какво ново във версия 1.8.6:

• A кеша в паметта таблица с размери е добавен към таблото администратор конзола. достъп до него чрез падащото меню над графиката. Графиката изобразява кеша в паметта размер с течение на времето дава възможност на клиентите да се определи кога настъпват кеш вълни събития. Това е преглед функция.
• Фиксирана проблем с dev_appserver която позволява невалидна комбинация Datastore заявка на група от и филтър свойства.
• Фиксирана проблем с bulkloader който причинява добавени към dev_appserver да се провали.
• Фиксирана проблем, засягащ валидиране на размера на имена собственост Datastore.
• Фиксирана проблем с валидиране Datastore заявка за низове с точно 500 символа.

Какво ново във версия 1.8.4:

• A Datastore Admin корекция в тази версия подобрява сигурността, като се гарантира, че планираните архиви вече може да се стартира само с опашка задача на Крон или задача. Администраторите все още могат да започнат резервна, като отидете в Datastore администратор в административната конзола.

Какво ново във версия 1.8.3:

• Интерфейс в Task Queue REST API на вече не изисква включително "S ~" в началото на името на проекта.
• Фиксирана проблем с API на Mail, имейл адреси, които съдържат кодирани нови редове, както е посочено в rfc2047 сега са анализирани правилно.
• Фиксирана проблем с channels.send_message липса, когато клиент ID има 3 или повече тирета.
• Фиксирана проблем с ndb.non_transactional правилно възстановяване на транзакциите състояние на библиотеката db.
• Фиксирана проблем с Канал API изпитателна не работи правилно след обновяване до SDK 1.8.2.
• Фиксирана проблем с Datastore Admin интерфейс не е зареди дължи на приложението като твърде много видове.
• Фиксирана проблем с модули get_current_module_name () неправилно отчитане, както е по подразбиране, когато тя не е.

Какво ново във версия 1.8.1:

• Bandwidth между App Engine и Google Cloud Storage в момента е безплатно (това може да се промени в бъдеще за определени нива на обслужване).
• API за търсене е завършил Experimental да Preview. Приложенията, които имат за фактуриране позволиха да надвишава нивата на свободни квоти и ще бъдат таксувани за използване над тези нива.
• Оценка на броя на резултатите от търсенето ще бъде точна, само ако тя е по-малка или равна на броя на исканите резултати. По подразбиране това може да бъде преодоляно чрез създаване number_found_accuracy QueryOption в API за търсене.
• Дати, атоми и редица области вече могат да бъдат намерени чрез търсене, без ограничение поле в API за търсене.
• A цитиран празен низ вече връща атомни полета с празни стойности за API за търсене.
• откъси и разчитат функции вече не се допускат в сортиране изрази за API за търсене.
• API за търсене сега се е подобрило съобщения за грешка за потребителски грешки и вътрешни грешки.

Какво ново във версия 1.8.0:

• Нови плащане Enabled приложения вече не по подразбиране ще имейл квота от 20 000 на ден. Вместо това, приложения, ще трябва да подаде молба чрез администраторската конзола, за да получите имейл квоти се увеличават.
• Admin конзола на арматурното табло графики и отчети за всички потребители са напълно мигрират към новата, по-надежден гръб съобщи в 1.7.6.
• Максималният размер на искания POST направена през UrlFetch е увеличен от 5MB до 10MB.
• Фиксирана проблем с API на Mail, за да се предотврати изпращането на поща от пощенски акаунт на Google Apps, че е било спряно.

Какво ново във версия 1.7.7:

• API гнездата, която позволява на приложенията да правят изходящи TCP връзки и да изпращат / получават UDP пакети към Интернет с помощта на двете IPv4 и IPv6, сега е на разположение като експериментална функция за фактурирани приложения.
• Модулът ftplib сега е възстановен. Това зависи от експериментален Sockets API на.
• Платежни приложения, поддържащи вече няма да бъдат предмет на $ 2,10 минимален седмичен прекарват. Вместо това, приложенията ще се таксуват само за реалното им използване.
• Matplotlib 1.1.1, експериментална функция, се оттегля и ще бъдат премахнати в 1.7.8. Моля, преминете към matplotlib 1.2.0.
• Фиксирана проблем, когато dev_appserver Datastore авто идентификационните номера на възложените от разсеяна политика на ИД са твърде големи, за да бъдат представени като числа с плаваща запетая.
• Фиксирана проблем, където dev_appserver хвърли изключение на всяко търсене API повикване, което се използва индекс, който първоначално е бил създаден като последователен.

Какво ново във версия 1.7.6:

• Admin конзола на арматурното табло диаграми и текущата натоварване / доклади грешки ще се преместват в нов, по-надежден гръб. Промяната ще бъде постепенно търкаляне на потребителите на администратор конзола през следващите няколко седмици.
• Нови квоти Търсене API сега се показват в административната конзола. Тези квоти в момента не са влезли в сила, но ще бъдат част от модела на ценообразуване за API за търсене в бъдещо издание.
• резюмето на заявлението вече не показва версията по подразбиране на заявление за бягане, вместо него се изброяват заявлението като "РАБОТЕЩ". В приложения следващата версия ще има множество логически под компонента, всеки от които ще имат версия по подразбиране. Тази актуализация UI има за цел да се приведе в съответствие с тази функционалност.
• запитвания проекционни сега са напълно поддържана функция GA.
• The API XMPP сега има мулти-JID get_presence. Това дава възможност да се получи от наличието на множество потребители.
• Django 1.4 и Webob 1.2.3 сега са насърчавани да GA.
• Apps вече имаме възможността да fopen () файлове, които са декларирани като статични файлове в app.yaml използващи application_readable знаме.
• A Go време на изпълнение е добавен към новата и подобрена AppServer развитие.
• Нивото на лог Debug за издръжливостта й е била активирана.

Какво ново във версия 1.7.5:

• The API Канал вече има възможност за изпращане на съобщения на канали от всяка версия на приложението или задния независимо от това къде е създаден канал.
• URL адресът Изважда услуга вече поддържа исканията метод PATCH.
• API The Mail вече може да изпрати имейл известия за отпадане на приложението. Уведомлението ще бъдат доставени до / _ah / скача, ако са активирани mail_bounce входящи услуги.
• Услугата Blobstore сега връща създаден файла вместо blobKey при използване на Cloud Storage
• Фиксирана проблем с os.urandom хвърляне на изключение в dev_appserver2 когато използвате OS X.
• Фиксирана проблем с time.tzset не съществува в dev_appserver2 за Windows.
• Matplotlib v1.2.0 вече е на разположение като експериментална функция.
• Django 1.4 е обновена до 1.4.3. Това е експериментална функция.

Какво ново във версия 1.7.4:

• Фон теми сега е функция GA.
• разделяне на трафика сега е функция, GA.
• Task Queue Статистика сега е функция, GA.
• Дневници API сега има възможност да донесе искания въз основа на списък с request_ids. В момента, това работи само в производството и не се поддържат в dev_appserver.
• Python интерпретатор е обновен до 2.7.3.
• WebOb 1.2.3 вече е достъпен за Python 2.7. Потребителите, използващи без документи 1.2.2 трябва да актуализирате приложението им, тъй като тази версия ще бъде отстранен в следващата версия.
• DISTINCT за заявки Datastore сега е на разположение като експериментална функция.
• Matplotlib V1.1.1 сега е на разположение като експериментална функция.
• извеждане от експлоатация на API за реализациите е била отстранена.
• Добавен предупреждение, че интерактивната конзола ще бъде деактивиран, ако потребителят работи dev_appserver с --address знаме.

Какво ново във версия 1.7.3:

• Django 1.4 вече се поддържа в Python 2.7
• изпълнението на файла базирани на коляновия Datastore скоро ще бъде отхвърлена. Предупредително съобщение информиране на потребителите, че SQLLite мъниче ще бъде коляновия подразбиране скоро сега се появява.
• статистика Datastore Индекс сега Тип на отчета вместо представителство тип.
• Богати сортиране изяви отвъд единични имена на полета вече се поддържат в API на Търсене на dev_appserver.
• search.MIN_NUMBER_VALUE и search.MAX_NUMBER_VALUE сега са публични в API за търсене.
• последователен Индекси сега са отхвърлени в API за търсене.
• search.list_indexes () е била отхвърлена и заменени с search.get_indexes () в API за търсене.
• Index.list_documents () е била отхвърлена и заменени с Index.get_range () в API за търсене.
• Добавен метод Index.get (DOC_ID), за да се получи документ от неговия ID в API за търсене
• Index.add () е била отхвърлена и преименуван на Index.put () в API за търсене.
• Index.remove () е била отхвърлена и преименуван на Index.delete () в API за търсене.
• класове AddDocumentError и RemoveDocumentError, които вече са били отхвърлени, са били отстранени от API за търсене.
• OperationCode.object_id и OperationCode.document_id, които вече са били отхвърлена, са били отстранени от API за търсене.
• Потребителите вече могат да се променят опции за удостоверяване след създаването на приложението.

Какво ново във версия 1.7.2:

• Добавено Timezone избор джаджа в Admin Console Admin Logs.
• Добавен предупредително съобщение за кеширане при промяна или изтриване на Datastore лица.
• Добавен флъш бутон кеш да dev_appserver и Admin Console.
• Опитът да се актуализира няколко автономните групи в една сделка, Datastore сега хвърля грешка предполага да се използва XG сделки.
• Search API сега има максимален лимит низ с дължина от 2000 знака.
• Фиксирана проблем с пространство от имена падащото в конзолата Admin появява празен, въпреки че URL определено пространство от имена е вярна.
• Фиксирана проблем, когато Model.get_by_id () връща нито в dev_appserver има предвид, че това не е позволено в производството.
• Фиксирана проблем с dev_appserver app_identity.get_default_version_hostname ()
• Фиксирана проблем с sendToAdmins мейл услуги () при невъзможност, когато се използва мулти-арг съобщение конструктор.
• Фиксирана проблем с dev_appserver за mimetypes.guess_type ()
• Фиксирана проблем с време на работа не е да използва обхват с OAuth при определени условия.
• Фиксирана проблем с AppConfigNotFound грешка.

Какво ново във версия 1.7.1:

• Рамката на изпитателна тестване вече поддържа Logservice API.
• Добавена е поддръжка на API Files да се изброят файлове Google Cloud Storage.
• Подобряване на MapReduce Reader API File, за да поддържа множество файлове и файлови формати.
• Фиксирана проблем с проучването на App удовлетвореността на двигателя в административната конзола, която е пусната в 1.6.6, който ще бъде активиран отново в тази версия.
• Фиксирана проблем с Търсене API websafe курсори не се връщат, като стойност websafe.
• Фиксирана проблем, когато търсене предложи се връщаше грешки, които не са били достъпни като search.Error подкласове.
• Фиксирана NDB проблем, при лица над 1000000 байта където написани на кеша в паметта, което води до провал.
• сега може да се изтегли от 90 дни на стойност на ползване Доклади за Вашата кандидатура от страницата История на плащанията на административната конзола.
• Task Queue искания сега включват X-AppEngine-TaskExecutionCount, която брои колко пъти дадена задача се управляват от една инстанция.
• Добавена е поддръжка за множество файлове да бъдат изтрити, използвайки API Files.
• Добавена е поддръжка за изтриване на файлове от Google Cloud Storage, използвайки API Files.
• Добавена REQUEST_LOG_ID да бъде написано на трупите и като променлива на средата. Това може да се използва за по-късно идентифициране на това искане в трупите на приложението.
• The Memcache Viewer вече поддържа именни пространства.
• размер низ представителство NDB имоти "се ограничава до макс дължина на низ за Blob и текстови свойства.
• Appstats осигурява интерактивна черупка за спазване RPC поведение на разговори веднага.
• Appstats сега съдържа информация за стойността на RPCs, направени по време на искането.
• API изображенията вече поддържа уточнява цвета по подразбиране на пикселите за попълване на различни видове изображения, които не поддържат прозрачни изображения, като например JPEG.
• Добавихме пълен асинхронен подкрепа API в API на изображения.
• Добавен грешка на API на изображения, за да се посочи кога петно ​​позоваването не е намерена или не е достъпен.
• Произведено търсенето Python ограничава публичния в API за търсене.
• Добавен именно пространство подкрепа за API за търсене в Python SDK.

Какво ново във версия 1.7.0:

• Инструментът РЧР Blob миграция сега е общодостъпна.
• След използване на хранилището за данни архивиране полезност, сега можете да се възстанови, че архивиране на ново приложение ID.
• Тя няма да бъде възможно да се създадат нови разрешения за M / S заявления за достъп до Cloud SQL случаи.
• Вече можете да изтриете Google Cloud Storage обект, използвайки blobstore.delete а ().
• Сега може да донесе Google Cloud Storage обект, използвайки blobstore.fetch а ().
• Вече можете да съхранявате ключове за обект с Google Cloud Storage в хранилището за данни.
• разговор create_upload_url сега работи за обекти Google Cloud Storage.
• Вече можете да използвате get_serving_url () и delete_serving_url () за кофи Google Cloud Storage.
• запитвания проекционни сега се поддържат в NDB.
• В NDB, ап и пространство от имена са аргументи сега ключови думи, за да get_by_id ().
• Context (). Call_on_commit () добавя към NDB за добавяне на обаждане, за да бъде изпълнена при успешно извършване на сделка.
• NDB Context.memcache_ * OPS вече приемат Unicode.
• NDB е добавена поддръжка за съхраняване protorpc.Message обекти.
• Подобрена грешка съобщения за многобройни повтарящи = True нива с StructuredProperty в NDB.
• PyAMF вече е напълно стартира.
• Ние увеличихме различни граници Търсене API. Нови граници са максимум 1000 документа се върна от търсене () или list_documents (), максимум 1000 индекси се върнаха от list_indexes (), и най-много се компенсира от 1000 за търсене () или list_indexes ()
• Фиксирана проблем, когато API за търсене не налагат ограничения върху NumberFields.
• Фиксирана проблем в SDK където SortExpression не налага наличието на набор DEFAULT_VALUE когато е необходимо.
• Фиксирана проблем, когато lxml не подкрепя Unicode разбор.

Какво ново във версия 1.6.6:

• административната конзола сега показва квотите за търсене API призовава и търсенията, съхранена на данни.
• API за търсене е отхвърлена на ORDER_ID атрибут на клас Документ. Той е бил заменен с атрибута ранг.
• API за търсене е отхвърлена атрибут на документ за ListResponse и го заменя с атрибут резултат. Също така на document_id атрибут на OperationResult клас е отхвърлена и заменена с атрибута ID.
• Фиксирана проблем, когато Unicode не е последователно работи в Search API на Python.
• създаване на App за приложения, използващи водач / подчинен хранилището за данни на предприятието е ограничено само до тези потребители, които вече притежават магистърска / Slave ап.
• Приложения с фактуриране позволиха сега са в състояние да изберете до 100 Cron работни места.
• Фиксирана проблем, когато големи Datastore архиви не са могли да бъдат изтрити.
• Фиксирана проблем, когато Datastore архиви се провали поради проблем с ASCII декодиране.
• Фиксирана проблем, където SDK не внасят в опаковката правилно при използване на куки за внос.
• Фиксирана проблем, когато използвате проекция заявка за мулти-ценен имот с филтър за равенство не се връща никакви резултати.
• Фиксирана проблем, когато Unicode променливи са отпаднали в Appstats при използване на Python 2.7.

Какво ново във версия 1.6.5:

• Jinja2 сега включва модул _debugsupport.
• Фиксирана проблем с dev_appserver където неизпълнение на HTTP Content-Type на искане към текст / обикновен вместо текст / HTML.
• Фиксирана проблем, където SDK ще включва някои индекси, които не са били необходими в производството.
• Фиксирана проблем в SDK където SDK администраторската конзола няма да покаже UTF-8 кодирани стойности списък собственост.
• В Висока Replication хранилището за данни на, има един нов вид метаданни, __entity_group__, че има числова __version__ имот. Този имот е гарантирано да се увеличи на всяка промяна на групата на лице.
• API изображенията вече поддържа манипулиране на обекти, хоствани на Google Cloud Storage.
• В API на изображения, на get_serving_url поканата сега избор ви позволява да определите дали URL адреса ви се генерира трябва да се сервира през HTTPS.
• В API на Task Queue REST, сега можете да зададете маркер, когато поставите задача на издърпване на опашката.
• В API на Task Queue, можете да определи срок за lease_tasks повикването. Крайният срок по подразбиране е увеличен от 5 секунди до 10 секунди.
• вече могат да използват Cron да насрочи Datastore архиви.
• The Datastore администраторите вече има страница, която показва информация за състоянието на резервни копия на Datastore и възстановява.
• вече могат да се откажем си Datastore архивиране или възстановяване от администратор на Datastore.
• сега може да се възстанови една единствена Datastore Kind от Datastore администраторите от архив Datastore.
• В административната конзола, можете да съобщите за производствени въпроси в молбата си директно към Google от страниците на приложението. Просто кликнете върху линка "Съобщи Производствени проблеми", попълнете необходимата информация, и представя.

Какво ново във версия 1.6.4:

• статистика Datastore сега показват количеството на склад, използван от индексите на приложения.
• Издаден експериментална програма за мигриращите петна на вашето приложение в същото време да мигрирате вашите данни Datastore. Можете да се включите в петно ​​миграция в административната конзола, когато започнете да си миграция.
• Обновено експерименталната архивиране / възстановяване функционалност да се включи опцията за архивиране и възстановяване на Google Cloud Storage.
• хранилището за данни на API за NDB вече е общодостъпна. За бележки пълни освобождаване на версия 0.9.9 и 1.0.0 поправки, които са интегрирани в API.
• В Python 2.7 продължителност на работа, фонови теми са на разположение като експериментално освобождаване, когато се използва в App Engine Неуспех.
• използване на метода на Blobstore API на serve_blob (), приложението ви може да служи обекти, хоствани на Google Storage за разработчици.
• административната конзола сега осигурява Memcache зрител, който изброява MemCache статистика и може да показва Memcache съдържание въз основа на ключ.
• В коляновия Възможности API в SDK, сега можете да разрешите или забраните за устройство използващо SetPackagedEnabled.
• Инсталаторът Windows сега предлага да инсталирате Python 2.7 вместо Python 2.5.
• API на изпитателна вече поддържа API възможностите.
• запитвания GQL в административната конзола вече не хвърлят за грешка, когато се включи на заден и запетая.
• API за Datastore сега включва NonTransactional декоратор, за да се гарантира, че дадена функция се изпълнява извън сделка. Съществуващите сделки са на пауза, докато функцията се изпълнява.
• раздел Datastore Admin в административната конзола сега показва лица от всяко пространство от имена.
• Фиксирана проблем с _strptime когато нишки бе посочено.
• Фиксирана проблем, когато DatastoreFileStub.del провали на tempfile.msktemp.
• WebOb 1.1.1 вече е включена в SDK, и се използва по подразбиране там, когато е посочено Python 2.7.
• Фиксирана проблем, където index.yaml файл е изчистена, ако влизането си skip_files различава от списъка на skip_files подразбиране.

Какво ново във версия 1.6.3:

• В административната конзола, можете да използвате новата функция разделянето на трафика за изпращане на определен процент от трафика към не-подразбиране версия на приложение. Трафикът е разделен от някоя бисквитка или IP адрес.
• имейли, които са изпратени от Google Apps домейни имейл адреси, където домейна е бил създаден, за да използвате DKIM ще бъде подписан: когато имейл е от искане, което произхожда от област, която ап или всяко време е бил изпратен от един апартамент администратор да, включително, когато това се изпраща имейл от искане на чакащите Cron работа или задача.
• В административната конзола, сега можете да изберете колко и колко дълго искате да съхранявате трупи. Всички приложения се 1G безплатно и в крайна сметка ще бъдат в състояние да плащат за повече, докато сумата може да се увеличи тази версия няма да започне зареждането на допълнителния капацитет до следващата версия най-рано.
• екрана на случаите, в административната конзола сега има бутон за изключване на конкретен случай.
• Всеки дневник приложение има връзка със случая, който служи на искането. Ако повече не изпълнява заявки, ще бъдат показани на инстанция съобщение.
• The API TaskQueue вече поддържа способността да маркирате задача за издърпване на опашката. След това можете да лизинг задачи по етикет. Тази функция е експериментален.
• Използване съпоставяния маска на домейни на Google Apps, можете да получите достъп до алтернативни версии на приложението си чрез домейн по избор.
• привличане и отблъскване Опашки сега са изброени отделно в конзолата за развитие SDK.
• документация Developer за експерименталната NDB API, замяната на db.py, сега е на разположение.
• appcfg.py вече поддържа OAuth2.
• уеб приложение 2.5.1 вече е достъпен в Runtime Python 2.7.
• Django 1.3 е вече на разположение в Runtime Python 2.7.
• GQL Query вече поддържа персонализиран вид кастинг за списък елементи в филтри.

Какво ново във версия 1.6.2:

• The API Blobstore сега включва асинхронни функцията призовава create_upload_url_async, delete_async, и fetch_data_async.
• Django версия 1.3 вече е достъпна в Runtime Python 2.5.

<силни> Изисквания :