Pull to refresh

Comments 36

Меня такой вопрос интересует: есть app.yaml в который мы прописываем связку скриптов обработки и юрлов, так вот так вроде же в параметрах юрлов есть такой пункт: доступ только авторизованным или что-то подобное.
На основе этого в принципе логично, кидать на страницу авторизации(отдельную прописанную в том же app.yaml, а не самому проверять авторизован ли пользователь).

Так как же всё-таки лучше делать эту самую авторизацию?
Все будет во второй части ;-) Часто бывает удобно показать одну страничку незалогиненным пользователям (и search engine-ботам) и другую — залогиненным, по одному и тому же адресу. Спасибо за комментарий!
Ну если есть такая надобность, то да… но ведь код проверки вставлять на каждую такую страницу не тру
+проверка авторизации на разных уровнях (app.yaml и в коде), то же как-то не очень

В общем всё это вносит какую-то неразбериху=)
Такой подход разумно использовать на главной странице, которая должна быть проиндексирована поисковиками и должна показывать что-то вменяемое, чтобы пользователь знал, зачем ему вообще туда логиниться. Остальные — да, вполне могут и должны использовать login: required
UFO just landed and posted this here
Спасибо, продолжение пишется!
Только начинаю знакомиться с GAE.
Как я понимаю, авторизация только с юзерами вида @gmail.com… или можно делать свою базу на основе стандартных средств?
Не только @gmail.com — пользователи Google Apps тоже поддерживаются (например, я могу логиниться используя sigizmund[at]sigizmund.com). Можно сделать свой логин, я полагаю — но сложнее.
sigizmund.com — домен припаркован где-то у тебя на дедике(хостинг провадере) или прицеплен к гуглмейлу?
Ээ с ним все сложно. DNS у него от GoDaddy, A-запись идет на sigizmund.posterous.com, а MX и SRV-записи показывают на Google Apps.
Понял. Пока только это останавливает…
Свою систему авторизации сделать не проблема, та, что на нашем портале (ссылка в профиле, если интересно), разрабатывалась быстро, и в общем сам процесс разработки системы авторизации никак качественно не отличается от общепринятого — таблица в базе, куки, сессии…
На сайте пишут www.arhimir.ru/main/ пишут:
Traceback (most recent call last):
File "/base/python_lib/versions/1/google/appengine/ext/webapp/__init__.py", line 507, in __call__
handler.get(*groups)
File "/base/data/home/apps/ru-dev/15.339417036075904778/main_page_handler.py", line 88, in get
'arhs': at.get_top()
File "/base/data/home/apps/ru-dev/15.339417036075904778/tools/arch_top.py", line 17, in get_top
objects = DBGalleryObject.get_by_id(o_list)
File "/base/python_lib/versions/1/google/appengine/ext/db/__init__.py", line 999, in get_by_id
return get(keys)
File "/base/python_lib/versions/1/google/appengine/ext/db/__init__.py", line 1182, in get
entities = datastore.Get(keys)
File "/base/python_lib/versions/1/google/appengine/api/datastore.py", line 257, in Get
raise _ToDatastoreError(err)
Timeout


Можно прокомментировать данные ошибки в разрезе работы с GAE?
Можно. Сейчас идет работа связанная со сменой логики кэширования информации на главной странице, поэтому периодически вылезают таймауты. Примерно один раз в 2-3 часа. В общем баг скорее носит логический характер, GAP тут ни при чем
а можно исходники проектов заливать на Github/Google Code?
Можно, потом залью на Google Code (пока там заливать нечего было, но начиная со второй части все будет там).
спасибо за статью, как раз хотел начать разбираться с GAE
очень хотелось бы видеть в Ваших статьях, как можно хранить данные
увидите ;-) код уже написан, осталось текст по-русски написать (с этим сложнее)
очень надеюсь

а можно обнаглеть и попросить еще пример AJAX под GAE?
он чем-то отличается в реализации, может есть свои подводные камни?

спрашиваю, т.к. хочу писать новый проект под ExtJS
и меня очень тревожит как быть с AJAX?
Попросить можно, но не обязательно вы это получите ;-) Я очень слабо разбираюсь в веб-технологиях — предельно (беспредельно) далек от этой области; если получится — то напишу. Но лично я никаких подводных камней в принципе не вижу.
Никаких подводных камней, в общем-то нет. Внутри питонского GAP зашита обычное Django, которое через встроенные адаптеры работает с гугловской БД BigTable. С точки зрения аякса за год разработки я ни разу не столкнулся с какими-то координальными отличиями от разработки на обычном Django-хостинге.
в том то и дело, что с Django не работал
все время на php
а там все просто и клево — Питон же, понятнее чем PHP и гораздо логичнее. Я тоже с джангой не работал до GAE, а теперь начну.
Тоже очень хочется уйти от пхп
Честно говоря, на связке GWT+GAE я пасанул — точнее, не было достаточно сильного мотиватора ;-) но надеюсь, что кто-то эстафету подхватит.
На недавнем московском Google Developer Day обещали в скором времени увеличить временную квоту обработки скрипта с 30 секунд.

Насчет среды разработки — почему вы не используется Eclipse'овский Pydev? Гораздо удобнее. Более того, последние версии Пайдева напрямую поддерживают работу с ГАП, к примеру можно заливать файлы на Гугл прямо из Эклипса.
Ну да, можно, для MyTwiLinks я сперва даже использовал его… но привык я как-то к TextMate. К тому же для языков с динамической типизацией примерно в 70% случаев code completion не работает потому что он не может работать по определнию потому что тип объекта неизвестен — что сильно нивелирует ценности IDE в принципе.
О, а поиск полнотекстовый не обещали?
Нет, такого не припоминаю
Да, обещали и делают. Уже месяца 3-4 работают над этим. Issue 217 висит в Started. Подробности там в комментах от Max.Ross.
Это ведь практически перевод гугловского Getting Started, не так ли?
Неа, читайте дальше.
Сначала обрадовался, т.к. мне очень интересна эта тема. Но только с точки зрения Java.
Поэтому когда увидел упоминание Питона все закрыл… ;-(

Жаль нет нормального Java ориентированного описания GAE.
Ну с моей точки зрения, язык вообще не имеет значения. Просто на Питоне примеры получаются короче; с другой стороны, человеку с мало-мальским опытом не составит труда применить всю эту информацию к GAE/J.

Для Java писать не буду — там все точно так же, только кода бесполезного больше. Читайте code.google.com/appengine/docs/java/overview.html
Sign up to leave a comment.

Articles