Risultati della ricerca per 'Install wordpress linux server'

Stai vedendo 15 risultati - da 1 a 15 (di 25 totali)
    • 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

      Esistono altre possibilità? Io devo installare più siti wordpress con domini diversi sullo stesso server.

      Spero di essere stato chiaro.

      Grazie.

    • 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 per vedere il link]

    Forum: Fixing WordPress
    Come il topic: cURL error 7
    • lucavalentino

      (@lucavalentino)


      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
      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.

    • 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.
    • 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

      Informazioni di sistema:

      == Server Environment ==
      Operating System: Linux
      Software: Apache
      MySQL version: Source distribution v5.7.39-42
      PHP Version: 7.4.33
      PHP Memory Limit: 768M
      PHP Max Input Vars: 3000
      PHP Max Post Size: 256M
      GD Installed: Yes
      ZIP Installed: Yes
      Write Permissions: All right
      Elementor Library: Connected

      == Theme ==
      Name: Hello Elementor
      Version: 2.8.1
      Author: Elementor Team
      Child Theme: No

      == Active Plugins ==
      Elementor
      Version: 3.16.3
      Author: Elementor.com

      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 defined
      JS: 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 defined
      JS: 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 function
      JS: 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 object
      JS: 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 ==

      Xpro Elementor Addons: Compatibilità non specificata

    Forum: Fixing WordPress
    Come il 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.

    Ciao @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

    Chi ha creato la discussione padovano2022

    (@padovano2022)

    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
    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.
    Chi ha creato la discussione federico

    (@federicogb25)

    Ciao @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
    Come il 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 per vedere il link]

    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://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.

    Luca Grandicelli

    (@lucagrandicelli)

    Ciao @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.

    Moderator Guido Scialfa

    (@wido)

    Ciao @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 ?
    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?

    Chi ha creato la discussione mozza85

    (@mozza85)

    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/
    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)