Title: Risultati della ricerca per 'Install wordpress linux server' | WordPress.org Italia

---

# Risultati della ricerca per 'Install wordpress linux server'

Stai vedendo 15 risultati - da 1 a 15 (di 25 totali)

1 [2](https://it.wordpress.org/support/search/Install+wordpress+linux+server/page/2/?output_format=md)
[→](https://it.wordpress.org/support/search/Install+wordpress+linux+server/page/2/?output_format=md)

 *   Forum: [Installazione e Aggiornamento](https://it.wordpress.org/support/forum/installazione/)
   
   Come il topic: [Installazione su linux debian 12](https://it.wordpress.org/support/topic/installazione-su-linux-debian-12/)
    -  [wpmeplug](https://it.wordpress.org/support/users/wpmeplug/)
    - (@wpmeplug)
    - [7 mesi, 3 settimane fa](https://it.wordpress.org/support/topic/installazione-su-linux-debian-12/)
    - Vorrei sapere quale è il modo in cui si possa installare, ad esempio, due 
      wordpress diversi, uno che gestisca le pagine del dominio alfa.com ed uno 
      che gestisca le pagine del dominio beta.com.
    - Ho visto che esiste l’opzione multi site ed ho letto che bisogna fare un network
      di siti, ma pare sia solo per sotto domini o sotto cartelle.
    - > [Home](https://developer.wordpress.org/)
    - Esistono altre possibilità? Io devo installare più siti wordpress con domini
      diversi sullo stesso server.
    - Spero di essere stato chiaro.
    - Grazie.
 *   Forum: [Installazione e Aggiornamento](https://it.wordpress.org/support/forum/installazione/)
   
   Come il topic: [Problemi di aggiornamento WordPress, plugin e temi](https://it.wordpress.org/support/topic/problemi-di-aggiornamento-wordpress-plugin-e-temi/)
    -  [gelty72](https://it.wordpress.org/support/users/gelty72/)
    - (@gelty72)
    - [1 anno, 6 mesi fa](https://it.wordpress.org/support/topic/problemi-di-aggiornamento-wordpress-plugin-e-temi/)
    - Salve, ho problemi con un’installazione wordpress che ho “ereditato”. WordPress(
      versione 6.3.1) è installato su un vhost con Rocky Linux 8.10, Apache 2.4.37
      e PHP 7.4.33.
    - Il problema è che non è possibile fare nessun tipo di aggiornamento, né di
      wordpress, né dei temi e neanche i plugin. Quando provo ad aggiornare wordpress,
      compare alla fine il messaggio
    - _L’aggiornamento non può essere installato perché non è stato possibile copiare
      alcuni file. Ciò è solitamente dovuto ad una inconsistenza sui permessi dei
      file.:_ …
    - seguito da un lungo elenco di file. Controllando sul server i file in questione
      hanno permessi 755 e hanno come proprietario utente.apache, così come le cartelle.
      Provando ad assegnare i permessi a 775 non cambia nulla, quando provo ad assegnare
      i permessi a 777 il sito si blocca con il messaggio
    - _Si è verificato un errore critico sul tuo sito web._
    - non permettendomi di vedere nessuna pagina di amministrazione. Riesco a ripristinare
      il sito solo da un backup.
    - Come posso risolvere la cosa?
    - Grazie
    - La pagina su cui ho bisogno di aiuto: _[[devi essere connesso](https://login.wordpress.org/?redirect_to=https%3A%2F%2Fit.wordpress.org%2Fsupport%2Fsearch%2FInstall%2Bwordpress%2Blinux%2Bserver%2F%3Foutput_format%3Dmd&locale=it_IT)
      per vedere il link]_
 *   Forum: [Fixing WordPress](https://it.wordpress.org/support/forum/guide-e-soluzioni/)
   
   Come il topic: [cURL error 7](https://it.wordpress.org/support/topic/curl-error-7/)
    -  [lucavalentino](https://it.wordpress.org/support/users/lucavalentino/)
    - (@lucavalentino)
    - [1 anno, 8 mesi fa](https://it.wordpress.org/support/topic/curl-error-7/)
    - Ho installato su un altro computer Fedora Linux Desktop wordpress e tutto 
      il necessario.
    - In WordPress ricevo questo errore:
    - Le REST API sono uno dei modi in cui WordPress e altre applicazioni, comunicano
      con il server. Un esempio è la schermata dell’editor a blocchi, che dipende
      dalle REST API per visualizzare e salvare i tuoi articoli e pagine.
    - Durante il test dell’API REST, è stato generato un errore:
    - Endpoint REST API: [http://wp_test.locale/wp-json/wp/v2/types/post?context=edit](http://wp_test.locale/wp-json/wp/v2/types/post?context=edit)
      
      Risposta REST API: (http_request_failed) cURL error 7: Failed to connect to
      wp_test.locale port 80 after 0 ms: Couldn’t connect to server
    - Non mi permette di scaricare tema, plugin ecc.
 *   Forum: [Fixing WordPress](https://it.wordpress.org/support/forum/guide-e-soluzioni/)
   
   Come il topic: [Pubblicazione fallita. La risposta non è una risposta JSON valida.](https://it.wordpress.org/support/topic/pubblicazione-fallita-la-risposta-non-e-una-risposta-json-valida-2/)
    -  [willy70](https://it.wordpress.org/support/users/willy70/)
    - (@willy70)
    - [2 anni, 2 mesi fa](https://it.wordpress.org/support/topic/pubblicazione-fallita-la-risposta-non-e-una-risposta-json-valida-2/)
    - Carissimi ho ancora bisogno di voi per un nuovo sito web.
    - Un gruppo di amici mi ha chiesto di dargli una mano ed io ho proposto WordPress.
    - Ho installato l’ultima versione in italiano 6.4.2. Il server su cui gira per
      il momento e’ un raspberry con distro Linux Debian (bullseye). Installazione
      di base a cui ho aggiunto: apache2 2.4.41, PHP 7.4.3, MariaDB 10.3.38.
    - La parte relativa alla bacheca funziona perfettamente. Ho gestito la rimozione
      di alcuni plugin che non mi servivano ho fatto l’update di quelli rimasti.
      Ho aggiunto il tema Tewenty-Seventeen insomma tutto bene ma quando vado a 
      creare un articolo oppure una pagina ottengo sempre l’errore:
    - “Pubblica Avviso di errore Pubblicazione fallita. La risposta non è una risposta
      JSON valida.” Aggiungo che in alto a sinistra sotto a “sei pronto per pubblicare
      mi viene proposto il logo di WordPress con la frase (senza titolo)
    - Ho fatto alcune verifiche per esempio se cambio i permalink da nome-articolo
      a id numerico funziona ma se lo rimetto con il nome articolo mi ridà errore.
      In pratica ancora non sono ancora riuscito a capire qual’e’ il motivo di questo
      problema.
    - Nel log del server non vedo nulla.
    - Mi date una mano per favore ?
    - Grazie
    - Willy
       *  Questo topic è stato modificato 2 anni, 2 mesi fa da [willy70](https://it.wordpress.org/support/users/willy70/).
 *   Forum: [Varie ed eventuali](https://it.wordpress.org/support/forum/varie-ed-eventuali/)
   
   Come il topic: [Icona menù a tendina non viene visualizzato su mobile.](https://it.wordpress.org/support/topic/icona-menu-a-tendina-non-viene-visualizzato-su-mobile/)
    -  [adb75](https://it.wordpress.org/support/users/adb75/)
    - (@adb75)
    - [2 anni, 6 mesi fa](https://it.wordpress.org/support/topic/icona-menu-a-tendina-non-viene-visualizzato-su-mobile/)
    - Buongiorno a tutti
      ho questo problema: l’icona del menù a tendina su mobile
      non viene visualizzata.Questo capita solo sul sito “live”, se sono loggato
      in WordPress invece si vede. Il menù funziona, se vado sul punto esatto e 
      clicco il menù si apre, ma chiaramente se qualcuno non lo sa è come se non
      ci fossa. Ho provato a ispezionare con Chrome e ho riscontrato alcune differenze
      tra loggato e live nel punto dell’icona menù.Lasciò il link con le differenze
      riscontrate.Incollo anche le informazioni di sistema ricavate da Elementor.
      Utilizzo il tema Hello Elementor.Grazie e buona giornata.
    - [https://psicologoautorevole.it/wp-content/uploads/2023/09/differenze-menu.jpg](https://psicologoautorevole.it/wp-content/uploads/2023/09/differenze-menu.jpg)
    - Informazioni di sistema:
    - == Server Environment ==
      Operating System: LinuxSoftware: ApacheMySQL version:
      Source distribution v5.7.39-42PHP Version: 7.4.33PHP Memory Limit: 768MPHP
      Max Input Vars: 3000PHP Max Post Size: 256MGD Installed: YesZIP Installed:
      YesWrite Permissions: All rightElementor Library: Connected
    - == Theme ==
      Name: Hello ElementorVersion: 2.8.1Author: Elementor TeamChild
      Theme: No
    - == Active Plugins ==
      ElementorVersion: 3.16.3Author: Elementor.com
    -     ```wp-block-code
          GTM4WP
              Version: 1.18.1
              Author: Thomas Geiger
      
          iubenda | All-in-one Compliance for GDPR / CCPA Cookie Consent + more
              Version: 3.7.5
              Author: iubenda
      
          Newsletter, SMTP, Email marketing and Subscribe forms by Brevo
              Version: 3.1.70
              Author: Brevo
      
          SiteGround Central
              Version: 3.0.1
              Author: SiteGround
      
          SiteGround Optimizer
              Version: 7.4.1
              Author: SiteGround
      
          SiteGround Security
              Version: 1.4.5
              Author: SiteGround
      
          Social Chat
              Version: 7.1.5
              Author: QuadLayers
      
          Stop Spammers
              Version: 2023.4.1
              Author: Trumani
      
          Xpro Elementor Addons
              Version: 1.3.8
              Author: Xpro
      
          Yoast SEO
              Version: 21.1
              Author: Team Yoast
          ```
      
    - == Registro ==
      JS: showing 11 of 11JS: 2023-08-21 15:31:07 [error X 155][https://
      psicologoautorevole.it/wp-content/plugins/elementor/assets/lib/pickr/pickr.
      min.js?ver=1.5.0:2:14799] Cannot read properties of null (reading ‘clone’)
      JS: 2023-08-21 15:31:09 [error X 5][https://psicologoautorevole.it/wp-content/
      plugins/elementor/assets/lib/pickr/pickr.min.js?ver=1.5.0:2:19552] Cannot 
      read properties of null (reading ‘changestop’)JS: 2023-08-23 12:29:54 [error
      X 11][https://psicologoautorevole.it/wp-content/plugins/elementor/assets/js/
      editor.min.js?ver=3.15.3:3:917217] elementorFrontend is not definedJS: 2023-
      08-30 08:44:09 [error X 6][https://psicologoautorevole.it/wp-includes/js/jquery/
      jquery.min.js?ver=3.7.0:2:28722] elementor_new_template_form_controls is not
      definedJS: 2023-08-31 13:32:10 [error X 1][https://psicologoautorevole.it/
      wp-content/plugins/xpro-elementor-addons/assets/js/xpro-widgets.js?ver=1.3.8:
      1:21513] Cannot read properties of undefined (reading ‘size’)JS: 2023-09-01
      12:20:34 [error X 19][https://psicologoautorevole.it/wp-content/plugins/elementor/
      assets/js/frontend-modules.min.js?ver=3.15.3:2:12920] Cannot read properties
      of undefined (reading ‘attributes’)JS: 2023-09-01 12:22:30 [error X 1][https://
      psicologoautorevole.it/wp-content/plugins/elementor/assets/js/editor.min.js?
      ver=3.15.3:3:642692] Cannot read properties of undefined (reading ‘isDesignable’)
      JS: 2023-09-01 15:23:24 [error X 1][https://psicologoautorevole.it/wp-content/
      plugins/elementor/assets/js/editor.min.js?ver=3.15.3:3:670813] elementorFrontend.
      elements.window.jQuery is not a functionJS: 2023-09-10 23:47:55 [error X 3][
      https://psicologoautorevole.it/wp-content/plugins/elementor/assets/js/editor.
      min.js?ver=3.15.3:3:838767] Cannot convert undefined or null to objectJS: 
      2023-09-12 08:17:47 [error X 1][https://psicologoautorevole.it/wp-content/
      plugins/elementor/assets/js/responsive-bar.min.js?ver=3.15.3:2:5951] Cannot
      read properties of null (reading ‘config’)JS: 2023-09-15 10:44:00 [error X
      2][https://psicologoautorevole.it/wp-includes/js/jquery/jquery.min.js?ver=
      3.7.0:2:28722] Cannot read properties of undefined (reading ‘value’)
    - == Elementor – Compatibility Tag ==
    -     ```wp-block-code
          Xpro Elementor Addons: Compatibilità non specificata
          ```
      
 *   Forum: [Fixing WordPress](https://it.wordpress.org/support/forum/guide-e-soluzioni/)
   
   Come il topic: [Consumo RAM esagerato](https://it.wordpress.org/support/topic/consumo-ram-esagerato/)
    -  [theprotoss](https://it.wordpress.org/support/users/theprotoss/)
    - (@theprotoss)
    - [3 anni, 2 mesi fa](https://it.wordpress.org/support/topic/consumo-ram-esagerato/)
    - Buonasera a tutti, dopo ormai 15-20 anni di server vps Windows (all’inizio
      hostavo anche siti asp), per questioni varie sto spostando tutto su un multi
      dominio Linux con plesk dove si pagano le risorse che si consumano (RAM e 
      cpu).
    - Installo il primo sito, che è un e-commerce (classico woocommerce), e il sistema,
      facendo delle semplici operazioni (ad es provando a installare il Jetpack 
      o andando nella sezione “dati analizzati”) registra dei picchi di consumo 
      RAM esorbitanti (fino a 2,3 giga circa).
    - Considerando che ho già decine di siti WordPress installati e funzionanti 
      su server vps Windows, con anche un woocommerce con più di 1400 prodotti inseriti,
      e che la RAM non è mai stata un problema (il server vps ha 8 giga di RAM, 
      dove deve girare anche il sistema operativo, e con sistema operativo e tutti
      i siti tra cui questo woocommerce con 1400 prodotti inseriti, la RAM occupata
      difficilmente supera i 4 giga su 8. Ossia 4-5 giga di RAM risultano sempre
      liberi), qualcuno sa spiegarmi il perché di questo consumo esasperato di RAM
      da parte di un sito appena installato e praticamente ancora vuoto?
    - C’è un modo per ottimizzare le risorse in modo che non accadano questi picchi
      assurdi?
    - Un ringraziamento anticipato a chi vorrà rispondermi.
 *   Forum: [Varie ed eventuali](https://it.wordpress.org/support/forum/varie-ed-eventuali/)
   
   In risposta a: [Come si usa la password delle applicazioni?](https://it.wordpress.org/support/topic/come-si-usa-la-password-delle-applicazioni/)
 *  [luca21](https://it.wordpress.org/support/users/luca21/)
 * (@luca21)
 * [3 anni, 4 mesi fa](https://it.wordpress.org/support/topic/come-si-usa-la-password-delle-applicazioni/#post-12175236)
 * Ciao [@steve92](https://it.wordpress.org/support/users/steve92/) ,
    Avevo capito.
   🙂 Le REST API mi sembrano un argomento importante, piuttosto complicato e abbastanza
   misconosciuto. Per WP la documentazione è scarsa quindi se vuoi approfondire 
   ti saranno necessarie delle prove, temo.
 * Le REST API non sono una prerogativa esclusiva di WP. Ad esempio:
    – cPanel pannello
   ammette l’uso di REST API – Plesk panel ammette l’uso di REST API – Hestia panel(
   hestiacp) lo stesso. Senza l’uso dell’interfaccia web e da remoto si possono 
   creare spazi web, installarci WordPress, sospendere un sito e varie altre cose.
 * WP idem. Con una chiamata http(s) si possono avere molte informazioni sul sito
   e anche modificarlo con username e password.
 * Prova a fare (da Firefox si legge meglio la risposta) `https://<sito>/wp-json/`.
 * Uscirà una risposta in formato json con un sacco di informazioni sul sito.
 * Per modificare il sito non si possono inserire username e password nella chiamata
   https quindi ci sono altre strade:
 * usare il comando curl tipico degli ambienti linux. Se sei su un desktop / server
   linux usi curl. Username e Password dovrebbero essere inseriti prima della stringa
   https
 * Se sei in Window dovrebbe potersi fare dal Prompt dei comandi di Window usando
   un file batch
 * La doumentazione di WP prevede l’uso del javascript che faccia una chiamata ajax.
   La password va inserita nelle headers della chiamata.
    `https://developer.wordpress.
   org/rest-api/using-the-rest-api/authentication/` Se sia proprio la password indicata
   dalla tua immagine quella giusta da usare bisognerebbe provare.
 * Se ti interessa e approfondisci l’argomento metti qui dei post che dicono quel
   che succede. 🙂
 * Un saluto
 *   Forum: [Installazione e Aggiornamento](https://it.wordpress.org/support/forum/installazione/)
   
   In risposta a: [Installazione di WordPress in locale con Docker](https://it.wordpress.org/support/topic/installazione-di-wordpress-in-locale-con-docker/)
 *  Chi ha creato la discussione [padovano2022](https://it.wordpress.org/support/users/padovano2022/)
 * (@padovano2022)
 * [3 anni, 6 mesi fa](https://it.wordpress.org/support/topic/installazione-di-wordpress-in-locale-con-docker/page/2/#post-12174914)
 * Ho letto la guida che mi hai mostrato ma non risolve il problema. Se leggi con
   più attenzione trovi scritto questo:
 *     ```
       volumes:
         certbot-etc:
         wordpress:
         dbdata:
       ```
   
 * Il codice crea dei volumi non accessibili all’host mentre io desidero poter accedere
   ai file di wordpress.
 * In merito al discorso “bella sudata” ti sbagli perché tutto il resto di codice
   che vedi nella pagina che posti serve solo per https, proxy, web server, ecc…
   ma quello è un discorso che non centra nulla con WordPress. Il codice che vedi
   è tutto quello che devi scrivere per configurare la macchina ma io non ho bisogno
   di tutto quello. Io ho già configurato la macchina e ho già tutti i servizi attivi,
   db compreso. Il mio problema è solo WordPress!
 * Detto in maniera diversa, il mio quesito è più semplice di quello che pensi.
   
   Come puoi vedere nella mia configurazione attuale non si parla di Linux, di https,
   di redirect, di proxy, ecc…:
 *     ```
       version: '3.8'
       services:
         mysql:
           build: ./mysql
           image: mysql-eb:v.1.0
           restart: always
           environment:
             MYSQL_ROOT_PASSWORD: 
             MYSQL_DATABASE: 
             MYSQL_USER: 
             MYSQL_PASSWORD: 
           ports:
             - "3306:3306"
         wordpress:
           image: wordpress:6.0.2
           restart: always
           ports:
             - 8001:80
           environment:
             WORDPRESS_DB_HOST: 
             WORDPRESS_DB_USER: 
             WORDPRESS_DB_PASSWORD: 
             WORDPRESS_DB_NAME: 
           volumes:
             - ./volumes/data-wordpress:/var/www/html
         phpmyadmin:
           image: phpmyadmin:5.2.0
           ports:
             - '9000:80'
           restart: always
           environment:
             PMA_HOST: mysql
           depends_on:
             - mysql
       ```
   
 * Io ho bisogno di installare WordPress localmente su Docker e di poter accedere
   ai file per eseguire un backup delle foto oppure per caricare una configurazione
   di WordPress presa altrove, ecc….
 * In pratica il punto su cui vorrei che ti soffermassi è questo:
 *     ```
           volumes:
             - ./volumes/data-wordpress:/var/www/html
       ```
   
 * La cartella “./volumes/data-wordpress” è quella che contiene tutti i file di 
   WordPress. E’ un grosso peccato che gli sviluppatori che fanno parte del team
   di WordPress non abbiano pensato a Docker.
 * Ti faccio un altro esempio. Se vai qui:
    [https://hub.docker.com/_/wordpress](https://hub.docker.com/_/wordpress)
   trovi scritto:
 *     ```
       volumes:
         wordpress:
         db:
       ```
   
 * In pratica ti viene spiegato come creare il volume per WordPress ma lo fa allo
   stesso modo del db. Questo non ha senso! E’ come creare un’auto con le ruote 
   e le porte ma poi non metterci il motore. In buona sostanza un lavoro inconcluso!
   Per quanto riguarda il db non è un problema perché per salvare le tabelle di 
   un sito uso phpmyadmin ma per WordPress il problema c’è. Scrivendo il codice 
   sopra non posso salvare una foto caricata, non posso trasferire un sito su un
   altro hosting, non posso cambiare un file css di un tema, praticamente non posso
   fare nulla.
 * L’unica soluzione che ho trovato è quella che ho scritto nei post precedenti 
   ma non è un metodo corretto e professionale, neppure comodo.
 * Sul fatto che non interessi a nessuno accedere ai file di WordPress dubito fortemente.
   Se è come dici tu mi devi spiegare come fanno gli altri utenti a superare i limiti
   che ho descritto sopra.
    -  Questa risposta è stata modificata 3 anni, 6 mesi fa da [padovano2022](https://it.wordpress.org/support/users/padovano2022/).
 *   Forum: [Fixing WordPress](https://it.wordpress.org/support/forum/guide-e-soluzioni/)
   
   In risposta a: [“Errore nello stabilire una connessione al database” dopo la clonazione](https://it.wordpress.org/support/topic/errore-nello-stabilire-una-connessione-al-database-dopo-la-clonazione/)
 *  Chi ha creato la discussione [federico](https://it.wordpress.org/support/users/federicogb25/)
 * (@federicogb25)
 * [4 anni, 12 mesi fa](https://it.wordpress.org/support/topic/errore-nello-stabilire-una-connessione-al-database-dopo-la-clonazione/#post-12172203)
 * Ciao [@luca21](https://it.wordpress.org/support/users/luca21/) e grazie per la
   risposta 🙂
 * Come immaginavo, la connessione al database va a buon fine secondo lo script.
   
   Purtroppo però quest’installazione di WordPress (Proveniente da un backup), sembra
   che non voglia proprio connettersi al database importato, nonostante provenga
   dallo stesso backup.
 * Ho inoltre provato a riavviare sia il server MySQL che nginx, ma purtroppo ancora
   nulla da fare…
 * Per quanto riguarda il pannello, utilizzo un VPS Linux, quindi devo fare tutto
   attraverso la riga di comando 😅
    Tuttavia, i pannelli sono installabili anche
   su questo tipo di server.
 * Grazie mille e buona giornata 😀
 *   Forum: [Varie ed eventuali](https://it.wordpress.org/support/forum/varie-ed-eventuali/)
   
   Come il topic: [php parse error](https://it.wordpress.org/support/topic/php-parse-error/)
    -  [santy00](https://it.wordpress.org/support/users/santy00/)
    - (@santy00)
    - [6 anni, 4 mesi fa](https://it.wordpress.org/support/topic/php-parse-error/)
    - Premesso che tutti i passaggi per ripristinare il sito sono stati fatti (ho
      disabilitato i plugin ed il tema corrente, ho sovrascritto i files di wp con
      la versione in uso quindi tutti i files nella roote e quelli delle cartelle
      wp-admin e wp-include) ancora non ho provato con il database perchè quello
      che ho potrebbe avere lo stesso problema se il problema è nel db. La configurazione
      che ho è obsoleta perche chi ha in gestione il sito non vuole cambiare anche
      se tutti i problemi relativi alla sicurezza gli sono stati elencati. La configurazione
      è la seguente:
       wordpress installato, versione 3.5.1 su server linux PHP 5.0
      MySQL 5.1.63 Comunque ho abilitato il debug ed il risultato è il seguente:
    - [12-Nov-2019 16:36:49 UTC] PHP Parse error: syntax error, unexpected ‘$supports_permalinks’(
      T_VARIABLE) in /var/www/vhosts/vanitycake.it/httpdocs/wp/wp-includes/functions.
      php on line 3029
    - Ma la cosa strana è che da quando ho abilitato il debug nel file debug.log
      ci sono registrati errori a tutte le ore incluso di notte!!!!
       Come posso 
      procedere per ripristinare questa situazione??? Grazie, Santino.
    - La pagina su cui ho bisogno di aiuto: _[[devi essere connesso](https://login.wordpress.org/?redirect_to=https%3A%2F%2Fit.wordpress.org%2Fsupport%2Fsearch%2FInstall%2Bwordpress%2Blinux%2Bserver%2F%3Foutput_format%3Dmd&locale=it_IT)
      per vedere il link]_
 *   Forum: [Installazione e Aggiornamento](https://it.wordpress.org/support/forum/installazione/)
   
   Come il topic: [Schermata bianca al posto della login amministrazione](https://it.wordpress.org/support/topic/schermata-bianca-al-posto-della-login-amministrazione/)
    -  [AndyTheAngel](https://it.wordpress.org/support/users/andytheangel/)
    - (@andytheangel)
    - [6 anni, 5 mesi fa](https://it.wordpress.org/support/topic/schermata-bianca-al-posto-della-login-amministrazione/)
    - Buongiorno a tutti!
       Ho fatto ricerche tramite google e anche sul forum, trovando
      che il problema della schermata bianca (al posto del sito e/o al posto della
      login di amministrazione) è un problema tutto sommato comune. Ciò nonostante,
      le soluzioni che ho trovato fino ad ora non mi hanno aiutato. Cerco di riassumere
      quanto accaduto:
    - 1) Il sito in questione è [link qui sotto]
       2) Poco più di una settimana fa
      feci gli aggiornamenti automatici di tutto (worpress, plugin e temi) e inizialmente
      funzionava tutto senza problemi 3) Ieri mattina apro il sito, e vedo tutto
      bianco. Vado a wp-admin, e vedo bianco. Così, senza apparente motivo. 4) Dopo
      una giornata di lavoro, ho fatto backup di tutto (file sul sito e database),
      ho disattivato i plugin sia da FTP che da database. Il risultato è che disattivando
      i plugin il sito torna visibile, MA dalla scherma di login wp-admin è apparso
      l’errore “ERRORE: i cookie sono bloccati a causa di un output inaspettato”.
      5) Allora ho provato a cancellare cookie e cache, a cambiare browser ecc. 
      Ma niente, l’errore permane. 6) Ho provato a disattivare i temi da FTP: in
      teoria wordpress doveva così impostare in automatico twentynineteen, ma non
      lo ha fatto, così l’ho impostato io da database: se ora andate all’indirizzo
      sopra scritto, vedrete che il sito è visibile con il tema base. MA ORA la 
      login di wp-admin da schermata bianca e non ho modo di accedere. 7) Ho provato
      anche a reinstallare via FTP wordpress seguendo le istruzioni, come se fosse
      un aggiornamento andato male. Quindi la cartella wp-content è lì, il resto
      è stato cancellato e rimessa l’ultima versione, ma niente 8) In tutto questo
      ho tentato anche di usare upgrade.php, ma conferma sempre che non ci sono 
      operazioni da eseguire.
    - Non so cos’altro potrebbe essere… la versione PHP sul server? Non saprei, 
      ha sempre funzionato… Non mi risulta aruba con hosting linux usi cache particolari
      che dovrei svuotare.
       Al momento mi trovo con un sito “visitabile” (ma mal
      funzionante, senza i plugin) e l’impossibilità di accedere al pannello di 
      amministrazione. Avete suggerimenti su cosa potrebbe essere o come potrei 
      risolvere? Grazie!
    - La pagina su cui ho bisogno di aiuto: _[[devi essere connesso](https://login.wordpress.org/?redirect_to=https%3A%2F%2Fit.wordpress.org%2Fsupport%2Fsearch%2FInstall%2Bwordpress%2Blinux%2Bserver%2F%3Foutput_format%3Dmd&locale=it_IT)
      per vedere il link]_
 *   Forum: [Installazione e Aggiornamento](https://it.wordpress.org/support/forum/installazione/)
   
   In risposta a: [L’autenticità di wordpress-5.2.1.zip non può essere verificata](https://it.wordpress.org/support/topic/lautenticita-di-wordpress-5-2-1-zip-non-puo-essere-verificata/)
 *  [autotutorial](https://it.wordpress.org/support/users/autotutorial/)
 * (@autotutorial)
 * [6 anni, 10 mesi fa](https://it.wordpress.org/support/topic/lautenticita-di-wordpress-5-2-1-zip-non-puo-essere-verificata/#post-22638)
 * Siccome da php 7.2 non esiste più mcrypt hanno deciso di utilizzare libsodium(
   libreria di default php 7.2) altrimenti WordPress utilizza sodium_compact (libreria
   da terzi che consiglia qualsiasi sistema a 64 bit).
    Lentezza solo per il secondo
   metodo sodium_compact: (soprattutto per php 5 su windows) Questo vale anche per
   i sistemi operativi non Windows a 32 bit, o se in qualche modo PHP è stato compilato
   dove PHP_INT_SIZE equivale a 4 al posto di 8 (cioè Linux su i386).
 * Il discorso ovviamente é riferito per la verifica della firma (aggiornamenti 
   automatici, plugin, temi ecc.).
    Prego [@luca21](https://it.wordpress.org/support/users/luca21/)
   [https://github.com/paragonie/sodium_compat/blob/master/README.md](https://github.com/paragonie/sodium_compat/blob/master/README.md)
 * Quando il tuo sito WordPress installa un aggiornamento automatico, dalla versione
   5.2 in poi controllerà innanzitutto l’esistenza di x-content-signature un’intestazione.
   Se uno non viene fornito dal nostro server di aggiornamento, il tuo sito WordPress
   cercherà invece un filenamehere.sig file e lo analizzerà.
    Secondo questa affermazione
   é già attivo anche per plugin, temi ecc.
 *   Forum: [Installazione e Aggiornamento](https://it.wordpress.org/support/forum/installazione/)
   
   In risposta a: [Impossibile aggiornare, installare temi e plugin](https://it.wordpress.org/support/topic/impossibile-aggiornare-installare-temi-e-plugin/)
 *  [Luca Grandicelli](https://it.wordpress.org/support/users/lucagrandicelli/)
 * (@lucagrandicelli)
 * [7 anni, 1 mese fa](https://it.wordpress.org/support/topic/impossibile-aggiornare-installare-temi-e-plugin/#post-21598)
 * Ciao [@archmelino](https://it.wordpress.org/support/users/archmelino/),
    è molto
   probabile che il problema sia proprio il tipo di hosting che stai utilizzando.
   La cartella “inetpub” è specifica dei server IIS Windows, i quali a volte possono
   creare problemi con le piattaforme tipo WordPress che, invece, sono native e 
   orientate per infrastrutture LAMP (Linux, Apache, Mysql, PHP)
 * Questo non significa che Wordrpess non possa funzionare su IIS, ma in questo 
   caso ti consiglio di contattare Aruba e farti dare un’occhiata al problema. Se
   invece hai un installatore automatico, prova ad utilizzare quello e vedere se
   funziona.
 *   Forum: [Fixing WordPress](https://it.wordpress.org/support/forum/guide-e-soluzioni/)
   
   In risposta a: [Permalink non funzionanti](https://it.wordpress.org/support/topic/permalink-non-funzionanti/)
 *  Moderator [Guido Scialfa](https://it.wordpress.org/support/users/wido/)
 * (@wido)
 * [7 anni, 4 mesi fa](https://it.wordpress.org/support/topic/permalink-non-funzionanti/#post-20701)
 * Ciao [@phabee](https://it.wordpress.org/support/users/phabee/),
 * un paio di domande:
 * 1. Hai impostato le regole come riportato su [https://codex.wordpress.org/Using_Permalinks#Creating_and_editing_.28.htaccess.29](https://codex.wordpress.org/Using_Permalinks#Creating_and_editing_.28.htaccess.29)?
   
   2. Che tipo di installazione hai network o single site? 3. Prova ad aggiungere
   un `%category%` prima del `postname`, in alcune configurazioni server potrebbe
   risolvere il problema. 4. In che tipo di server hai installato WordPress, Linux
   o Windows?
 *   Forum: [Fixing WordPress](https://it.wordpress.org/support/forum/guide-e-soluzioni/)
   
   In risposta a: [HTTP ERROR 500 – La pagina non funziona](https://it.wordpress.org/support/topic/http-error-500-la-pagina-non-funziona/)
 *  Chi ha creato la discussione [mozza85](https://it.wordpress.org/support/users/mozza85/)
 * (@mozza85)
 * [7 anni, 5 mesi fa](https://it.wordpress.org/support/topic/http-error-500-la-pagina-non-funziona/#post-20331)
 * Ciao,
    ho provato a installare il plugin Health Check.
 * Da questo check si può individuare qualche causa?
 *  ### WordPress ###
 * Versione: 4.9.8
    Lingua: it_IT Struttura dei permalink: /%postname%/ Questo sito
   utilizza HTTPS?: Sì Chiunque può registrarsi su questo sito?: No Stato predefinito
   per i commenti: open Questo è un multisito?: No Conteggio degli utenti: 1 Comunicazione
   con WordPress.org: WordPress.org è raggiungibile Crea richieste di loopback: 
   La richiesta di loopback al tuo sito è stata completata correttamente.
 * ### Installation size ###
 * Uploads Directory: 41,74 MB
    Themes Directory: 32,80 MB Plugins Directory: 72,44
   MB Database size: 5,04 MB Whole WordPress Directory: 199,37 MB Total installation
   size: 204,41 MB
 * ### Active Theme ###
 * Nome: Divi-child
    Versione: 0.1.0 Autore: Qui il vostro nome Sito web dell’autore:
   [http://example.com/about/](http://example.com/about/) Tema genitore: Divi Funzioni
   del tema supportate: post-thumbnails, custom-background, automatic-feed-links,
   menus, title-tag, post-formats, woocommerce, wc-product-gallery-zoom, wc-product-
   gallery-lightbox, wc-product-gallery-slider, customize-selective-refresh-widgets,
   editor-style, widgets
 * ### Altri temi (1) ###
 * Divi (Divi): Versione 3.15 di Elegant Themes ( Latest version: 3.17.2 )
 * ### È necessario utilizzare i plugin (1) ###
 * Health Check Troubleshooting Mode: Versione 1.5.0
 * ### Plugin attivi (11) ###
 * Coming Soon Page & Maintenance Mode by SeedProd: Versione 5.0.20 di SeedProd
   
   Divi Booster: Versione 2.7.9 di Dan Mossop Divi Builder: Versione 2.15 di Elegant
   Themes ( Latest version: 2.17.2 ) Health Check & Troubleshooting: Versione 1.2.1
   di The WordPress.org community Menu Icons: Versione 0.11.2 di ThemeIsle Really
   Simple SSL: Versione 3.1.1 di Rogier Lankhorst, Mark Wolters Regenerate Thumbnails:
   Versione 3.0.2 di Alex Mills (Viper007Bond) WC Product Builder For Divi: Versione
   1.4.0 di AbdElfatah AboElgit WooCommerce: Versione 3.4.7 di Automattic WooCommerce
   Social Media Share Buttons: Versione 1.3.0 di Toastie Studio Yoast SEO: Versione
   8.4 di Team Yoast
 * ### Plugin disattivati (2) ###
 * W3 Total Cache: Versione 0.9.7 di Frederick Townes
 * ### Gestione media ###
 * Editor attivo: WP_Image_Editor_GD
    Versione Modulo Imagick: Imagick not available
   Versione di ImageMagick: Imagick not available Versione di GD: bundled (2.1.0
   compatible) Versione di Ghostscript: 8.70
 * ### Server ###
 * Architettura del server: Linux 2.6.32-773.26.1.lve1.4.43.el6.x86_64 x86_64
    Versione
   PHP: 5.6.37 (Supporta valori a 64bit) PHP SAPI: litespeed Variabile PHP max input:
   1000 Limite di tempo PHP: 400 Limite di memoria PHP: 256M Max input time: -1 
   Dimensione massima di upload dei file: 128M Dimensione massima del post PHP: 
   128M Versione cURL: 7.60.0 OpenSSL/1.0.2k SUHOSIN installato: No È disponibile
   la libreria Imagick: No htaccess rules: Custom rules have been added to your 
   htaccess file
 * ### Database ###
 * Estensione: mysqli
    Versione del server: 5.6.36-cll-lve Versione del client: 
   5.6.40

Stai vedendo 15 risultati - da 1 a 15 (di 25 totali)

1 [2](https://it.wordpress.org/support/search/Install+wordpress+linux+server/page/2/?output_format=md)
[→](https://it.wordpress.org/support/search/Install+wordpress+linux+server/page/2/?output_format=md)

## Topic

### Topic più popolari

### Topic senza risposte

### Topic non di supporto

### Topic risolti

### Topic non risolti

### Tutti i topic
