Discussione:Thermo

Ciao, io uso jessie e non riesco a far funzionare ne' il javascript della pagina home, ne i file in cgi-bin Potresti aiutarmi?

---

Ni`:

• Posso pensare ad un problema di permessi dei files.
• Nginx non si e` avviato.

index.html si "carica" ?

--Dave4rp (discussioni) 13:51, 8 mar 2016 (CET)

---

Forse l'inghippo potrebbe essere qua:

 sudo cp -varp --parents etc/ /

i files di configurazione hanno un problema di permessi, per esempio nginx non si avvia ...

--Dave4rp (discussioni) 14:23, 8 mar 2016 (CET)

Posso essere più preciso

Dunque: 1. nginx parte 2. il javascript nella home.html non viene eseguito dal browser Midori di RaspberryPi

   ma viene eseguito da un browser su un client esterno (da PC)

3. non riesco ancora ad eseguire le pagine in cgi-bin perché dice 403 Forbidden e quindi sembrerebbe un problema di permessi

 ma ho controllato tutti i permessi nei file che ho modificato con una installazione di thermo funzionante installata su macchina virtuale con wheezy 
 ed ho rifatto anche l'installazione....

Non so cosa fare ora, io ho l'impressione che il problema sia fcgiwrap

---

Strano che fuzioni in virtuale e non sul Raspberry Pi, qualcosa di diverso c'e`, bisogna vedere "dove".

Una cosa che mi viene in mente e` "nginx", forse da wheezy a jessie hanno introdotto o modificato un parametro da mettere, togliere o modificare, nel file di configurazione (o in quello di fcgiwrap).

Trovi altri miei appunti qua: https://github.com/raspibo/Thermo/wiki (scritti prima di scrivere la pagina in questo wiki).

--Dave4rp (discussioni) 18:36, 8 mar 2016 (CET)

2016 03 09

Aggiornamenti alla guida

python3-redis

Bugs

Correzioni da testare

Ho provato velocemente in una nuova Raspbian ed in collegamento remoto (tunnel ssh), sembra funzionare. --Dave4rp (discussioni) 07:25, 9 mar 2016 (CET)

Testato configurazione sul thermo in funzione, sembra ok. --Dave4rp (discussioni) 07:44, 9 mar 2016 (CET)

Modifiche al file "/etc/nginx/sites-enabled/thermo" (solo linee modificate):

        # deny access to .htaccess files, if Apache's document root
        # concurs with nginx's one
        #
        location ~ /\.ht {
                deny all;
        }

Questo permetteva l'accesso al file delle password.

Correzione al file "/etc/nginx/fcgiwrap.conf" (praticamente l'ultima riga):

# Include this file on your nginx.conf to support debian cgi-bin scripts using
# fcgiwrap
location /cgi-bin/ {
  # Disable gzip (it makes scripts feel slower since they have to complete
  # before getting gzipped)
  gzip off;

  # Set the root to /usr/lib (inside this location this means that we are
  # giving access to the files under /usr/lib/cgi-bin)
  root  /var/www;

  # Fastcgi socket
  fastcgi_pass  unix:/var/run/fcgiwrap.socket;

  # Fastcgi parameters, include the standard ones
  include /etc/nginx/fastcgi_params;

  # Adjust non standard parameters (SCRIPT_FILENAME)
  #fastcgi_param SCRIPT_FILENAME  /usr/lib$fastcgi_script_name;
    fastcgi_param SCRIPT_FILENAME  /var/www$fastcgi_script_name;
}

Questo probabilmente un bug esistente nelle precedenti versioni di nginx o fcgiwrap, perche` gli script funzionavano.