Pull to refresh

Comments 36

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

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

В общем всё это вносит какую-то неразбериху=)
Такой подход разумно использовать на главной странице, которая должна быть проиндексирована поисковиками и должна показывать что-то вменяемое, чтобы пользователь знал, зачем ему вообще туда логиниться. Остальные — да, вполне могут и должны использовать login: required
UFO landed and left these words 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 тут ни при чем
Можно, потом залью на 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