Páginas PHP App (Owncloud) solicitando caminho incorreto para ativos

1

Eu tenho um VPS configurado com php-fpm e nginx (com ssl). Já configurei o Tiny Tiny RSS e funciona muito bem. No entanto, recentemente tentei configurar o Owncloud e instantaneamente acertei um bloqueio.

Eu visitei a página de índice para fazer a configuração inicial e não havia absolutamente nenhum estilo. Eu olhei no console do Firefox e vi vários erros 404. Olhando de perto, vi que todos os caminhos para os ativos estavam errados. Em vez de solicitar o link , ele solicitou link .

Parece que o php está fazendo algo errado quando está processando as páginas. Eu não tenho esse problema com o Tiny Tiny RSS, então eu diria que tem algo a ver com a maneira como o Owncloud foi escrito.

Estou assumindo que há uma chave php.ini que preciso alterar. Alguma idéia?

O seguinte é o conteúdo do meu bloco de servidores:

            listen 443 ssl;
            ssl_certificate /var/ssl/secret/sauce.key
            ssl_certificate_key /var/ssl/secret/sauce.key;
            server_name localhost 127.0.0.1 mydomain.com;
            root /usr/share/nginx/html;
            index index.html index.htm index.php;
            client_max_body_size 1000M;

            location / {
                    try_files $uri $uri/ @webdav =404;
            }

            location ~ \.php$ { 
                    include fastcgi_params;
                    fastcgi_index index.php;
                    try_files $1 = 404;
                    fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
                    fastcgi_param HTTPS on;
                    fastcgi_pass 127.0.0.1:9000;
            }

            location ~ ^/owncloud/(data|config|\.ht|db_structure\.xml|README) {
                    deny all;
            }

            location @webdav {
                    fastcgi_split_path_info ^(.+\.php)(/.*)$;
                    fastcgi_pass 127.0.0.1:9000;
                    fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
                    fastcgi_param HTTPS on;
                    include fastcgi_params;
            }

Eu percebo que esta não é a configuração completa que a documentação do Owncloud recomenda, mas geralmente gosto de obter uma configuração mínima de trabalho e trabalhar para aprender como tudo funciona. Revendo as opções de configuração que deixei de fora, parece que não houve nenhum processamento php afetado, então estou assumindo que está tudo bem. Caso contrário, gostaria de saber qual diretiva nginx estou perdendo e por que é importante.

    
por MetaNova 01.01.2014 / 16:51

2 respostas

0

I'm assuming there's a php.ini key I have to change. Any ideas?

Não, seu aplicativo provavelmente está configurado incorretamente - o PHP do Owncloud está gerando esses caminhos. Certifique-se de ter configurado o caminho da URL corretamente em Owncloud.

    
por 01.01.2014 / 16:56
0

Crie um novo host virtual para o owncloud, e apenas edite o root e o upstream (sock ou port), eu já tenho um servidor owncloud funcionando e funciona bem.

Configuração do Nginx para o owncloud

substitua a linha root e server no upstream

Suponho que você saiba como criar um servidor virtual, se não me informar, para que eu possa fornecer uma explicação para isso também.

EDITAR

Sobre ssl, um IP e um servidor virtual:

Na verdade não, depende do que o seu ssl foi comprado, se é um único domínio ssl como por exemplo example.com ou store.example.com , você pode ter quantos sites desejar no mesmo IP, mas o SSL só ser válido para aquele domínio para o qual você comprou, a menos que você tenha comprado um SSL curinga, nesse caso ele pode suportar *.example.com

de qualquer forma, também tenho SSL no meu servidor e é apenas para domain.com e www.domain.com , usei no meu servidor em nuvem hospedado em cloud.domain.com a única desvantagem para isso é que você recebe esse aviso de página amarela porque o domínio não é compatível com o que o ssl foi comprado, eu digo ao navegador para ignorar esse aviso e salvar a exceção e é isso, também o mesmo para o cliente de sincronização, ele me disse se eu quiser ignorar o aviso ou não e funciona muito bem.

Se você não quer enfrentar esse aviso, então sim, você precisa criar o próprio servidor de nuvem sob o mesmo host virtual, não por causa do IP, mas porque o nome pelo qual o ssl foi comprado.

Diga-me o que você quer e eu vou te ajudar também.

    
por 02.01.2014 / 11:42