Это должно сделать это для Вас: sudo apt-get purge "scrollbar*"
Цвет шрифта в LabelField легко поддерживается путем установки graphics.setColor на paint событие перед super.paint: Для проекта, которому необходимо в короткие сроки масштабироваться от очень небольшого числа пользователей до возможных миллионов пользователей, движок приложений Google может быть именно тем, что вы ищете.
Однако обратите внимание, что вы можете быть удивлены ограничениями, которые GAE поставляется с. Datastore может, среди прочего, не выполнять полнотекстовый поиск или запросы с использованием оператора IN. Поэтому будьте осторожны, чтобы указать, что нужно вашему приложению, и какие данные вы собираетесь хранить и искать.
Это также означает, что перенос вашего приложения из GAE на отдельный сервер может быть проблематичным, поскольку архитектура базы данных будет скорее всего будет другим.
You're question #3 raises a red flag. If this is an important issue, I'd caution against App Engine at this time. I love the platform, and don't doubt that their will be viable migration paths to a self-hosted solution at some point, but not now. Things like appdrop prove it would be possible to do, but would the effort and investment be worth it? That's the question I'd ask. I'd love to know if somebody has successfully ported a real-world production app engine app to another host.
Backups should be easily scripted or there are tools like GAEbar as Bolotov mentioned.
Regarding cost, you can probably get tens (maybe hundreds) of thousands of objects (records) and decent traffic/use for free. Beyond that, I'm not sure about comparative hosting costs, sounds like a good area to do some research in (note to self).
Finally, Silfverstrom is right about limitations, especially around full-text search. There are some projects underway to tackle this, but probably nothing as robust as a mature RDBMS.
Я отвечу на вопрос 1:
Я нахожусь на экспериментальной фазе нового веб-приложения на движке приложений. Мы потратили около месяца на написание кода и подготовку для нашего первого клиента. Они вышли в эфир на прошлой неделе. Им нравится программа, но пару дней назад я начал получать случайные ошибки превышения дедлайна в приложении. Вы просматриваете запись или список, и она возвращается через миллисекунды. Следующий шаг займет 30 секунд и вернется с ошибкой превышения крайнего срока.
Трассировка стека на приборной панели дает случайные результаты. Я перепробовал все, даже разделил приложение до привет, мир. Я помещаю сообщение журнала в наше промежуточное ПО для запросов процессов django, это первый исполняемый бит нашего кода. Он показал, что на запросы тайм-аута потребовалось 25 секунд от Google, чтобы получить запрос на выполнение нашего кода process_request. Я отправил сообщение на форум Google и ничего не получил. Я связался с кем-то в Google, и они быстро ответили, но только сказали, что свяжутся с командой. С тех пор ничего.
Возможно, я что-то делаю, чтобы вызвать это, но я действительно в этом сомневаюсь. Google не предоставляет поддержку, так что мне практически не повезло.
Если бы это было полноценное коммерческое приложение, я бы не работал.
tl; dr : движок приложений Google многообещающий, но нуждается в доработке и еще не подходит для коммерческого производства
С тех пор ничего.Возможно, я что-то делаю, чтобы вызвать это, но я действительно в этом сомневаюсь. Google не предоставляет поддержку, так что мне в основном не повезло.
Если бы это было полноценное коммерческое приложение, я бы не работал.
tl; dr : движок приложений Google многообещающий, но нуждается в доработке и еще не подходит для коммерческого производства
С тех пор ничего.Возможно, я что-то делаю, чтобы вызвать это, но я действительно в этом сомневаюсь. Google не предоставляет поддержку, так что мне в основном не повезло.
Если бы это было полноценное коммерческое приложение, я бы не работал.
tl; dr : движок приложений Google многообещающий, но нуждается в доработке и еще не подходит для коммерческого производства
Мои ответы: