Risultati della ricerca per 'Script en wordpress'

Stai vedendo 15 risultati - da 91 a 105 (di 329 totali)
    • Buona sera
      Premetto che non sono un utente esperto.
      Dopo l’upgrade automatico di WordPress, previo aggiornamento di PHP alla versione 5.6, non riesco più ad accedere alla console di WordPress. Ottengo l’errore Internal Server Error. Sul log trovo malformed header from script ‘index.php’: Bad header: Security Alert!
      Ho provato a seguire i consigli più semplici (permessi file e allargamento memoria, in particolare) senza successo. Il sito funziona correttamente.
      Hosting Aruba.
      Grazie per il supporto

      • Questo topic è stato modificato 6 anni, 10 mesi fa da tomali.
    Forum: Fixing WordPress
    Come il topic: PROBLEMA BOX YOAST
    • Ciao a tutti, ho un problema, credo sia da quando ho aggiornato wordpress, ho l ultima versione di wordpress e l’ultima di yoast, sotto i post non mi piu`piu possibile inserire meta.
      Come posso risolvere???

      Ho letto su internet ma nella consola non ho errori javascript.
      Nelle impostazioni generali è attiava la funzione per mostrare il box.

      non capisco che succede..

      grazie

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

    Chi ha creato la discussione Stefano Cassone

    (@deadpool76)

    Prima di pubblicare, assicurati di aver provato a iniziare eseguendo la procedura di risoluzione dei problemi descritta di seguito:

    • Svuotamento di tutti i plugin della cache che potresti avere in esecuzione, nonché delle cache del server e / o del browser. Non solo il browser, ma anche qualsiasi op cache o cache della rete di contenuti, così come Cloudflare. Questo risolverà molti strani problemi di JavaScript.
    • Svuotamento della cache dell’host gestito. L’hosting WP gestito ha spesso cache speciali. Se il tuo hosting ha uno strumento “Purge Varnish” o “Flush Memcache”, provalo. Puoi chiedere al tuo provider di scaricare memcache e Varnish per te, se necessario.
    • Salva nuovamente le impostazioni per i Permalink. In alcuni casi, abbiamo visto programmi di installazione di terze parti, come Softaculous, creare siti con regole leggermente errate nel file .htaccess. Mentre queste regole non sarebbero state un problema nelle versioni precedenti, in WordPress 5.0, avere queste regole errate può danneggiare le REST API. Il nuovo salvataggio dei permalink nella pagina Impostazioni-> Permalink in WordPress risolverà queste regole nel file .htaccess e, eventualmente, corregge errori “failed” nel nuovo editor.
    • Risoluzione dei problemi con il tuo browser. Il tuo browser può aiutarti a identificare problemi o conflitti JavaScript e questo articolo può aiutarti a fare quella diagnosi. Questo potrebbe aiutare a identificare anche i problemi dell’Editor visuale.
    • Assicurati di avere l’Editor visuale abilitato. Visita la pagina Utenti->Il tuo profilo. La prima opzione disabiliterà l’editor visuale. Assicurati che l’opzione sia disabilitata e salva le impostazioni del tuo profilo.
    • Disattivazione di tutti i plugin (sì, tutti) per vedere se questo risolve il problema. Se funziona, riattiva i plugin uno per uno fino a quando non tri il plugin (o i plugin) che causa i problemi. Se non puoi accedere alla bacheca di amministrazione, prova a reimpostare la cartella dei plugin tramite SFTP/FTP o PhpMyAdmin (Leggi “How to deactivate all plugins when you can’t log in to wp-admin” se hai bisogno di aiuto). Qualche volta che un plugin apparentemente inattivo possa causare problemi. Ricordati anche di disattivare i plugin nella cartella mu-plugins. Il metodo più facile è di rinominare la cartella in mu-plugins-old.
    • Passa al tema Twenty Nineteen per escludere problemi relativi al tema. Se non puoi accedere per cambiare i temi, puoi rimuovere la cartella del tema tramite SFTP/FTP in modo che ci sia solo twentynineteen. Questo forzerà il tuo sito a usarlo.
    • Aggiorna manualmente. Qualora anche questo non dovesse funzionare, scarica una copia nuova dell’ultimo file .zip della 5.0.* nel tuo computer (in alto a destra in questa pagina), e usalo per copiarlo nel sito. Devi cancellare le cartelle wp-admin e wp-includes sul tuo server (ATTENZIONE: non cancellare la directory wp-content directory o il tuo file wp-config.php). Leggi l’articolo Manual Update directions first
    • Se puoi installare i plugin, installa “Health Check”: https://wordpress.org/plugins/health-check/. Nella scheda per la risoluzione dei problemi, puoi cliccare sul pulsante per disattivare tutti i plugin e cambiare il tema, mentre sei ancora connesso, senza penalizzare i normali visitatori sul tuo sito.

    Se hai bisogno di creare un topic per il supporto, If you need to create a support topic, puoi fornire i dati di debug per i volontari di supporto visitando la sezione Site Health in Strumenti > Site Health > Info.

    Ciao @elisachimi ,
    prova a controllare via FTP se hai WP_Scripts che dovrebbe essere qui:

    /wp-includes/class.wp-scripts.php

    Se c’è guarda se dentro hai una funzione

    set_translations()

    Se ci sono queste cose capisco poco perché sia uscito il msg di errore.
    Potrebbe essere anche un plugin che non va bene. Si possono disattivare in vari modi. Questa è una guida https://developer.wordpress.org/cli/commands/plugin/deactivate/
    e ce ne sono altre cercando con un motore di ricerca wp deactivate plugin. Una volta disattivati dovresti poter accedere nuovamente.
    Un saluto.

    • Ciao ,penso di aver aggiornato la versione di wordpress del sito su cui stavo lavorando, non ho fatto il backup di nulla perché non era nelle mie intenzioni aggiornarlo, il problema è che non riesco neanche ad accedere al back per poter rifare tutto.
      La scritta che mi da quando apro il link del sito è questa:
      Call to undefined method WP_Scripts::set_translations() in /home/mhd-01/www.goldencarsnc.it/htdocs/web/wp-includes/script-loader.php on line 488

      Qualcuno sa aiutarmi gentilmente?

    Come accennato dalla guida postata da cristiano e da me dopo aver fatto back-up completo dei file (tutti i file non solo le foto) e del database si usa anche un plugin per convertire quella http://localhost in http://nuovo_dominio.com (sostituire nuovo_dominio con il proprio dominio).
    Però quei plugin attualmente sono testati per la versione 5.1 di WordPress, non so se sono veramente compatibili (a volte con gli aggiornamemti del codice dei pligin ci sono cose che non vanno piu d’accordo con le vecchie versioni) con la vecchia versione 3.9 ecc che hai online beh hai comunque a disposizione la 4 opzione lo script di interconnectit.
    Qui trovi maggiori informazioni https://it.wordpress.org/support/topic/migrare-sito-da-vecchio-tema-a-nuovo-tema/#post-22299

    • Questa risposta è stata modificata 6 anni, 11 mesi fa da autotutorial.

    Ciao normalmente per spostare WordPress da dominio a dominio occorre avere i back-up dei file WordPress (ad esempio segue una lista non esaustiva: file php , JavaScript , CSS , immagini ecc) e mysql e oltre a questo devi modificare i percorsi nel database come indica la guida gentilmente fornita da Cristiano Zanca https://codex.wordpress.org/Moving_WordPress#Changing_Your_Domain_Name_and_URLs

    Ciò che non capisco è che versione di WordPress usi in localhost e online? (Se “esattamente” la copia riprodotta allora il link fa già al caso tuo) mentre se sono versioni diverse la faccenda si complica.

    Devi possedere i back-up completi file e MySQL https://codex.wordpress.org/Moving_WordPress#Moving_to_a_New_Server come meglio spiegato qui dove spiega che in caso di problemi si può sempre tornare al punto di partenza.

    Se non riesci nei back-up di tutto WordPress e del database per favore non toccare nulla goditi il tuo sito e poi ti affiderai a un professionista

    Colgo inoltre l’occasione di augurare Buona Pasqua a tutti.

    • Questa risposta è stata modificata 6 anni, 11 mesi fa da autotutorial.
    • Questa risposta è stata modificata 6 anni, 11 mesi fa da autotutorial.
    • Questa risposta è stata modificata 6 anni, 11 mesi fa da autotutorial.

    Ciao se il tuo server e php funziona in http://localhost:8888/index.php (easyphp aggiunge tale file) non puoi riscontrare ERR_CONNECTION_REFUSED discorso diverso se la porta è diversa (se non specificata è 80 per http) o il webserver e/o php sono momentaneamente in pausa.

    Quando ci si trasferisce da dominio a dominio devi seguire tale guida https://codex.wordpress.org/Moving_WordPress#Changing_Your_Domain_Name_and_URLs seguito anche dai consigli per modificare le varie voci del dominio nel database.

    1)(riferimebto back-up completo dei file e MySQL) https://codex.wordpress.org/Moving_WordPress#Moving_to_a_New_Server

    2)Dentro il tema nel file functions.php inserisci le url (se non esiste functions.php crealo e inserisci le url https://codex.wordpress.org/Changing_The_Site_URL

    3)A questo punto dovresti accedere e poter scaricare plugin per modificare i link nel database come descritto nel punto 1 (puoi anche scaricare la 4 opzione uno script da inserire dentro una cartella segreta all’interno dell’istallazione wordpress)

    4)Leggi l’intera pagina prima di applicare i miei primi tre consigli.

    • Buongiorno ho un problema relativo al mio tema. In questi giorni abbiamo provato a caricare tramite file csv su woocommerce circa 1.000 prodotti. Il tema di wordpress attuale crea per ogni immagine che si carichi (sia che sia l’admin o l’utente) circa 15 copie in diverse dimensioni. Posto che non è possibile modificare questo script in quanto avere più dimensioni aiuta la perfetta visualizzazione delle pagine su device differenti, ci siamo ritrovati con il portale completamente bloccato (circa 12 secondi per caricare l’home). In totale abbiamo visualizzato nella cartelle upload circa 15.000 immagini, size media 100kb).

      Ho scritto allo sviluppatore del tema e mi ha detto che è un problema di server, ho scritto al provider e mi ha detto che è un problema di woocommerce…
      Ovviamente svuota la cartella upload e cancellati gli articoli e tornato tutto normale.
      Il portale è installato su un cloud server con 450gb di memoria e 13gb di ram.
      Come posso risolvere il problema?

      Grazie

    Ho dato un’occhiata e direi che il problema è conseguente al passaggio da http a https. Nello specifico si tratta di un problema di cosiddetto mixed-content, ovvero risorse http richiamate da una pagina https.
    Questo significa che non sono state sostituite tutte le occorrenze di URL http nel database. Per fare questa sostituzione ci sono dei tool appositi, che trovi elencati nel Codex alla pagina Moving WordPress. Personalmente utilizzo WP-CLI per questo tipo di operazioni ma se non hai familiarità con la shell o magari non ce l’hai proprio disponibile puoi usare il plugin Better Search Replace oppure lo script (non plugin) di Interconnect/it (li trovi entrambi linkati nella documentazione). In ogni caso meglio evitare sostituzioni grezze perché possono provocare danni ai dati serializzati. Fondamentale anche fare un backup del database prima dell’operazione.
    In sostanza dovrai effettuare una sostituzione di http://strimpellatori.altervista.org con https://strimpellatori.altervista.org.
    Visto che utilizzi Cloudflare, una soluzione di ripiego è usare una la funzionalità Automatic HTTPS Rewrites che effettua la sostituzione on-the-fly.

    • Questa risposta è stata modificata 6 anni, 12 mesi fa da Marco Chiesi.
    luca21

    (@luca21)

    Ciao @centroharmonie ,
    in pratica è stato fatto un bel casino tra sovrascritture e cose nuove.

    A questo punto nel pannello di controllo ho scelto Gestione Hosting WordPress, ma prima di farmi fare il login mi è stata chiesta la procedura classica di installazione di Word Press quando si ha un database vuoto.

    Il guaio è stato fatto qui ritengo. Tu non hai la necessità di fare l’ installazione ex-novo di nulla, ti basta importare il vecchio database. Hai anche già eseguito la necessaria modifica al file di configurazione.

    E adesso? penso sia meglio rifare tutto. Reimporta il sito via FTP come hai già fatto. A questo punto importa anche il vecchio database. Il pannello di hosting di Aruba a volte è poco frendly. Puoi importare il database anche con adminer https://www.adminer.org
    metti lo script in una cartella che crei ad hoc, molto comodo da usare secondo me.
    Un saluto.

    PS. Forse era meglio se aprivi una discussione nuova invece di agganciarti ad una vecchia.

    • Salve a tutti e grazie in anticipo per il supporto. Avrei la necessità di sviluppare una web application che permette, tramite area riservata, di caricare una foto, fare “cropping” (resizing) e inviare foto via mail. Ho visto che una soluzione potrebbe essere quella di usare il plugin jCrop della libreria jQuery. Ovviamente le pagine saranno in PHP per sfruttare anche degli input text form. Mi chiedo se riesco a fare ciò con WordPress (tramite plugin appositi) poiché cercando sinceramente non sono riuscito a trovare una soluzione.
      Grazie a tutti

    • Ciao a tutti,

      mi sono accorto da google analytics che molto traffico veniva ancora effettuato verso dei link non più esistenti, dato che questi link, utilizzati in wordpress con degli ipertesti, non esistono più ho iniziato a fare delle ricerche.

      Allora facciamo l’esempio che il link contiene la path /oldbackup/, ho effettuato nella ricerca pagine e nella ricerca post, la ricerca della sopraticata stringa, proprio nel tab di ricerca: /oldbackup/
      e mi sono uscite tutte le pagine e i post che avevano questa stringa dentro, anche se ce l’avevano come ipertesto. Questa cosa è accaduta 6 mesi fa, ho provveduto a cambiare manualmente tutte le stringhe con il nuovo path. the end.

      Ora cosa ho fatto ho cercato in tutto il DB la stessa stringa su tutte le tabelle, e ottengo ancora molti riscontri.

      nella tabella wp_hmwp_ms_intrusions (credo faccia parte del plugin hide my wordpress) trovo un sacco di corrispondenze, non vuol dire che ci sono ma che qualcuno tenta di accedere a quelle path, magari bot, crawlers etc. verificherò la sitemap di google cosa dice, perchè non dovrebbe più essere indicizzata sta roba dopo 6 mesi.

      nella tabella wp_options, 3 corrispondenze di un vecchio sistema di backup che era installato, ora disinstallato, e mi ha lasciato questa stringa di configurazione…vabè amen, non credo dia problemi.

      nella tabella wp_posts avevo un sacco di corrispondenze, poi ho capito che erano le revisioni dei post vecchissime di 6 anni, ho eliminato tutto con uno script sql e ho limitato le nuove revisioni a 3. ora è pulita.

      nella tabella wp_postmeta, anche qui un sacco di corrispondenze, non capivo perchè poi dopo qualche ricerca ho capito che non sempre (e non capisco il perchè) wordpress elimina i metadati di un post eliminato. di conseguenza c’erano ancora info dentro di post con ID inesistente nella tabella wp_posts. Con un comando sql ho incrociato tutti i dati ed eliminato le righe inutili dei post inesistenti.

      nella tabella wp_wfHits tabella di wordfence, anche qui, tentativi di accesso a quelle path che non esistono più…non riesco a capire perchè se i bot si sono salvati le path o le trovano nel mio sito da qualche parte.

      nella tabella wp_wfNet404s anche qui, errori 404 di url non esistenti, è normale dato che continuano le visite a quei link

      mi rimangono le tabelle wp_wplnst_urls e wp_wplnst_urls_locations, sono piene di quegli url /oldbackup/ e non capisco però queste tabelle a cosa servono. Ho provato a cercare ma non trovo nulla, non capisco se sono relative a qualche plugin o a wordpress stesso. fatto è che contengono informazioni che vanno, o eliminate o cambiate col nuovo path..

      Qualcuno sa aiutarmi?

      Marco

    Ciao @antonkite,
    dal tuo screenshot vedo che stai avendo una metabox bianca. Questo tipo di errore è generato da un conflitto JavaScript.
    Ti suggerisco di verificare, utilizzando il plugin Health Check & Troubleshooting (che puoi utilizzare anche su un sito live, senza creare problemidi interruzione).

    Controlla anche in console quale errore JavaScript ti compare.

    Chi ha creato la discussione komarek73

    (@komarek73)

    sai come ho risolto?ho aggiornato wordpress all’ultima versione
    cossì mi ha riscritto i file nuovi dei vari javascript tra cui jquery. ora funziona tutto.
    non so come ma si erano corrotti quelli trasferendo il dominio. boh

Stai vedendo 15 risultati - da 91 a 105 (di 329 totali)