2017-05-22 3 views
1

J'essaie d'obtenir le ckeditor pour travailler avec ckfinder, le problème est quand je cours l'éditeur sans proxy sur NGINX son travail comme est fermé, mais quand Je travaille avec mon proxy il ne tarde pas à télécharger des fichiers et à voir les fichiers. Je vais montrer à la fois mes fichiers de configuration pour NGINX ma config serveur et ma config proxy.Aucun travail proxy, proxy faire quelque chose dans CKEditor

config serveur:

Lorsque le back-end sont sur, et où en marche CKFinder et ckeditor.

server { 
     root /var/www/domain-com/backend; 
     index index.php index.html index.htm; 

     server_name domain.com; 

     client_max_body_size 256M; 

     location ~ \.php$ { 
       try_files $uri $uri/ /index.php?$args; 
       fastcgi_pass unix:/var/run/php5-fpm.sock; 
       fastcgi_index index.php; 

       fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name; 
       fastcgi_param PATH_INFO $fastcgi_path_info; 
       fastcgi_param PATH_TRANSLATED $document_root$fastcgi_path_info; 

       fastcgi_split_path_info ^(.+\.php)(/.+)$; 
       include fastcgi_params; 
     } 

     # Folders to block 
     location ^~ /Controller/ { deny all; } 
     location ^~ /Cron/ { deny all; } 
     location ^~ /Framework/ { deny all; } 

     location /json/ { 
       try_files $uri $uri/ /json.php?$args; 
     } 

     location /action/ { 
       try_files $uri $uri/ /action.php?$args; 
     } 

     location/{ 
       try_files $uri $uri/ /index.php?$args; 
     } 
} 

config Proxy

C'est ma config pour le serveur proxy tout contrôle là avant son envoi vers le serveur principal.

server { 
     listen 443 ssl; 

     root /var/www; 
     index index.php index.html; 

     client_max_body_size 256M; 
     server_name domain.com; 

     gzip    on; 
     gzip_proxied  any; 
     gzip_types  text/css text/plain text/xml application/xml applicati$ 
     gzip_vary  on; 
     gzip_disable  "MSIE [1-6]\."; 

     # SSL Config setup 
     ssl on; 
     ssl_certificate /home/www-data/ssl/ssl-key.pem; 
     ssl_certificate_key /home/www-data/ssl/ssl-key.key; 
     ssl_stapling on; 
     ssl_session_timeout 10m; 
     ssl_session_cache builtin:1000 shared:SSL:10m; 
     ssl_protocols TLSv1 TLSv1.1 TLSv1.2; 
     ssl_prefer_server_ciphers on; 

     # Error pages if user is blocked 
     error_page 403 /e403.php; 
     location = /e403.php { 
      allow all; 
     } 

     location ~ \.php$ { 
       include snippets/fastcgi-php.conf; 
       fastcgi_pass unix:/var/run/php5-fpm.sock; 
     } 

     location/{ 
       proxy_redirect off; 
       proxy_set_header X-Real-IP $remote_addr; 
       proxy_set_header X-Forwarded-For $remote_addr; 
       proxy_read_timeout 1d; 
       proxy_set_header Host $host; 
       proxy_pass http://domain_server_config$uri?$args; 
     } 
} 
+0

Votre serveur proxy dispose de deux blocs d'emplacement qui interceptent les URI se terminant par '.php'. Pourquoi avez-vous besoin de cela, et pouvez-vous les supprimer? –

+0

lol, que résoudre le problème, pouvez-vous expliquer pourquoi c'est le faire, ne jamais obtenir ce problème avant très merci plein! : P – ParisNakitaKejser

Répondre

1

Votre serveur proxy a deux blocs d'emplacement qui interceptent URIs se terminant par .php. Si votre serveur proxy est destiné à transférer tout sans être inquiété, il n'y a aucune raison pour qu'il exécute les fichiers PHP localement. Vos applications existantes utilisent probablement de jolis permaliens (ou similaires) qui masquent le fait que PHP est le moteur derrière le site Web.

Je suspecte que les tâches qui ne fonctionnent pas, exposent un URI contenant le modèle .php.