Não foram recebidos dados para importar. Ou não foi submetir um nome de ficheiro, ou o tamanho do ficheiro excede o tamanho máximo permitido pela sua configuração PHP. Veja FAQ 1.16.
Temos de aumentar o limit de upload e post no php.ini
Category Archives: nginx
upstream sent too big header while reading response header from upstream – plesk
Add additional nginx directives globally on plesk
vi /etc/nginx/conf.d/directives.conf
The directives
proxy_send_timeout 1200s;
proxy_read_timeout 1200s;
fastcgi_send_timeout 1200s;
fastcgi_read_timeout 1200s;
proxy_buffers 8 16k;
proxy_buffer_size 32k;
fastcgi_buffers 8 16k;
fastcgi_buffer_size 32k;
Save, close & restart nginx
PDF – NGINX for Commercial Quality Streaming Services
Agenda
https://www.nginx.com/wp-content/uploads/2018/12/NGINX-Conf-2018-slides_Choi-streaming.pdf
– Introduction to streaming
– Turn NGINX into a streaming server
– HLS/DASH VOD by NGINX – How?
– Supporting HLS 7
– Encrypting HLS
– High-bitrate streaming (4K/8K UHD) by NGINX
– Low-latency live by NGINX
phpMyAdmin – session_start(): open(SESSION_FILE, O_RDWR) failed: Permission denied (13)
phpMyAdmin – Error
Error during session start; please check your PHP and/or webserver log file and configure your PHP installation properly. Also ensure that cookies are enabled in your browser.
session_start(): open(SESSION_FILE, O_RDWR) failed: Permission denied (13)
Try to chown /var/lib/php/session/ with the user who is running httpd.
In my case it was nginx.
chown nginx: /var/lib/php/session/
nginx – failed (13: Permission denied)
In a fresh CENTOS, while installing & testing nginx i’v faced the following error..
2019/10/10 17:54:11 [crit] 18960#0: *1 stat() "/home/www/html/index.php" failed (13: Permission denied), client: 94.61.69.69, server: 51.158.69.69, request: "GET /index.php HTTP/1.1", host: "51.158.69.69"
This is how I’v solved.
chcon -R -t httpd_sys_content_t /home/www/html/
produced an unexpected error: Problem binding to port 443: Could not bind to IPv4 or IPv6.. Skipping.
While trying to renew the letsencrypt cert I got the following error
produced an unexpected error: Problem binding to port 443: Could not bind to IPv4 or IPv6.. Skipping.
A simple solution – in my case – was to stop nginx, renew the cert and start nginx.
Name-based virtual hosting with Nginx
/.well-known/acme-challenge/ – 404
1 renew failure(s), 0 parse failure(s)
IMPORTANT NOTES:
- The following errors were reported by the server:
Domain: subdomain.domain.com
Type: unauthorized
Detail: Invalid response from
http://subdomain.domain.com/.well-known/acme-challenge/XXXXXXX_XXXXXXXX:
"<!DOCTYPE html>
<html lang="en">
<head>
<title>404 Page Not Found</title>
<style type="text/css">
::selection{ background-color"
To fix these errors, please make sure that your domain name was
entered correctly and the DNS A record(s) for that domain
contain(s) the right IP address.
Try to add the following, inside server{}, on user nginx domain configuration..
location /.well-known/acme-challenge/ {
try_files $uri /dev/null =404;
}
And reboot nginx… 🙂
letsencrypt renew – 404 – Detail: Invalid response
So!,
letsencrypt renew output
Domain: www.domain.com Type: unauthorized Detail: Invalid response from http://www.domain.com/.well-known/acme-challenge/WLpdvugG3YzC53RTrZMJcYWsRqcj64vWLw43HNBkMN6:
nginx error log
66.133.XXX.XXX - - [11/Feb/2017:09:33:20 +0100] "GET /.well-known/acme-challenge/WLpdvugG3YzC53RTrZMJcYWsRqcj64vWLw43HNBkMN6 HTTP/1.1" 404 247 "http://www.domain.com/.well-known/acme-challenge/WLpdvugG3YzC53RTrZMJcYWsRqcj64vWLw43HNBkMN6" "Mozilla/5.0 (compatible; Let's Encrypt validation server; +https://www.letsencrypt.org)"
“Somehow” my domain root has changed.
I had to take a look at /etc/letsencrypt/renewal/domain.com.conf and fix some paths… 🙂
Warning: Unknown: open(/var/lib/php/session/ O_RDWR) failed: Permission denied (13)
I was getting the following error on a *fresh* CentOS…
Warning: Unknown: open(/var/lib/php/session/sess_isu2r2bqudeosqvpoo8a67oj02, O_RDWR) failed: Permission denied (13) in Unknown on line 0
Warning: Unknown: Failed to write session data (files). Please verify that the current setting of session.save_path is correct (/var/lib/php/session) in Unknown on line 0
This will do the work…
chown -R nginx:nobody /var/lib/php/session && chmod -R 770 /var/lib/php/session