Risultati della ricerca per 'Wordpress phpmyadmin plugin'

Stai vedendo 15 risultati - da 1 a 15 (di 55 totali)
  • Chi ha creato la discussione gzaffiro

    (@gzaffiro)

    Vi aggiorno in quanto ho risolto seguendo la procedura indicata qui https://wordpress.org/documentation/article/updating-wordpress/ di reinstallazione manuale di wordpress.

    Prima di procedere alla reinstallazione ho acquistato un servizio di backup dal mio host provider (non si sa mai). Inoltre ho provato a sostituire il file  wp-includes/functions.php sia con la versione 6.6.2 che era quella usata, che con la versione 6.7.2 ultima disponibile: queste azioni non hanno avuto successo e cercando di accedere alla pagina admin sono stati indicati nuove tipologie di fatal error.

    Ho quindi deciso di reinstallare il wordpress manualmente. Ho quindi prima disattivato i plugin usando PHPMyAdmin (si trovano online indicazioni su come fare), poi ho cercato di caricare i file di WP 6.7.2 tramite il file manager messo a disposizione dell’host ma la procedura dava errori. Ho quindi scaricato un client FTP (FileZilla) e caricato i file. Così facendo l’errore è stato risolto e ho potuto riaccedere alla pagina admin. Lì ho terminato l’installazione (dava qualche indicazione di errore non bloccante) e riattivato i plugin. Il sito non risulta danneggiato.

    Ecco, quale plugin usi? Ce ne sono parecchi. Su un sito di prova me ne sono trovati 2, installati tempo fa.

    ** Woody code snippets
    https://wordpress.org/plugins/insert-php/

    *** WPCode Lite
    https://wordpress.org/plugins/insert-headers-and-footers/

    Entrambi fanno più o meno le stesse cose. Entrambi registrano gli snippets nel database.

    Per risolvere il problema potresti installare un plugin diverso da quello che hai dovuto rimuovere a causa dell’errore nel frammento di codice.

    Si potrebbe anche cancellare / modificare lo snippet sbagliato che è registrato nel database ma è una operazione un po’ delicata e sarebbe meglio fare prima un backup del sito. La tabella usata dai due plugin che ho installato io è la “options” del database, quella solita. Con phpmyadmin (o applicazione equivalente) si trova la riga interessata e si fa la correzione.

    Chi ha creato la discussione inclusiopedia

    (@inclusiopedia)

    Buongiorno.

    Dopo svariati giorni e svariate guide, sono riuscito a ripristinare il sito, ma lo stesso si trova nello stato in cui era il 19 Aprile 2020. Tutte le pagine, gli articoli, e le gallerie (del plugin envira) create successivamente a tale data sembrerebbero essere state perse.

    Nelle tabelle wp_post e wp_postmera gli articoli e le pagine sembrerebbero essere presenti, ma molte di esse si trovano nello status “inherit”.

    Evidentemente sono state corrotte le tabelle del db MySQL, ragion per cui, al ripristino del sito, wordpress non ha ritrovato tutti i collegamenti alle pagine, articoli e gallerie.

    Il backup del db più recente a mia disposizione è risalente ad una settimana fa, è quello creato automaticamente da phpMyAdmin e si trova nello stato stato del db attualmente attivo.

    Pur temendo di conoscere la risposta, mi chiedo se non vi sia la possibilità di recuperare un db più vecchio, antecedente alla data di hackeraggio del sito (26 Luglio), in modo da poter ripristinare lo stesso.

    In attesa di un vostro riscontro, vi ringrazio per l’assistenza fornitami fin qui!

    Premetto che non sono un ‘esperta ma ho lo stesso problema . Il mio sito è Eccofatto.click l’hosting è 1&1 e sono su wordpress.org..

    Vedo nella cartella wp_content tutte le cartelle degli altri plugin ma se entro nella bacheca del mio sito alla voce plugin installati non ci sono e alla voce Salute del sito >in Autorizzazioni File Sistem >appare: La directory dei plugin Non scrivibile. Non riesco a ricaricarli e non riesco ad utilizzarli.
    Il mio tema è Neve. Ho controllato il mio database alla voce plugin da phpmyadmin di Ionos e sotto la dicitura plugin ho trovato questa voce:

    FEEDBACK disabilitato MariaDB User Feedback Plugin 100612.0 Sergei Golubchik GPL

    è per questo che non riesco a vedere i miei plugin? e non ho accesso alla directory? potete inviarmi una guida passo passo per risolvere il problema?

    Chi ha creato la discussione bobcia1965

    (@bobcia1965)

    Ciao e grazie per la risposta …
    Sai sono poco propenso ad installare plugin perchè non mi piace essere soggetto al produttore sia per l’aggiornamento che per l’esistenza stessa del plugin che improvvisamente potrebbe essere dismesso …
    Sinceramente ero poco propenso anche ad usare WordPress ma effettivamente agevola molto rispetto a produrre un sito in html/php puro.
    Detto questo io speravo che MySql tramite la piattaforma phpMyAdmin desse la possibilità di un backup serio … non ti dico cosa ho dovuto fare quando creato il sito in locale l’ho esportato on line avendo problemi strani che non capivo e che alla fine erano dovuti al database privo di qualsiasi chiave primaria/unica o solo indice che sia.
    Quindi non credi sia possibile farlo in manuale senza plugin aggiuntivi ?

    Ciao

    Roberto

    • Salve a tutti … è da pochissimo che uso WordPress e quindi non sono un esperto e mi scuserete se magari il mio problema è banale … ma non riesco ad uscirne.
      Premesso ciò dettaglio un pò i passi precedenti al verificarsi del problema.
      Ho attivato un hosting con WordPress per un mio Cliente e mi è stato creato un DB ed una installazione WordPress sul dominio scelto con una pagina di benvenuto temporanea.
      Usando per la prima volta WordPress, ho pensato di scaricare localmente MAMP per avere un server virtuale completo di MySql ed ho scaricato ed installato WordPress localmente per iniziare a creare il sito (non un blog) in tutta tranquillità senza toccare il server on line.
      Localmente : ho creato un DB MySql con lo stesso nome assegnato dall’hosting e poi ho cominciato a lavorare su WordPress.
      Una volta completato almeno quasi la totalità del sito, ho deciso di spostarlo on line per poi continuare a lavorare direttamente sull’hosting in modo che il Cliente potesse valutare velocemente il lavoro che stavo svolgendo.
      Per fare ciò ho seguito i passi che normalmente sono indicati anche su vari forum cioè l’esportazione del DB e la copia della cartella WordPress da locale all’hosting tramite FileZilla e l’importazione nel DB sull’hosting del file precedentemente esportato da locale.
      Ovviamente ho modificato il wp-config.php con i paramentri giusti dell’hosting (es. nome utente e password e localizzazione del DB) e il tutto ha funzionato perfettamente; cioè potevo accedere alla dashboard di WordPress con il mio sito funzionante, potevo accedere alla dashboard phpmyadmin per operare sul DB MySql ed il sito richiamato on line funziona perfettamente.
      Altra premessa prima di indicare il problema, è che essendo già stato creato dall’hosting il DB, non potevo crearlo da capo per poi farne l’importazione; quindi ho eliminato tutte le tabelle già create tranne wp_users dove erano scritte le info specifiche dell’hosting ovviamente aggiornandola però nel campo dell’url del sito che ovviamente non era più localhost.
      Detto questo …
      Se provo a creare una nuova pagina … mi si apre una pagina completamente bianca e quindi non posso creare nuove pagine … senza alcuna indicazione di errore.
      Se provo a caricare una immagine … compare l’immagine sfocata e la rotellina che gira all’infinito senza riuscire a caricare niente … devo uscire fuori e mi ritrovo per esempio una galleria con le foto da me caricate soltanto come elemento ma senza la foto … però se clicco su indica url … riesco da caricarla dando la posizione dei media che mi ha caricato correttamente nella cartella on line … ma che non riesce a far vedere nella pagina dopo il caricamento.
      Anche se vado in Media e voglio caricare nuove foto … fa lo stesso problema però mi dice anche “Problemi nel caricamento … provare più tardi”.
      Il tema che uso è uno standard Twenty-Twentythree e provato già a disabilitare tutti i plugin … ma non cambia nulla.
      Ovviamente lavorando in locale tutto funziona perfettamente.
      Spero di non essere sato troppo prolisso … ma era necessario indicare tutti i passaggi da me effettuati.

      Un Saluti

      Roberto

    • Moderator Cristiano Zanca

      (@cristianozanca)


      Avete appena aggiornato a WordPress 6.0! Ma cos’è successo? Si è rotto qualcosa? O forse avete solo qualche domanda da porre? Questa guida vi aiuterà a risolvere i problemi e le domande più comuni dopo il nuovo aggiornamento.

      Se il vostro sito si è bloccato, niente panico!

      Prima di continuare, assicuratevi di aver aggiornato i plugin e i temi alle versioni più recenti, di aver cancellato la cache e i cookie del browser e di aver effettuato nuovamente l’accesso alla Bacheca del vostro sito WordPress.

      Avete ancora problemi? Ok, continuate a leggere!

      Questa discussione contiene i problemi noti con i plugin e i temi presenti nell’ultima versione. Vi consigliamo di leggere TUTTO il topic e di tornare a controllarlo nel futuro, perché verrà aggiornato.

      Ricordate di rimanere calmi, oltre che essere pazienti e rispettosi. I volontari sono qui per cercare di aiutarvi, ma abbiamo bisogno anche del vostro aiuto. Tutte le normali regole del forum sono ancora valide. Ricordate che siete importanti quanto gli altri.

      Se il vostro post non viene visualizzato subito, state tranquilli: con un volume di messaggi superiore al normale, molti di questi vengono segnalati come spam dal nostro tool antispam. Stiamo lavorando duramente per mantenere la coda libera, ma la pubblicazione di più messaggi ci rallenta, in quanto dobbiamo tornare indietro e controllare se avete già postato. Vi consigliamo di pubblicare una volta sola.

      • Usate la maiuscola nei titoli e nel corpo dei post. Punteggiate le frasi in modo corretto e umano, ci aiuta a leggere.
      • Utilizzate l’oggetto per la descrizione. “Tutti i permalink non funzionano da 5.0” è molto meglio di “Ehi! Aiutatemi presto! Questa versione è terribile!”.
      • Descrivete chiaramente il problema. Spiegate cosa vedete, includete i messaggi di errore e riportate gli screenshot quando necessario. Anche il link al vostro sito è utile, se il problema è sul frontend,
      • Siate pazienti. Sappiamo che è bruttissimo essere bloccati, ma inviare più volte un messaggio non vi aiuterà più velocemente.
      • Non creare un proprio argomento a meno che non si utilizzi la stessa versione di WordPress sullo stesso server fisico ospitato dallo stesso host con gli stessi plugin, tema e configurazioni del postatore originale. Forse vi sembrerà strano, ma sarà più facile per noi aiutarvi in modo specifico se avete un vostro argomento.
      • Contrassegnate il vostro argomento come risolto quando è stato risolto, così sapremo che non dovremo più cercarlo.
        Ricordate che non siete soli.

      Tenete presente che il fatto che non vi piaccia come sta evolvendo il design di WordPress non è un bug. Se non vi piace una funzionalità, non fate una serie di post per lamentarvene. Cercate di vedere se qualcuno l’ha già fatto e postate lì, oppure prendete in considerazione l’idea di unirvi prima al team preposto per dare un aiuto (ad esempio in Beta o anche in test tramite SVN). Quello che vedete oggi è il risultato di migliaia di ore di lavoro e di test e, a meno che qualcosa non sia completamente rotto, è altamente improbabile che venga cambiato.

      Di nuovo, prima di pubblicare qualcosa:

      Assicuratevi di aver letto l’intera discussione e l’articolo sulle nuove funzionalità della versione 6.0.

      Andate alla pagina informativa della vostra installazione – example.com/wp-admin/about.php (oppure cliccate sul logo di WordPress nell’angolo in alto) – per scoprire le novità.

      Avete ancora problemi dopo aver seguito i passaggi di risoluzione dei problemi indicati di seguito? Non esitate a porre la vostra domanda nel forum di supporto.

      What’s New in 6.0?
      Avete già letto la Guida pratica di WordPress 6.0?
      Diamo il benvenuto a Arturo, WordPress 6.0.

      I proprietari e gli amministratori dei siti dovrebbero effettuare l’aggiornamento per trarre il massimo vantaggio dai numerosi miglioramenti in termini di stabilità, prestazioni e usabilità. I creatori di contenuti potranno usufruire di una serie di nuove funzionalità volte a migliorare l’esperienza di scrittura e progettazione su WordPress.

      I miglioramenti per agevolare la scrittura sono numerosi, sia che si tratti di scrivere un nuovo articolo o di aggiungere elementi a una pagina esistente. Scoprite altri modi per semplificare il processo di creazione dei contenuti, tra cui:

        <li style=”list-style-type: none”>
      • Selezionare il testo in più blocchi e modificarlo in una sola volta.
      • Digitare due parentesi aperte [[ per accedere rapidamente al menu dei collegamenti.
      • Mantenere gli stili esistenti quando si trasformano alcuni blocchi da un tipo a un altro, ad esempio da un blocco Paragrafo a un blocco Codice.
      • Create pulsanti personalizzati e ogni nuovo pulsante che inserirete manterrà automaticamente le personalizzazioni dello stile.
      • Rendere i tag cloud e le icone social ancora più attraenti con impostazioni e controlli aggiornati e un nuovo stile di contorno per la tag cloud.

      Cambio dello stile

      • I temi a blocchi includono ora la possibilità di contenere più varianti di stile. Questo amplia ulteriormente il nuovo sistema di stili e consente di cambiare l’aspetto del sito all’interno di un unico tema. È possibile modificare sia le impostazioni disponibili, come lo stile dei caratteri, sia le opzioni, come la tavolozza dei colori predefinita. Cambiate l’aspetto del vostro sito con pochi click.

      Scoprite di più sul vostro sito con WordPress 6.0!

      WordPress è un software progettato per tutti, con particolare attenzione all’accessibilità, alle prestazioni, alla sicurezza e alla facilità d’uso. Il progetto ritiene che un ottimo software debba funzionare con una configurazione minima, in modo che possiate concentrarvi sulla condivisione della vostra storia, del vostro prodotto o dei vostri servizi. Il software WordPress di default è semplice e intuitivo, per cui è facile iniziare a lavorare. Offre anche potenti funzionalità per la crescita e il successo.

      WordPress crede nella democratizzazione della pubblicazione e nelle libertà che derivano dall’open source. A sostegno di questa idea c’è un’ampia comunità di persone che collaborano e contribuiscono a questo progetto. La comunità di WordPress è accogliente e inclusiva. La passione dei nostri collaboratori guida il successo di WordPress che, a sua volta, vi aiuta a raggiungere i vostri obiettivi.

      Risoluzione dei problemi:
      Prima di inviare il messaggio, accertatevi di aver iniziato ad eseguire i suggerimenti per la risoluzione dei problemi descritti di seguito:

      • Eliminare tutti i plugin di caching in esecuzione, nonché le cache del server e/o del browser. Non solo il browser, ma anche qualsiasi cache op o cache della rete di contenuti, come Cloudflare. Questo risolverà molti strani problemi di JavaScript.
      • Eliminare le cache degli host gestiti. Gli hosting WP gestiti hanno spesso cache speciali. Se il vostro host ha uno strumento “Purge Varnish” o “Flush Memcache”, provatelo. Se necessario, potete chiedere al vostro provider di eliminare memcache e Varnish per voi.
      • Salvate nuovamente le impostazioni dei Permalink. In alcuni casi, abbiamo visto installatori di terze parti, come Softaculous, creare siti con regole leggermente errate nel file .htaccess. Mentre queste regole non avrebbero costituito un problema nelle versioni precedenti, la presenza di queste regole errate può interrompere l’API REST nelle versioni più recenti. Il salvataggio dei permalink nella pagina Impostazioni->Permalink di WordPress correggerà queste regole nel file .htaccess e forse risolverà gli errori “non riusciti” nel nuovo editor.
      • Risoluzione dei problemi con il browser. Il vostro browser può aiutarvi a identificare problemi o conflitti JavaScript e questo articolo può aiutarvi a fare questa diagnosi. Questo può aiutare a identificare anche i problemi dell’editor visuale.
      • Assicuratevi di avere l’Editor visuale abilitato. Visitare la pagina Utenti->Profilo. La prima opzione disabilita l’editor visuale. Assicurarsi che l’opzione sia deselezionata e salvare le impostazioni del profilo.
      • Disattivare tutti i plugin (confermato, tutti) per vedere se il problema si risolve. Se funziona, riattivare i plugin uno alla volta fino a trovare quello o quelli problematici. Se non è possibile accedere alla dashboard di amministrazione, provare a ripristinare la cartella dei plugin tramite SFTP/FTP o PhpMyAdmin (leggere “Come disattivare tutti i plugin quando non è possibile accedere a wp-admin” se si ha bisogno di aiuto). A volte, un plugin apparentemente inattivo può ancora causare problemi. Ricordate anche di disattivare tutti i plugin presenti nella cartella mu-plugins. Il modo più semplice è rinominare la cartella in mu-plugins-old.
      • Se è possibile installare i plugin, installare “Health Check”: https://wordpress.org/plugins/health-check/. Nella scheda di risoluzione dei problemi, è possibile fare click sul pulsante per disattivare tutti i plugin e cambiare il tema, mentre si è ancora connessi, senza influenzare i normali visitatori del sito.
      • Passare al tema Twenty Twenty One per escludere qualsiasi problema specifico del tema. Se non è possibile accedere per cambiare il tema, è possibile rimuovere le cartelle dei temi tramite SFTP/FTP, in modo che l’unica sia twentytwentyone. Questo costringerà il sito a utilizzarlo.
      • Aggiornamento manuale. Se tutto il resto fallisce, scaricare una copia fresca del file latest.zip di questa versione (in alto a destra su questa pagina) sul computer e usarlo per eseguire la copia. Potrebbe essere necessario eliminare le cartelle wp-admin e wp-includes sul server (NOTA: non eliminare la cartella wp-content o il file wp-config.php). Leggete prima le istruzioni per l’aggiornamento manuale.

      Se il problema persiste ed è legato a elementi che non funzionano più come previsto, ad esempio uno slider o un pulsante, è possibile che si verifichino problemi con la libreria JavaScript jQuery. Provate il plugin Enable jQuery Migrate Helper e vedete se questo risolve il problema.
      Se è necessario creare un topic di supporto, è possibile fornire i dati di debug per i volontari del supporto visitando la sezione Salute del sito in Tools > Site Health > Info.

      traduzione di @deadpool76

       

      Problemi noti:

      L’inserimento di un blocco classico utilizzando lo slash manda in crash l’editor se la barra laterale è aperta. vedi https://github.com/WordPress/gutenberg/issues/41321

      Elementi  già presenti nella lista per la versione 6.0.1

      vedi https://core.trac.wordpress.org/query?status=accepted&status=assigned&status=new&status=reopened&status=reviewing&milestone=6.0.1&col=id&col=summary&col=status&col=owner&col=type&col=priority&col=milestone&order=priority

    • giuliana2022

      (@giuliana2022)


      Buon giorno.
      Ho un problema che non ho trovato sul Forum.
      Ho trasferito il mio sito su un nuovo Hosting. Tutto all’apparenza è tornato normale, ma poi cercando di utilizzare il sito mi sono resa conto che è TUTTO bloccato.
      Ad esempio:
      – Non si caricano le immagini
      – Se provo ad aprire la pagina “aggiungi nuovi plugin” dopo molto tempo arriva l’errore 404
      – Se voglio inserire un Menu su “Personalizza” non si salva.
      – Se provo a scrivere un nuovo articolo/pagina sotto “Articolo” esce la stringa:
      Permalink: ?preview=true
      Stai modificando la pagina che mostra i tuoi ultimi articoli.

      E non c’è, di fatto, lo spazio per scrivere l’articolo.

      COSA HO GIA’ FATTO:

      1) Sovrascritto i files del sito su public html del mio spazio hosting (wp_content, wp-admin e wp_includes) con file originali del sito WordPress tramite FileZilla (nel caso mancassero dei files necessari al funzionamento) e poi nuovamente ri-trasferiti quelli del backup del sito, in modo che i files pubblicati contengano tutte le info aggiornate necessarie per il mio sito;

      2) Annullato il funzionamento di tutti i plugin rinominando la cartella plugin, in modo che risultassero tutti introvabili. L’errore persiste anche senza i plugin

      3) Controllato i file wp_config e controllato che i dati corrispondessero. Tutto ok

      4) Rinominato il file .htaccess per renderlo fuori uso, ma l’errore persiste.

      5) Fatto ricreare da WordPress un file .htaccess in automatico andando su Impostazioni-Permalink- Salva (senza nessuna modifica) L’errore persiste.

      6) Riscritto completamente il file .htaccess come consigliato da un webmaster nel web con i termini base e aggiunta di 3 stringhe per passaggio a HTTPS. Copiato codice completo, quindi non ci dovrebbero essere possibilità di errore.

      7) Controllati permessi cartelle e files (755-644) e permessi .htaccess (644)

      8) Ottimizzato, Analizzato e Riparato tabella Database su phpMyAdmin

      9. Pregato/Imprecato Nessun risultato.

      10. Ditemi voi cosa devo fare perché io ho esaurito la fantasia…

      Grazie.

    • Salve,
      dopo una intrusione sul sito ho reinstallato i file di wordpress ricreato le pagine e ripristinato il sito, e installato plugin che maschera le carelle di login e limita il numero di tentativi falliti di accesso, il giorno dopo mi è ricomparso un utente che crea post a raffica.
      l’utente si chiama wordcamp, non riesco ad eliminarlo dal backoffice di wordpress, se lo elimino dal database con phpmyadmin si ricrea immediatamente appena apro la pagina utente del backoffice wordpress.
      l’unica cosa che mi permette di fare e che sembra rimanga stabile anche dopo i vari refresh sembra essere la modifica dell’utente da amministratore a sottoscrittore, la modifica della password e la modifica della mail.

      possibile che un utente si ricrei in automatico dal niente?
      come posso risolvere questa situazione per essere un minimo tranquillo?

      • Questo topic è stato modificato 5 anni, 2 mesi fa da quisazadrah.
      • Questo topic è stato modificato 5 anni, 2 mesi fa da quisazadrah.
      • Questo topic è stato modificato 5 anni, 2 mesi fa da quisazadrah.
    Chi ha creato la discussione geom90

    (@geom90)

    Ciao @andreaporotti,

    ho fatto come da Te suggerito il controllo in .htaccess e non ho trovato nessuna riga che inizia con “Redirect”.
    Non usavo Redirection o Rank Math, e ho disabilitato tutti i plugin che avrebbero potuto creare dei problemi, perchè installati in tempi “sospetti”, cioè da quando il sito ha iniziato a darmi problemi.

    Sono andato anche a controllare il database su phpMyAdmin e nella cartella del mio sito, sotto la voce “wp_posts” ho trovato due pagine “Portfolio”: una originale ed una variata, più un terzo elemento che come “post type” portava la dicitura “jetpack_portfolio” (nonostante avessi già disabilitato il Jetpack). Di queste voci nel database, ho eliminato la voce di Portfolio variata e quella che come type indicava “jetpack_portfolio”. Pensavo che mantenendo solo la pagina Portfolio originale, magari WordPress non avrebbe potuto come dire…”sbagliarsi”.
    Però non è stato così. Nonostante abbia fatto questo, non è cambiato nulla sul front-end del sito.

    A un certo punto anzi ho installato il plugin Redirection per creare un loop e forzare in qualche modo il reinderizzamento.

    Tutto inutile.

    Non so cosa dire 😀

    Grazie per l’attenzione.

    • Lo scorso anno, dopo un aggiornamento di WordPress (5.0 o 5.1.x, non ricordo), il mio sito ebbe problemi con lettere accentate e caratteri speciali. Al loro posto apparivano caratteri strani/sballati.

      Riuscí a risolvere con un downgrade a PHP 7.0 (usavo la 7.2). Ma era solo una “patch”. Adesso però ho bisogno di risolvere il problema alla radice.

      La prova: Pensavo che il problema fosse il tema. Ho fatto nuovi test con PHP 7.2 e 7.3, disabilitando i plugin e provando i temi GeneratePress y Twenty Twenty. Stesso risultato. Indipendentemente dal tema usato, accenti e caratteri speciali si visualizzano correttamente solo con PHP 7.0.

      ___

      Situazione attuale: intuisco che il problema possa risiedere nel ‘DB-CHARSET’.

      Dati di interesse:

      *** Wp-config:
      #define(‘DB_CHARSET’, ‘utf8mb4’);
      define(‘DB_COLLATE’, »);

      *** Il file errorlog (durante un test con PHP 7.3) mi indica: «PHP Warning: Cannot assign an empty string to a string offset in /home/MYSITE/public_html/wp-includes/class.wp-scripts.php on line 492, che corrisponde a questa linea: $l10n[ $key ] = html_entity_decode( (string) $value, ENT_QUOTES, ‘UTF-8’ );

      *** PHPMyAdmin mostra in dashboard:
      [General Settings] Collation: utf8mb4_unicode_ci
      [Database Server] UTF-8 Unicode (utf8)

      *** Guardando al contenuto memorizzato nelle tabelle di PHPMyAdmin (wp_posts e wp_comments), posso intravedere vari accenti errati nel db.

      *** Se analizzo il codice di qualunque post pubblicato, trovo un riferimento a UTF-8: <!–meta tag–><meta charset=»UTF-8«/><meta http-equiv=»X-UA-Compatible»>

      ___

      Obiettivo: Il sito continua funzionando con il “downgrade” a 7.0, pero ho bisogno di usare PHP 7.3, risolvendo il problema di accenti e caratteri speciali. Non sono un esperto né uno sviluppatore, e chiederei il vostro aiuto per capire come risolvere.

      Che mi raccomandate di fare o provare?

      Grazie! 🙂

    • stefanonavarrini

      (@stefanonavarrini)


      Da dreamweaver passo a wordpress, quindi sono un peincipiante. Lavoro in locale per comodità e perché potrebbe essere utile un domani. Ho imparato a gestire temi plugin pagine con un po’ di fatica ma procedo, ho scaricato, composto e inserito una gallery, il sito aveva una forma, MA come mi è già successo quando esco e voglio riaccedere non mi appare più la mascherina WP con user e pass.
      Cosa sbaglio/tolgo che deve invece rimanere?
      C’è un modo tramite phpmyadmin per aggirare o ripristinare il pannello?
      Scusate l’ignoranza del principiante e grazie

      La pagina su cui ho bisogno di aiuto: [devi essere connesso per vedere il link]

    • lucreziabacci7

      (@lucreziabacci7)


      Ho il sito su SiteGround, WP era versione 5.2.2, l’ho aggiornata a 5.3
      Non mi faceva più accedere, ho chiesto supporto a SG, mi hanno dato il link da dove posso accedere: /wp-admin
      Si apre il sito in WP, in alto la barra del menù da il logo WordPress e il link della home del sito, ma non c’è la bacheca dove modificare il sito, quindi è inutilizzabile.

      Ho disattivato tutti i plugin manualmente dal database phpMyadmin, perché uno dava errore e mi impediva l’accesso: Jetpack e comunque mi diceva che non ero autorizzata.
      Suppongo che se ora ho l’accesso ci sia un altro problema, il mio tema è gratuito, non credo possa dare problemi, ma senza la dashboard che ci faccio col sito?

      La pagina su cui ho bisogno di aiuto: [devi essere connesso per vedere il link]

    Forum: Varie ed eventuali
    In risposta a: da remoto a locale

    Hai i back-up dei file ftp e del database?
    Altrimenti con un cliente ftp copia il contenuto dei tuoi file, con l’applicativo per il tuo database crea il tuo file sql.
    3GB zippati sono tanti e devi modificare il tempo di esecuzione, upload di php per utilizzarlo da plugin.
    Eccetto la cartella upload e dunque i file core e altri file non dovrebbe essere difficile da importare via ftp (la cartella upload darà tanto da fare invece).
    dividi il file sql in più parti se phpmyadmin non te lo passa 🙂
    http://www.manuelmarangoni.it/sir-bit/1574/dividere-un-file-sql-del-database-in-piu-parti-con-sql-dump-splitter/
    Poi dovrai cambiare le url di WordPress e usare un plugin per impostare il nuovo percorso https://wordpress.org/support/article/moving-wordpress/#changing-your-domain-name-and-urls

    Ciao @melindasue ,
    Per poter usare WordPress sono necessari sia l’accesso FTP al sito sia quello diretto al database (phpMyAdmin, Adminer), non si può farne a meno.
    Un paio di link di documentazione riguardo alla disinstallazione manuale di plugin:
    https://sos-wp.it/disattivare-i-plugin-quando-non-hai-accesso-alla-bacheca/
    https://kinsta.com/it/knowledgebase/disattivare-plugin-wordpress/
    Dovrebbe esserci anche una pagina di ducumentazione ufficiale wp ma non trovo l’indirizzo e sarà in inglese probabilmente.
    Un saluto.

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