Risultati della ricerca per 'Config wordpress file'

Stai vedendo 15 risultati - da 1 a 15 (di 350 totali)
  • I understand you’re encountering the _load_textdomain_just_in_time notice after updating to WordPress 6.7. This issue arises when translation files are loaded too early in the plugin or theme lifecycle, typically before the init action. As the notice suggests, translations should be loaded at the init action or later.

    Temporary Workaround:

    While awaiting an official fix from the plugin or theme developers, you can suppress this notice by disabling WordPress debug mode. To do this:

    1. Access your wp-config.php file.
    2. Locate the line: define('WP_DEBUG', true);
    3. Change it to: define('WP_DEBUG', false);

    This change will prevent the notice from displaying on your site. However, it’s important to note that this is a temporary solution, and the underlying issue should be addressed by the plugin or theme developers.

    Additional Resources:

    For more information and community discussions on this topic, you might find the following thread helpful:

    👉 Function _load_textdomain_just_in_time was called incorrectly

    Related Tools:

    If you’re managing multiple WordPress sites and need a quick way to check UP Scholarship status for students, you might find this tool useful:

    Checker up

    This tool allows users to check the status by entering their registration number, providing a convenient solution for students.

    Moderator Cristiano Zanca

    (@cristianozanca)

    Salve @salvocann ,

    Aggiornare un WordPress vecchio di 8 anni può essere rischioso se fatto tutto in un colpo, soprattutto perché in questi anni sono cambiati:

    la struttura del core,

    i requisiti minimi di PHP/MySQL,

    la compatibilità di temi e plugin.

    Ecco un approccio graduale e sicuro:

    🔹 1. Preparazione

    Backup completo

    Database + file (wp-content, wp-config.php, .htaccess, ecc.).

    Meglio salvarne più copie (cloud + locale).

    Ambiente di test

    Mai aggiornare direttamente in produzione.

    Crea una copia del sito su un server locale (MAMP/XAMPP/Docker) o in uno staging.

    Controlla i requisiti

    WordPress oggi richiede almeno PHP 7.4+ (meglio 8.x) e MySQL 5.7+ / MariaDB 10.4+.

    Se il tuo hosting è ancora fermo a PHP 5.x, prima aggiorna l’ambiente.

    🔹 2. Aggiornamenti progressivi del core

    Non puoi passare da una versione vecchia (es. WP 4.1 o simili) direttamente a WP 6.6.
    Conviene fare step intermedi, scaricando versioni intermedie da WordPress.org Release Archive
    .

    Un esempio di percorso possibile:

    Se parti da WP 4.x → aggiorna prima a 4.9.x

    Poi passa a 5.5.x (introduzione editor a blocchi, importanti cambiamenti di database).

    Infine a ultima versione stabile (6.x).

    ⚠️ Importante:

    Dopo ogni step fai login e controlla se il sito funziona.

    Esegui eventuali aggiornamenti del database quando WordPress li propone.

    🔹 3. Plugin e tema

    Disattiva tutti i plugin prima di aggiornare WordPress.

    Dopo ogni step, riattivali uno per volta e verifica la compatibilità.

    Aggiorna tema e plugin alla versione più recente compatibile con il nuovo WP.

    Se il tema è molto vecchio e non più mantenuto → valuta un tema moderno (es. block theme, GeneratePress, Astra…).

    🔹 4. Pulizia e ottimizzazione

    Elimina plugin obsoleti o non più aggiornati.

    Passa a PHP 8.x se non lo hai già fatto.

    Controlla il database con plugin tipo WP-Optimize.

    Aggiorna file .htaccess e wp-config.php per sicurezza.

    🔹 5. Controlli finali

    Testa funzionalità principali (login, form, ricerca, ecommerce se presente).

    Usa Health Check & Troubleshooting plugin per verificare compatibilità.

    Implementa un sistema di backup regolare e aggiornamenti automatici minori.

    Moderator Gloria Liuni

    (@glorialchemica)

    Ciao @mattewayout ,

    Il protocollo FTP (File Transfer Protocol) serve a trasferire file tra un computer (il tuo) e un server remoto su Internet. Con un’installazione locale come XAMPP, il tuo computer è sia il “client” che il “server”. WordPress può accedere direttamente ai file sul tuo disco rigido, senza bisogno di alcun trasferimento via FTP.

    Per questo è facile che sia un problema di permessi di scrittura delle cartelle sul tuo computer.

    Non riuscendo a scrivere direttamente nella cartella dei plugin (wp-content/plugins) WordPress tenta a un metodo alternativo (l’FTP) che in questo caso non può essere usato. Per questo non trovi le credenziali FTP di XAMPP.

    Puoi provare in due modi:

    • Aggiungi/aggiorni i plugin manualmente, scaricando sul tuo computer il file compresso del plugin e caricandolo dall’area amministrativa (Plugin > Aggiungi plugin > Carica Plugin > Scegli file)
    • Modifichi il file wp-config.php
      • Apri la cartella del tuo sito WordPress all’interno di htdocs di XAMPP.
      • Trova e apri il file wp-config.php con un editor di testo.
      • Aggiungi la seguente riga di codice appena prima del commento /* That's all, stop editing! Happy publishing. */
    define('FS_METHOD', 'direct');
    • Salva il file e riprova a caricare/aggiornare i plugin

    Quando poi il sito sarà online elimina questa linea di comando.

    Un saluto

    • Ho installato e configurato Xampp poi ho copiato file wordpress nella cartella htdocs

      ma durante la creazione del DB dal link localhost/wp-admin fallisce

    Per quanto riguarda la creazione della cartella, intendo che ho copiato e incollato la cartella WordPress nella cartella htdocs di Xampp

    Capito.

    WordPress apre il database usando i parametri che trova nel file /wp-config.php e sono tipo questi:

    // ** Database settings - You can get this info from your web host ** //
    /** The name of the database for WordPress */
    define( 'DB_NAME', 'captcha_14562' );

    /** Database username */
    define( 'DB_USER', 'captcha_14562' );

    /** Database password */
    define( 'DB_PASSWORD', 'trumanShowa0a259m4a9b' );

    /** Database hostname */
    define( 'DB_HOST', 'localhost' );

    /** Database charset to use in creating database tables. */
    define( 'DB_CHARSET', 'utf8mb4' );

    /** The database collate type. Don't change this if in doubt. */
    define( 'DB_COLLATE', '' );

    A questo punto esamina il tuo file /wp-config.php. I parametri del db devono essere gli stessi del db che hai creato con phpmyadmin. Se sono diversi bisogna renderli eguali modificando wp-config.php oppure creando un nuovo db, adatto all’uso, con phpmyadmin.

    Ciao

    PS Il procedimento di ‘copiare la cartella’ come hai fatto tu per me è nuovo. Se, una volta risolto il db ci saranno altri problemi, scrivi un post qui.

    Moderator Cristiano Zanca

    (@cristianozanca)

    Salve @vinmei ,
    come consigliato da @webepc il consiglio è di abilitare il file debug.log come illustrato nella guida WordPress all’indirizzo:

    https://wordpress.org/support/article/debugging-in-wordpress/

    il consiglio è di andare nel file wp-config.php e aggiungere queste righe prima della scritta:

    /* Finito, interrompere le modifiche! Buon blogging. */

    /* That’s all, stop editing! Happy publishing. */

    // Rimuovi o commenta con // la riga define( ‘WP_DEBUG’, false );

    // Abilita la modalità WP_DEBUG
    define( ‘WP_DEBUG’, true );

    // Abilita la scrittura dei messaggi di debug nel file /wp-content/debug.log
    define( ‘WP_DEBUG_LOG’, true );

    // Disabilita i messaggi di errore in WordPress (al di fuori del file debug.log)
    define( ‘WP_DEBUG_DISPLAY’, false );
    @ini_set( ‘display_errors’, 0 );

    Cordiali Saluti

    Moderator Cristiano Zanca

    (@cristianozanca)

    Salve @dalailama96 ,

    Il consiglio è di leggere le impostazioni raccomandate per i permessi in una installazione di WordPress illustrati qui:
    https://developer.wordpress.org/advanced-administration/server/file-permissions/

    Questi permessi aiutano a bilanciare la funzionalità (WordPress deve poter scrivere su determinate directory come “uploads”) con le misure di sicurezza, riducendo il rischio di modifiche indesiderate o accessi non autorizzati. Tuttavia, è importante ricordare che le configurazioni potrebbero variare in base al server e alle esigenze specifiche, quindi potrebbero essere necessari aggiustamenti in base al contesto del proprio ambiente di hosting.

    Bloccare l’accesso diretto a tutta la cartella /wp-content/plugins/ non è consigliato, perché molti plugin hanno bisogno di rendere pubblici alcuni file. Meglio, quindi, proteggere solo i file PHP sensibili, mantenendo accessibili gli asset statici. Questa strategia garantisce sicurezza senza compromettere il funzionamento dei plugin.

    Cordiali Saluti

    • Gent.mi,

      oggi mi è arrivata questa email con questo codice errore. Cosa posso fare per risolvere? Grazie in anticipo. 

      Versione di WordPress 6.7.1
      Tema attivo: Hotel Center Lite (versione 2.0)
      Plugin corrente: Clever Fox (versione 18.5)
      Versione PHP 8.3.11



      Dettagli dell'errore
      ====================
      Un errore di E_ERROR è stato causato nella linea 23 del file [omissis]/plugins/clever-fox/clever-fox.php. Messaggio di errore: Uncaught Error: Failed opening required 'inc/custom-controls/controls/range-validator/range-control.php' (include_path='.:/php8.3/lib/php') in [omissis]/clever-fox/clever-fox.php:23
      Stack trace:
      #0 [omissis]/wp-includes/class-wp-hook.php(324): cleverfox_activate()
      #1 [omissis]/wp-includes/class-wp-hook.php(348): WP_Hook->apply_filters()
      #2 [omissis]/wp-includes/plugin.php(517): WP_Hook->do_action()
      #3 [omissis]/wp-settings.php(704): do_action()
      #4 [omissis]/wp-config.php(96): require_once('...')
      #5 [omissis]/wp-load.php(50): require_once('...')
      #6 [omissis]/wp-admin/admin.php(34): require_once('...')
      #7 [omissis]/wp-admin/customize.php(13): require_once('...')
      #8 {main}
        thrown
      • Questo topic è stato modificato 1 anno, 1 mese fa da Gloria Liuni. Motivo: rimosso parti dell'url per questioni di sicurezza
    • Ciao a tutti, ho un problema con un sito WordPress, che sto cercando di risolvere.

      È per un cliente, che ha detto di avere avuto problemi con i plugin che non si aggiornano automaticamente. Quindi ha disinstallato un plugin chiamato LearnPress, e dopo non è stato in grado di accedere a Elementor. Quando cariva l’editor si bloccava e crashava. Cercando di risolvere il problema, il cliente ha quindi modificato le impostazioni di php, come ad esempio il tempo massimo di caricamento (impostato su 300) e ha aggiornato php a 8.1.

      Dopo di che il sito ha iniziato a daro errore 500.

      Ho importato il sito web per analizzarlo e ho:

      • controllato .htaccess
      • reinstallato i file di wordpress puliti,
      • ripristinato il tema predefinito, rinominato la cartella plugins.
      • impostato PHP 7.4.

      Il sito dà ancora errore 500 (anche senza plugin) e non stampa alcun errore con DB_debug = yes (il che è strano), quindi non ho idea di dove sia l’errore. Anche il link di recupero dà un errore 500.

      Quindi mi pare di capire che il database sia corrotto, penso da un plugin, ma difficile capire cosa crei l’errore.

      La mia domanda è quindi: cosa fare in situazioni come questa?
      1) C’è un modo per “pulire” la parte core del database, per riscrivere le impostazioni ed evitare misconfigurazioni?
      2) Ho una vecchia versione del database, purtroppo molto vecchia, ma funzionante. Esiste un modo per trasferire facilmente le pagine e i contenuti di alcuni plugin? È sufficiente copiare le voci della tabella del database?

      Grazie mille!

    • Ciao,
      sto riscontrando un problema con WooCommerce riguardo l’invio delle email e la configurazione del campo “Email mittente”. Ecco una descrizione dettagliata del problema e le azioni già intraprese:

      Problema:

      1. Le email generate da WooCommerce, come quelle per “Nuovo account cliente”, non vengono inviate. Tuttavia:
        • Le email di test inviate tramite WP Mail SMTP funzionano correttamente.
        • Altre email del sito (es. recupero password di WordPress) vengono inviate correttamente.
      2. Il campo “Email mittente” nelle impostazioni delle email di WooCommerce rimane sempre vuoto, anche dopo aver inserito un indirizzo valido e salvato. Ad ogni aggiornamento, il valore sparisce.

      Azioni già intraprese:

      1. Reinstallazione di WooCommerce:
        Ho disattivato ed eliminato il plugin, poi l’ho reinstallato. Il problema persiste.
      2. Disattivazione di tutti i plugin:
        Ho disattivato tutti i plugin tranne WooCommerce e WP Mail SMTP per escludere conflitti, ma non è cambiato nulla.
      3. Cambio temporaneo di tema:
        Ho testato con un tema predefinito di WordPress (Twenty Twenty-Two), ma il problema si presenta ugualmente.
      4. Configurazione di WP Mail SMTP:
        • Le email di test funzionano perfettamente.
        • Ho verificato che il server SMTP sia configurato correttamente e funzioni.
      5. Log di WooCommerce:
        Non ci sono errori evidenti nei log delle email o negli strumenti diagnostici forniti da WooCommerce.

      Ulteriori Informazioni:

      • Il sito usa la versione più recente di WordPress e WooCommerce.
      • Ho provato anche a disabilitare temporaneamente la cache, senza risultati.

      Vi chiedo gentilmente di aiutarmi a identificare la causa di questo problema. Può essere legato a:

      • Una configurazione anomala nel database?
      • Un bug del plugin?
      • Un problema di compatibilità non rilevato?

      Allego il report dello stato del sistema per aiutarvi nella diagnosi.

      Grazie mille per l’aiuto!

      Stato del Sistema

      WordPress Environment<br><br>WordPress address (URL): https://www.anekecandles.com<br>Site address (URL): https://www.anekecandles.com<br>WC Version: 9.4.3<br>Legacy REST API Package Version: Il plugin API REST legacy non è installato in questo sito.<br>Action Scheduler Version: ✔ 3.8.2<br>Log Directory Writable: ✔<br>WP Version: 6.7.1<br>WP Multisite: –<br>WP Memory Limit: 1 GB<br>WP Debug Mode: –<br>WP Cron: ✔<br>Language: it_IT<br>External object cache: – Server Environment<br><br>Server Info: Apache<br>PHP Version: 8.0.30<br>PHP Post Max Size: 128 MB<br>PHP Time Limit: 900<br>PHP Max Input Vars: 3000<br>cURL Version: 7.68.0<br>OpenSSL/1.1.1f<br><br>SUHOSIN Installed: –<br>MySQL Version: 8.0.36-28<br>Max Upload Size: 128 MB<br>Default Timezone is UTC: ✔<br>fsockopen/cURL: ✔<br>SoapClient: Active Plugins (21)<br><br>Advanced Custom Fields: di WP Engine – 6.3.11<br>Akismet Anti-spam: Spam Protection: di Automattic – Squadra antispam – 5.3.5<br>Aruba HiSpeed Cache: di Aruba.it – 2.0.20<br>Backuply: di Softaculous – 1.4.1<br>Contact Form 7: di Takayuki Miyoshi – 6.0.1<br>Elementor Pro: di Elementor.com – 3.25.4<br>Elementor: di Elementor.com – 3.25.10<br>Essential Addons for Elementor: di WPDeveloper – 6.0.10<br>Flexible Checkout Fields: di WP Desk – 4.1.15<br>GetResponseOfficial: di GetResponse – 1.3.9<br>Ultimate Addons for Elementor Lite: di Brainstorm Force<br>Nikhil Chavan – 2.0.0<br><br>Health Check & Troubleshooting: di The WordPress.org community – 1.7.1<br>Jetpack: di Automattic – 14.0<br>Checkout Field Editor for WooCommerce: di ThemeHigh – 2.0.6<br>Widgets for WooCommerce Products on Elementor: di Themelocation – 2.0.4<br>WooCommerce: di Automattic – 9.4.3<br>ShopLentor – WooCommerce Builder for Elementor & Gutenberg: di HasThemes – 3.0.1<br>Yoast SEO: di Team Yoast – 23.9<br>WP Mail SMTP: di WP Mail SMTP – 4.3.0<br>WPForms Lite: di WPForms – 1.9.2.3<br>YayMail – WooCommerce Email Customizer: di YayCommerce – 3.5.7 Inactive Plugins (2)<br><br>Softaculous Pro: di Softaculous – 2.1.5<br>WP Login and Logout Redirect: di Aminur Islam – 3.0 Must Use Plugins (1)<br><br>Health Check Troubleshooting Mode: di – 1.9.2 Settings<br><br>Legacy API Enabled: –<br>Force SSL: –<br>Currency: EUR (€)<br>Currency Position: right_space<br>Thousand Separator: .<br>Decimal Separator: ,<br>Number of Decimals: 2<br>Taxonomies: Product Types: external (external)<br>grouped (grouped)<br>simple (simple)<br>variable (variable)<br><br>Taxonomies: Product Visibility: exclude-from-catalog (exclude-from-catalog)<br>exclude-from-search (exclude-from-search)<br>featured (featured)<br>outofstock (outofstock)<br>rated-1 (rated-1)<br>rated-2 (rated-2)<br>rated-3 (rated-3)<br>rated-4 (rated-4)<br>rated-5 (rated-5)<br><br>Connected to WooCommerce.com: –<br>Enforce Approved Product Download Directories: ✔<br>HPOS feature enabled: ✔<br>Order datastore: Automattic\WooCommerce\Internal\DataStores\Orders\OrdersTableDataStore<br>HPOS data sync enabled: – Logging<br><br>Enabled: ✔<br>Handler: Automattic\WooCommerce\Internal\Admin\Logging\LogHandlerFileV2<br>Retention period: 30 giorni<br>Level threshold: –<br>Log directory size: 553 KB WC Pages<br><br>Shop base: #79 – /negozio/<br>Carrello: #80 – /carrello/ – Contiene il blocco woocommerce/cart<br>Pagamento: ❌ La pagina non contiene lo shortcode [woocommerce_checkout] o il blocco woocommerce/checkout.<br>Il mio account: ❌ La pagina non contiene lo shortcode [woocommerce_my_account].<br>Termini e condizioni: ❌ La pagina non è impostata Theme<br><br>Name: Hello Elementor Child<br>Version: 2.0.0<br>Author URL: https://elementor.com/<br>Child Theme: ✔<br>Parent Theme Name: Hello Elementor<br>Parent Theme Version: 3.1.1 – 3.2.0 è disponibile<br>Parent Theme Author URL: https://elementor.com/?utm_source=wp-themes&utm_campaign=author-uri&utm_medium=wp-dash<br>WooCommerce Support: ✔ Templates<br><br>Overrides: – Admin<br><br>Enabled Features: activity-panels<br>analytics<br>product-block-editor<br>coupons<br>core-profiler<br>customize-store<br>customer-effort-score-tracks<br>import-products-task<br>experimental-fashion-sample-products<br>shipping-smart-defaults<br>shipping-setting-tour<br>homescreen<br>marketing<br>mobile-app-banner<br>navigation<br>onboarding<br>onboarding-tasks<br>pattern-toolkit-full-composability<br>product-custom-fields<br>remote-inbox-notifications<br>remote-free-extensions<br>payment-gateway-suggestions<br>printful<br>shipping-label-banner<br>subscriptions<br>store-alerts<br>transient-notices<br>woo-mobile-welcome<br>wc-pay-promotion<br>wc-pay-welcome-page<br>launch-your-store<br><br>Disabled Features: product-data-views<br>experimental-blocks<br>minified-js<br>product-pre-publish-modal<br>settings<br>async-product-editor-category-field<br>product-editor-template-system<br>blueprint<br>reactify-classic-payments-settings<br>use-wp-horizon<br><br>Daily Cron: ✔ Next scheduled: 2024-12-16 15:09:51 +00:00<br>Options: ✔<br>Notes: 64<br>Onboarding: completed Action Scheduler<br><br>Completato: 5.078<br>Oldest: 2024-11-21 15:10:01 +0000<br>Newest: 2024-12-16 10:12:33 +0000<br><br>Operazione non riuscita: 16<br>Oldest: 2024-11-21 15:15:52 +0000<br>Newest: 2024-12-15 22:05:04 +0000<br><br>In attesa: 7<br>Oldest: 2024-12-16 22:05:04 +0000<br>Newest: 2024-12-23 14:00:00 +0000 Status report information<br><br>Generated at: 2024-12-16 11:37:19 +00:00<br>

    • Ciao, oggi abbiamo effettuato la migrazione del nostro sito WordPress da una sottocartella (es. https://www.sitoweb.it/nuovo-sito-web) alla root principale del dominio (es. https://www.sitoweb.it). Dopo questa operazione, stiamo riscontrando un problema: Elementor non si carica più e non possiamo aggiornare le pagine del sito.

      Per chiarire, non abbiamo spostato i file dalla sottocartella alla root, ma abbiamo configurato WordPress per essere accessibile direttamente dalla root, aggiornando gli URL e i riferimenti necessari. Tuttavia, questo ha causato un malfunzionamento con Elementor, che non riesce più a caricarsi correttamente.

      Potete aiutarci a identificare e risolvere questo problema? Se necessario, possiamo fornire gli accessi al sito per una diagnosi più approfondita.

      Grazie per l’aiuto!

      • Questo topic è stato modificato 1 anno, 4 mesi fa da ebaniriv23.
    Moderator Cristiano Zanca

    (@cristianozanca)

    Salve @francesconapoli ,

    Il consiglio è di:

    1. Accedere al pannello di controllo dell’hosting (ad esempio, cPanel, Plesk) o utilizzare uno strumento di gestione dei database come phpMyAdmin.
      Individuate il database utilizzato dal vostro sito WordPress. Il nome del database si trova nel file wp-config.php nella directory di installazione di WordPress.
    1. Aprire phpMyAdmin (o uno strumento equivalente). Navigare in phpMyAdmin o nel vostro strumento di gestione del database.
      Selezionate il database di WordPress.
    2. Trovare la tabella wp_users Cercate la tabella wp_users. Se avete cambiato il prefisso della tabella WordPress durante l’installazione, potrebbe avere un prefisso diverso (ad esempio, abc_users).
    3. Modificare la password dell’utente amministratore Individuando la riga corrispondente all’utente amministratore.
      Fate clic su “Modifica” (di solito l’icona di una matita).
    4. Impostare una nuova password Nel campo user_pass:
      Selezionare il menu a tendina “Funzione” e scegliere MD5. Questo è necessario perché WordPress cripta le password utilizzando MD5 per impostazione predefinita.
      Inserire la nuova password nella colonna Valore.
      Esempio: Se volete che la nuova password sia newpassword123, digitate newpassword123 nel campo Value.
    5. Salva le modifiche facendo clic su “Vai” o “Salva” per aggiornare la riga.
    6. Verificare la password Accedendo alla dashboard di amministrazione di WordPress utilizzando la nuova password
    Moderator Gloria Liuni

    (@glorialchemica)

    Ciao @lucadjpromo,

    se il sito è così vecchio come dici, ti conviene fare una migrazione manuale, scaricando i file del sito e il backup del Database. Se fai una ricerca su Internet con le parole chiave “Migrazione manuale di WordPress tuorial” otterrai diversi tutorial che ti aiuteranno

    Tieni presente che dovresti configurare MAMP con le specifiche della versione del server del sito online perché possa funzionare al meglio.

    Se sei in fase di restyling, ti serve davvero la migrazione di tutti i componenti? Potenti usare la funzione di esportazione dei contenuti di WordPress. La trovi in Strumenti > Esporta

    Facci sapere

    elisasiciliano

    (@elisasiciliano)

    Ciao, vi aggiorno con la risposta di Aruba:

    A seguito dell’aggiornamento di versione del database, non aveva ancora provveduto ad aggiornare il file di configurazione di WordPress con il nuovo indirizzo IP del server Mysql.

    ho provveduto lato server all’aggiornamento e la visibilità del sito web è adesso corretta.

    Ma di solito questo avviene in automatico o il passaggio di aggiornamento del nuovo indirizzo IP deve essere sempre inserito manualmente. Chiedo anche per eventuali situazioni simili.

    Grazie mille

    Elisa

    Moderator Cristiano Zanca

    (@cristianozanca)

    Salve a tutti,

    @sloganwp hai chiesto come evitare gli aggiornamenti automatici.

    Credo che sia assolutamente convinto, come tutti quelli che hanno partecipato al topic, che gli aggiornamenti di WP siano importanti per mantenere un installazione sicura e funzionante.

    Avere maggior controllo dell’installazione WP e scegliere di fare gli aggiornamenti quando segnalato nel back-end di WP evitando gli automatismi può evitare di incorrere in problemi o conflitti come quello segnalato dall’autore di questo topic.

    Gli automatismi sono preziosi e sono stati introdotti perché molte persone, spesso non professioniste, che utilizzano WordPress non comprendono il reale valore degli aggiornamenti e tendono a non aggiornare temi, plugin e core.

    Il consiglio per disabilitare l’aggiornamento automatico di core, temi e plugin è , oltre a inserire quelle stringhe nel file wp-config.php, consultare le indicazioni del proprio hosting provider che potrebbe anche non seguire le istruzioni del file wp-config.php ed eseguire ugualmente gli aggiornamenti automatici

    Io vorrei togliere dal back-end la posssibilità di aggiornarlo accidentalmente da parte di altri utenti admin che hanno l’aggiornamento facile. Come fare?

    Il consiglio è di coordinarsi tra chi ha l’accesso admin e di non aggiornare tutti in autonomia, ma farsi segnalare che un plugin o tema sono da aggiornare in modo che sia solo una persona a gestire l’operazione

    Cordiali Saluti

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