Удаление инструкций печати и комментариев нарушает мой код

#postgresql #flask #sqlalchemy #flask-wtforms #flask-login

#postgresql #flask #sqlalchemy #flask-wtforms #flask-логин

Вопрос:

Я внедряю flask-login на своем веб-сайте (размещенном на Heroku с базой данных PostgreSQL), где в настоящее время я тестирую функцию регистрации. Когда я отправляю форму для регистрации нового пользователя, форма будет отправлена, но база данных не будет обновляться, а сайт не будет перенаправляться.

Вот код для /register маршрута в routes.py :

 @application.route('/register', methods=['GET', 'POST'])
def register():
    if current_user.is_authenticated:
        return redirect(url_for('index'))
    form = RegistrationForm()
    if form.validate_on_submit():
        session = get_session() <--- prints "Session started"
        # Don't need to give the id because it is set to auto-increment (serial type) in PostgreSQL
        user = User(username=form.username.data)
        print("after username")
        user.set_password(form.password.data)
        print("after password")
        session.add(user)
        print("after add")
        session.commit()
        # print("after commit") <--- commenting out this line breaks the program
        return redirect(url_for('login'))
    return render_template('register.html', title='Register', form=form)
 

Форма написана с помощью flask-wtforms. Вот get_session() функция, которая создает сеанс SQLAlchemy, и функция, которая закрывает его в конце каждого запроса (механизм определен в другом месте кода).

 def get_session():
    if 'session' not in g:
        g.session = Session(engine)
        print('Session started')
    return g.session

@application.teardown_request
def teardown_session(exception):
    session = g.pop('session', None)
    if session is not None:
        session.close()
        print('Session torn down')
 

Наконец, вот User класс models.py . Он основан на мега-уроке Мигеля Гринберга по flask.

 from app import login
from flask_login import UserMixin
from sqlalchemy import Column, Integer, Text
from sqlalchemy.ext.declarative import declarative_base
from werkzeug.security import generate_password_hash, check_password_hash

# Declare base to create a table as mapped subclass of the base
base = declarative_base()

# The user inherits the functions of base and UserMixin
class User(base, UserMixin):
    # Map the class to the PostgreSQL table 'users'
    __tablename__ = 'users'
    id = Column('flask-id', Integer, primary_key=True)
    username = Column('username', Text, nullable=False)
    password_hash = Column('password-hash', Text, nullable=False)

    # __repr__ function describes the object
    def __repr__(self):
        return '<User {}>'.format(self.username)

    # Create functions for saving and storing hashed passwords using werkzeug
    # Assigns the hashed password to the User object (the object can be later committed to the database)
    def set_password(self, password):
        self.password_hash = generate_password_hash(password)
    
    # Checks the given plaintext password against the hashed one loaded from the User object
    def check_password(self, password):
        return check_password_hash(self.password_hash, password)

# Flask-login requires a user_loader route to load user objects based on their flask id
# Flask stores the key in memory as a string, so it must be converted to int
@login.user_loader
def load_user(id):
    # Trying to avoid circular dependencies
    from app.routes import get_session
    session = get_session()
    return session.query(User).get(int(id))
 

И вот вывод на консоль при запуске программы на Heroku:

 app[web.1]: Session started
app[web.1]: Session torn down
 

Поскольку печатаются «Сеанс запущен» и «Сеанс сорван», я знаю, что форма может быть проверена и получен запрос POST. Кажется, что после этого программа как бы «выпадает» из функции. Вместо того, чтобы выполнять и в конечном итоге перенаправлять на /login страницу, он просто обновляет /register страницу. Однако, если я просто добавляю комментарии или инструкции печати, они не выпадают таким образом, что заставляет меня думать, что это проблема времени, когда дополнительное время, необходимое для выполнения инструкций печати / комментариев, позволяет базе данных вносить изменения. Однако Python работает синхронно, поэтому я не уверен, что это основная проблема. Буду признателен за любую помощь!

Комментарии:

1. Есть ли причина, по которой вы не используете для этого flask-sqlalchemy? Не сказать, что вы должны, но это сделало бы управление сеансом для вас.

2. Честно говоря, я не знал об управлении сеансами flask-sqlalchemy. Я обязательно это реализую.

3. Кроме того, не зная больше о параллелизме (поток против процесса, gunicorn против uwsgi), использование g для сеанса кажется неправильным. Если вы пытаетесь закрыть его teardown_request , я бы сказал, что это должен быть атрибут запроса, а не глобальный атрибут.