как исправить / login_check "эта страница не работает" в размещенном проекте Symfony 3.4 - PullRequest
0 голосов
/ 24 декабря 2018

Я создал этот веб-сайт и использовал пакет FOS_user в качестве диспетчера пользователей, при разработке приложения все работало нормально, я могу войти в систему и зарегистрироваться, и все на локальном компьютере, используя wampserver, но когда я загрузил его на хост-сервер, проблема началась,я могу войти в admin.domain как в среде dev, так и в prod, но не на www.domain, я получаю www.domain / login_check и «эта страница не работает», любая помощь будет оценена

security.yml

безопасность:

encoders:
    FOS\UserBundle\Model\UserInterface: bcrypt

role_hierarchy:
    ROLE_ADMIN:       ROLE_USER
    ROLE_SUPER_ADMIN: ROLE_ADMIN

# https://symfony.com/doc/current/security.html#b-configuring-how-users-are-loaded
providers:
    fos_userbundle:
        id: fos_user.user_provider.username

firewalls:
    # disables authentication for assets and the profiler, adapt it according to your needs
    dev:
        pattern: ^/(_(profiler|wdt)|css|images|js)/
        security: false

    main:
        pattern: ^/
        user_checker: security.user_checker
        form_login:
            provider:             fos_userbundle
            login_path:           fos_user_security_login
            check_path:           fos_user_security_check
            csrf_token_generator: security.csrf.token_manager
            # default_target_path: homepage 
            # always_use_default_target_path: true
        logout:
            path:        fos_user_security_logout
            target:      homepage
        anonymous: true
        http_basic: true

access_control:
    - { path: ^/login$, role: IS_AUTHENTICATED_ANONYMOUSLY }
    - { path: ^/register, role: IS_AUTHENTICATED_ANONYMOUSLY }
    - { path: ^/resetting, role: IS_AUTHENTICATED_ANONYMOUSLY }
    - { path: ^/admin/, role: ROLE_ADMIN }
    - { path: ^/ar/admin/, role: ROLE_ADMIN }
    - { path: ^/en/admin/, role: ROLE_ADMIN }
    - { path: ^/fr/admin/, role: ROLE_ADMIN }

1 Ответ

0 голосов
/ 25 декабря 2018

после 3 дней попыток выяснить это, и после того, как каждое возможное решение оказалось, что это проблема сервера, им нужно было добавить разрешение на доступ к пользовательской таблице с www.domain

...