патч механизма приложения мертв. Теперь, что лучший способ состоит в том, чтобы использовать Django на Google App Engine?
Авторы патча механизма приложения официально отметили этот замечательный проект как мертвый на их веб-сайте. За прошлый год много людей спросило, чем лучшим способом выполнить Django на Google App Engine был, и раз за разом люди указали на патч механизма приложения, являющийся способом пойти. Теперь, когда этот проект мертв, я хотел бы пересмотреть это обсуждение и видеть то, что Вы все рекомендуете.
Старый веб-сайт патча механизма приложения обращается к другому проекту, названному djangoappengine, что они продолжают работать. Это фокусируется на использовании Собственного компонента Django на Механизме Приложения, но путем выполнения так, кажется, ограничивает способность использовать все функции Механизма Приложения (такой как ее созданный в модели User). Что Вы все думаете об этом как заменяющее решение?
Проект Google App Engine Helper For Django теперь выглядит более привлекательным теперь, когда патч механизма приложения умер?
Или патч механизма приложения является все еще столь большим, что Вы рекомендовали бы все еще использовать его несмотря на него являющийся мертвым?
Я в настоящее время имею проект на его средних этапах, полагающихся на патч механизма приложения, и любил использовать его до сих пор, но боюсь продолжать использовать проект, который мертв. Я был бы очень признателен за любые комментарии, которые Вы имеете, о каком Вы думаете, лучшее долгосрочное решение теперь.Спасибо!
2 ответа
Используйте < td nowrap > или < td style = «white-space: nowrap;» > , чтобы избежать обертывания. Ячейка таблицы, как правило, должна расширяться в соответствии с содержимым, если только ей не разрешено наложение, или если ее ширина была ограничена каким-либо другим способом.
(Это означает комментарий к ответу gerry3 выше, но я пока не могу прокомментировать вопросы и ответы других пользователей).
Небольшое улучшение решения gerry3 - очень элегантное. Если я не ошибаюсь, строка
otherObject.displayOrderValue += delta;
фактически выполняет арифметику указатель , если displayOrderValue не имеет примитивного типа. Что может быть не то, чего ты хочешь. Вместо этого, чтобы установить значение объекта, я предлагаю:
otherObject.displayOrderValue = [NSNumber numberWithInt:[otherObject.displayOrderValue intValue] + delta];
Это должно правильно обновить ваше свойство объекта и избежать каких-либо EXC_BAD_ACCESS сбоев.
-121--2907318-Патч ядра приложения, вероятно, является более безопасной ставкой для данного момента. Хотя на данный момент он не поддерживается активно, он все еще велик, так как был проверен более тщательно. Если вы готовы пойти на некоторые риски - идите и дайте новый djangoappengine + django-nonrel (нативная поддержка django для нереляционных баз данных, в первую очередь google datastore yest) вариант попробовать. Это вариант, который мы все будем использовать через некоторое время, так что, вероятно, стоит попробовать его, а не оглядываться назад. Например, исправление ядра приложений поддерживает только ~ 300 объектов в администрировании (т.е. не использует преимущества функциональности 1.3.1), в то время как с djangoappengine + django-nonrel, который больше не является проблемой. www.allbuttonspressed.com, сайт парней за app-engine-patch, все построено таким новым способом, вы можете захватить исходный код скелета сайта @ http://bitbucket.org/wkornewald/allbuttonspressed/ .
удачи!
Похоже, что вы можете просто импортировать его с помощью use_library...
http://code.google.com/appengine/docs/python/tools/libraries.html