Risultati della ricerca per 'Wordpress admin javascript'
-
-
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 inTools > 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
Ciao,
la striscia bianca prima dell’header (la parte che ospita il menu), non è visibile quando visito il tuo sito: credo sia visibile solo quando loggato, e dovrebbe essere lo spazio riservato all’admin bar, che però, nel tuo caso, non appare molto probabilmente perché non viene caricato il javascript necessario.
Analizzando il tuo sito vedo che è privo di:- chiusura vari div strutturali
<footer></footer>(sintomo)- chiusura tag
</body>(necessario) - chiusura tag
</html>(necessario)
Questo fa pensare che nel tuo tema, probabilmente a causa delle modifiche che hai apportato, non venga caricato il footer template del tuo tema: https://themes.svn.wordpress.org/publication/1.0.4/footer.php
o che quel template sia “rotto” o totalmente vuoto.
Il menu di quel tema si apre (e l’admin bar è disponibile) tramite codice javascript che generalmente è caricato nei temi tramite la funzionewp_footer()(che vedi nel template footer.php linkato).Ti consiglierei di ripristinare il file footer.php originale.
Se poi vuoi effettuare modifiche a quel file, o altri, del tema ti consiglio di creare un child-theme.
https://it.wordpress.org/support/topic/prima-di-aprire-un-ticket-leggi-qui/
sezione PRIMA DI OGNI MODIFICA, punto 3.MODIFICARE TEMA O PLUGIN (CHILD THEME)-
Mi trovo in grosse difficoltà con una nuova installazione e non riesco a venirne a capo da diversi giorni.
Il sito è un WP (4.8) richiamato in HTTPS.
È un multisito con sottodomini mappati; quindi digitando dominio2.net vedo il sottodominio creato in dominio1.it.Sotto questo profilo sta funzionando.
Del dominio principale vedo sia la Home Page che l’articolo “Hello World”.
Del dominio secondario vedo invece solo la Home Page e mi restituisce Errore 404 per l’articolo.Il permalink è %postname%/%post_id% (con il permalink semplice io vedo correttamente anche l’articolo del secondo dominio.
Il server è un CentOS con Nginx quale Reverse Proxy di Apache, con gestione FPM da parte di Nginx.
Tutti i files di configurazione di Nginx sono gestiti automaticamente:
Le uniche direttive che ho inserito io sono le seguenti:# enable gzip compression gzip on; gzip_min_length 1100; gzip_buffers 4 32k; gzip_types text/plain text/javascript application/javascript application/x-javascript text/xml text/css; gzip_vary on; # end gzip configuration location ~* .(ogg|ogv|svg|svgz|eot|otf|woff|mp4|ttf|css|rss|atom|js|jpg|jpeg|gif|png|ico|zip|tgz|gz|rar|bz2|doc|xls|exe|ppt|tar|mid|midi|wav|bmp|rtf)$ { expires max; log_not_found off; }# From WP Network Config (without errors from Plesk conversion) rewrite ^/wp-admin$ /wp-admin/ permanent; rewrite ^/(wp-(content|admin|includes).*) /$1 last; rewrite ^/(.*\.php)$ /$1 last; rewrite /. /index.php last;Questi ultimi rewrite sono stati convertiti dalle specifiche htaccess suggerite da WordPress dopo l’attivazione del Network, purgati gli errori di conversione.
Ho provato anche queste: if (!-e $request_filename){ rewrite ^(.*)$ /index.php break; }if (!-e $request_filename) { rewrite ^.*$ /index.php last; }Infine ho provato anche questa che però mi da un errore perché viene trovato un duplicato nella configurazione creata automaticamente dal Plesk.
location / { try_files $uri $uri/ /index.php?$args; }Un grazie in anticipo per i suggerimenti.
-
Salve, sto utilizzando wordpress per creare un sito web. Ho avuto la necessità di creare un form per registrare dei partecipanti a un corso, in una tabella creata in un database su php my admin.
Ho creato un template dove ho incluso un file html. in questo file html ho creato il form sa visualizzare inserendo in “action” il file php che dovra essere eseguito all’invio dei dati tramite il tasto “invia”.
Il problema che riscontro è che se vado a schiacciare invia, una volta inseriti i dati, wordpress mi apre un’altra pagina con la seguente scritta “ops questa pagina non si trova”. In poche parole wordpress per quanto ho capito io non mi interpreta il codice php se non è inserito in un template.
qualcuno puo aiutarmi? ho provato tante soluzioni.
Ad esempio se creo un altro template in un file php e inserisco il codice php inserito nel file “form.php” e vado a creare una pagina wordpress aggiungengole il template appena creato, il codice inserito viene interpretato e funziona tutto correttamente perche basta associare l’url di questa pagina wordpress in “action” nel form.html e i dati vengono inseriti correttamente nella tabella del database. Solo che in questo modo appena si schiaccia il tasto invia si viene indirizzati a una pagina diversa. Mentre io desidero che appena si schiaccia il tasto invia compaiono le finestre popup con la conferma se l’utente è stato inserito o meno sempre nella stessa pagina.
TEMPLATE :
<?php
/* Template name: FORM INS DATI*/
get_header();
include “form.html”;
?>
FILE HTML(form.html)
<!DOCTYPE html>
<html lang=”it”>
<head>
<meta charset=”UTF-8″>
<link href=”style.css” rel=”stylesheet” type=”text/css”>
</head><body>
<form action=”form.php” method=”POST”>
Nome:<br>
<input type=”text” name=”nome”> <br>
Cognome:<br>
<input type=”text” name=”cognome”><br>
Data di nascita (yy-mm-dd): <br>
<input type=”text” name=”data di nascita”><br>
Luogo di nascita: <br>
<input type=”text” name=”luogo di nascita”><br>
Codice Fiscale: <br>
<input type=”text” name=”codice fiscale”><br>
<button type=”submit”>invia</button></form>
</body>
</html>FILE PHP (form.php)
<?phpinclude(‘conn_selez_db.php’);
$nome = $POST[‘nome’];
$cognome = $_POST[‘cognome’];
$nascita = $_POST[‘data_di_nascita’];
$città = $_POST[‘luogo_di_nascita’];
$cod_fiscale = $_POST[‘codice_fiscale’];$query = “INSERT INTO persone_inserite
(nome, cognome,data_di_nascita,luogo_di_nascita,codice_fiscale)
VALUES
(‘$nome’,’$cognome’, ‘$nascita’, ‘$città’, ‘$cod_fiscale’)”;if (mysqli_query($conn, $query)) {
print “<script type=’text/javascript’>alert(‘Utente inserito’)</script>”;} else {
$errore = mysqli_error($conn);
print “<script type=’text/javascript’>alert(‘Errore: $errore’)</script>”;
}?>
-
