Risultati della ricerca per 'Script en wordpress'

Stai vedendo 15 risultati - da 181 a 195 (di 329 totali)
  • Ciao @robygiac,
    come hai notato tu stesso se il problema è jQuery (JavaScript quindi) avrai bisogno di contattare uno sviluppatore che risolva questo problema, altrimenti credo che la soluzione alternativa sia cambiare il tema.

    Hai fatto qualche prova impostando un tema di default WordPress? Il carrello funziona correttamente?

    Spero di averti indicato una via che ti avvicini alla soluzione.
    A presto,
    Andrea

    Moderator Gloria Liuni

    (@glorialchemica)

    Ciao @dadah,
    Il CSS Aggiuntivo di WordPress è in realtà un Post Type memorizzato nel Db, che inserisce nel tag <head> le regole che inserisci.
    Se ispezioni il codice della tua pagina dovresti vedere qualcosa del genere:

    <head>
    ….
    <script>
    regole del CSS aggiuntivo
    </script>
    ….
    </head>

    Non escludere che sia una questione di cache, anche se non l’hai attivata o installato un plugin.
    E’ capitato anche a me, e non ho ancora capito come mai. Per quanto ne so potrebbe essere una combinazione di chissà quali e quanti fattori, e non ho avuto tempo di sviscerare la cosa.

    L’unica soluzione che ho trovato, non molto ortodossa in verità, è scrivere le mie modifiche sia sul CSS aggiuntivo (così le vedo subito) e sia nel foglio di stile del ChildTheme. Il giorno dopo cancello le modifiche nel CSS Aggiuntivo e controllo che le modifiche siano rimaste. 😛

    Moderator Guido Scialfa

    (@wido)

    Non so in merito al link che indichi ma a questo punto conviene che fai un backup,

    Rimuovi i files dall’ftp e li ricarichi exnovo per quanto riguarda WordPress, riguardo invece ai files interni a wp-content ci vorrebbe da far fare uno scanning e dove è possibile riscaricare nuovamente i plugins ed i temi e caricarli via ftp così che i sorgenti siano puliti.

    Per la directory di upload, una ricerca a tappeto di eventuali files che possono contenere scripts php o di altro tipo. Ad esempio verifica che non ci siano files .php, bash .sh o che altro al suo interno, non sai mai che tipo di attacco puoi avere, se lato Wp o da un server compromesso. (Ipotizzo).

    Una ricerca anche di eval e/o cose come = $_POST = $_GET per eventuali assegnazioni di valori sui files di plugins e temi. Per i files di Wp una volta reinstallati non mi preoccuperei molto.

    Il controllo del database è una pratica che dovrebbe essere fatta, quanto meno per capire se il problema risiede anche lì o meno. Se incontri contenuti come ad esempio scripts interni al contenuto del post, la tabella post_content, url guid con parametri aggiuntivi non propriamente consoni.

    Inoltre per approfondire cercherei anche in rete questa cosa dei files con suffisso .suspected ed andrei a leggere i forum di supporto dei plugins e del tema in uso.

    Una volta reinstallato tutti i sorgenti puliti provvederei all’installazione di WordFence e metterei in sicurezza alcune cose per il CSRF, CSP, aggiunta della lista delle botnet conosciute, fare in modo che la directory di upload non possa eseguire scripts php etc… alcune cose le fai con il plugin sopra indicato altre invece puoi vederle qui https://pastebin.com/u/hackrepair come ad esempio la lista dei bad ip https://pastebin.com/5Hw9KZnW

    Successivamente, bloccherei alcune cose di WordPress ad esempio, hai necessità che le rest api siano accessibili? Necessità che XMLRPC sia attivo? Puoi disattivare anche la registrazione da wp-admin con https://wordpress.org/plugins/disable-wp-registration-page/ e/o https://wordpress.org/plugins/disable-register/ che ti previene anche l’accesso e l’invio di query strings alla pagina wp-login.php.

    Ciao @blogforum,
    una volta scompattato l’archivio .zip il mio consiglio è quello di rinominare la cartella in qualcosa di più semplice (srdb è quello che uso io di solito), successivamente devi seguire i seguenti passaggi:

    1. caricare via FTP la cartella nel tuo hosting nella root della tua installazione WordPress (dove si trovano anche le cartelle wp-admin/, wp-content/ e wp-include/)
    2. concluso il caricamento visita la pagina http://tuodominio.it/srdb/ (sostituisci srdb con il nome che hai dato alla tua cartella)
    3. aperta questa pagina avrai due campi input in primo piano, inserisci alla voce replace il tuo vecchio dominio e nel campo width inserisci il nuovo dominio
    4. fai prima un Dry run per controllare che le sostituzioni avvengano correttamente e nelle tabelle giuste
    5. se il passaggio precedente è corretto allora non ti resta altro che premere il pulsante Run

    Mi raccomando fai un backup del tuo database prima di fare qualsiasi cosa.

    Altra cosa importante da ricordare è rimuovere lo script (cartella e tutti i file in esso contenuti) una volta terminate le operazioni perché altrimenti chiunque passa per quel link potrà modificare il tuo database a piacimento.

    Spero di essere stato chiaro e per qualsiasi cosa non esitare a portare avanti il topic.

    A presto,
    Andrea

    Ciao @blogforum,
    questo succede perché le URL che permettono di raggiungere le immagini generalmente sono dati strutturati.

    Come consigliamo da diverso tempo su questo forum, è molto meglio utilizzare uno script come questo per eseguire il search/replace del vecchio dominio al nuovo per tutto il database e non soltanto attraverso le opzioni di WordPress.

    Ti assicuro che se utilizzi bene questo script non avrai alcun problema con le immagini.

    Spero di averti aiutato nel risolvere il tuo problema e a presto,
    Andrea

    PS: non dimenticarti di svuotare la cache del tuo browser e se sei in difficolta prova a cercare il termine “migrazione” all’interno di questo stesso forum.

    Have you implemented in your page custom php wp_head and wp_footer?
    WordPress use this function to print the right markup for js and css

    In case you have already done that check if the path of related javascript is wrong…

    • Hi to everybody i want to use a shortcode in a external php page. I load the blog header and i print the content of the post in this way

      $page_object = get_page( $temp['id'] );
      echo apply_filters('the_content', $page_object->post_content);

      the shortcode are loaded well but the related javascript will not loaded!
      How can i load them?

    • Cobra

      (@cobraarbok)


      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.

    • robertzzzzzzzzzzzzzzzz

      (@robertzzzzzzzzzzzzzzzz)


      Salve a tutti,
      volevo chiedere come sarebbe possibile implementare la funzionalità di gestire i biglietti dell’autobus per esempio scegliendo le tratte di partenza ed avere quelle in destinazione filtrate, scegliere se ci sono bambini e quanti biglietti, e chiaramente tenere il conto dei biglietti disponibili, date A/R, ecc.
      Ho cercato tra i plugin non ho trovato nulla.
      Ciò che ho trovato sono piccoli software con php, javascript ed html, già pronti.
      Volevo sapere come sarebbe possibile integrarli in un sito wordpress.
      Grazie, in anticipo a chiunque potrà aiutarmi.

    Ciao @chiazazza e intanto complimenti per la scelta nell’uso di WordPress, ci fa veramente piacere averti all’interno di questa community.

    Il problema di cui parli è dovuto al fatto che quando si esportano/importano i contenuti di un sito, generalemente si esportano soltanto i contenuti e non tutta l’installazione.

    Nel web troverai smolti tutorial che parlano della migrazione di un’installazione WordPress e anche il Codex ha la sua pagina dedicata, ma indipendentemente dalla strada che decidi di seguire ecco i passaggi che dovrai fare:

    1. Scaricare tutti i file presenti nel server con dominio provvisorio,
    2. Esportare il tuo database attraverso phpMyAdmin (se presente nel tuo server) o con qualche plugin di backup
    3. Caricare i file precedentemente scaricati nel nuovo server
    4. importare il tuo database nel nuovo server (sempre con gli strumenti che hai a disposizione)
    5. sostituire nel database tutti i riferimenti al vecchio dominio con quello nuovo, personalmente uso questo script PHP per essere sicuro al 100% di sostituire tutti i riferimenti

    Una volta fatte queste operazioni tutto funzionerà correttamente e potrai utilizzare il sito sul nuovo dominio senza alcun problema.

    Comunque sia, da quello che scrivi credo che tu abbia un po’ di confusione perché:

    • avrai assolutamente bisogno di un client FTP (come FileZilla) per scaricare i file dal vecchio server, generalmente sono problemi di configurazione che impediscono il buon funzionamento. Fai qualche controllo per assicurarti di non aver sbagliato password o qualcosa del genere
    • Atom è un programma per la modifica dei file e se mi posso permettere ti sconsiglio di modificare i file direttamente via FTP indipendentemente dal programma che stai usando

    Ti sconsiglio la modifica diretta perché può portare diversi problemi e nel settore è una pratica definita come Cowboy Coding.

    Se hai bisogno di ulteriore aiuto non esitare a contattarci di nuovo, intanto ti suggerisco di fare le operazioni che ti ho suggerito e ricorda una cosa: fintanto che avrai un backup completo (una copia dei file e del database) a tua disposizione non devi temere alcuna perdita del tuo lavoro.

    Te lo dico soltanto perché i primi tempi che io mi trovavo a fare queste operazioni ero preso dal panico, oggi sposto installazioni WordPress da una parte all’altra senza grossi problemi.

    È una cosa che possiamo imparare a fare tutti.

    Siamo a tua disposizione se avrai bisogno di altro aiuto, intanto prova a seguire i suggerimenti che ti ho lasciato.

    A presto,
    Andrea

    Ciao @agnese68, non ti scoraggiare se senti che hai ancora un po’ di confusione nell’approccio e anzi fatti i complimenti perché stai imparando qualcosa di nuovo 😀

    Nel tentativo di aiutarti nell’apprendimento rispondero direttamente a ciascuna delle tue domande:

    1. Senza aggiungere @import puoi soltanto sfruttare la struttura del tuo tema genitore e dovrai crearti da zero tutti gli stili dei tuoi CSS.
    2. Utilizzare @import all’interno del CSS del figlio ti permette di ereditare dal genitore tutti gli stili e ti consente di sovrascriverli grazie al concetto “a cascata” dei fogli di stile.
    3. Puoi dire al tuo WordPress, grazie al PHP, di caricare il CSS del genitore e tendenzialmente è la soluzione migliore perché permette di ridurre il numero di chiamate HTTP.

    Quindi il codice che devi inserire nel tuo functions.php per dire a WordPress di caricare sia il CSS del tema genitore che quello del figlio devi utilizzare il seguente blocco di codice:

    add_action( 'wp_enqueue_scripts', 'carico_stili' );
      function carico_stili(){
        wp_enqueue_style( 'parent-style', get_template_directory_uri() . '/style.css' );
        wp_enqueue_style( 'child-style', get_stylesheet_directory_uri() . '/style.css', array( 'parent-style' ) );
    }

    Come puoi notare stiamo usando due funzioni differenti per caricare i distinti CSS:

    • get_template_directory_uri() – che ci da il percorso al tema principale (il genitore in questo caso);
    • get_stylesheet_directory_uri() – che ci da il percorso alla cartella contenente il foglio di stile (in questo caso il tema figlio).

    Spero che adesso la situazione sia più chiara, se hai bisogno di ulteriore aiuto non esitare a farcelo sapere.

    A presto,
    Andrea

    antoniomoschetta

    (@antonio-moschetta)

    Ciao @matteo10mv, continuo a non seguire il tuo caso, se la pagina che hai selezionato non è reale allora non “potresti” intervenire; mentre se hai creato e nominato una pagina BLOG, tornando nelle impostazioni di WordPress inserisci alla voce: UNA PAGINA ARTICOLI, la tua pagina BLOG. Automaticamente quella pagina che esiste puoi farci tutto quello che vuoi nelle impostazioni di Yoast.

    Oppure puoi accedere al File Manager del tuo Hoste seguire questa procedura: entra in
    (directory principale)/wp-content/themes/(nome tema)/header.php
    Nel file ci sono i tag <head></head> che finiscono in tutte le pagine del blog e come puoi vedere un minimo accenno di SEO è presente, con il .php. In quello spazio puoi inserire, il tuo meta description. Adattale al tuo blog e poi salva.

    ES:
    <meta name=”description” content=”scrivi in breve la tua metadescription”>

    Fammi sapere se risolvi in questa maniera.

    Chi ha creato la discussione Gabriel

    (@ermando)

    Ciao @pr0v4,

    Ti ringrazio per la tua cortese e esaustiva risposta.

    Sto tentando di realizzare una sezione del sito dedicata alle offerte di lavoro aggregate da Indeed includendo uno script PHP esterno a WordPress. Quindi devo passare le due varianti “città” e “professione” allo script PHP. Le due varianti sono lo Slug e il titolo delle pagine.

    In questo modo:

    …com/offerte/
    …com/offerte/lazio/ variante Lazio
    …com/offerte/roma/ variante Roma
    …com/offerte/roma/autista/ variante Roma e variante autista (separate)

    Le pagine le creo manualmente visto che la sezione non avrà più di 20 pagine.

    Non voglio usare plugins perchè ho personalizzato molto lo script PHP e tramite le varianti posso visualizzare specifici testi e lavori correlati in base alla città o professione.

    Grazie e a presto,
    Ermando

    Chi ha creato la discussione babigalad

    (@babigalad)

    Salve @cristianozanca,
    hai ragione, scusa le imprecisioni, ricapitolo meglio il pezzo a cui ti riferisci: intendo javascript e, più precisamente, ho inserito quanto segue:

    <script type="text/javascript">
    jQuery(function($) {
           var myButton = '<a href="http://example.org" class="roll-button button-slider">My Button</a>';
           $( '.slide-inner' ).append(myButton);
    });
    </script>

    come ultima riga del footer del tema child. Non ho usato altri metodi di controllo, questo funzionava cioè il bottone veniva mostrato.
    Il tema “padre”non è mai stato toccato. Ho provato a reinserire il tema child da zero scrivendolo (come mi suggerisci) ma non cambia nulla (ed in effetti ciò che era contenute nei due file principali cioè functions.php e style.css era lo stesso alla fine).
    Il fatto che qualcosa di strano ci sia inerente al funzionamento del child su Altervista me lo suggerisce anche il fatto che nell’altro mio sito (che poggia su Aruba) ho cambiato lo screenshot.png del tema child per non rischiare di incasinarmi quando lo gestisco dalla bacheca di wordpress e, ovviamente non ho vuto alcun problema… ho fatto la stessa cosa qui su Altervista e il nuovo screenshot non me o vede! Se lo elimino non me lo mostra ma se lo cambio mi mostra sempre quello originale.

    Per curiosità comunque ho provato a vedere se il tutto funziona sull’altro mio sito e purtroppo non funziona neanche lì.

    Ricapitolando io ho, nel child, il file functions.php che contiene solo il seguente codice:

    
    /**
     * Sydney child functions
     *
     */
    
    /**
     * Enqueues the parent stylesheet. Do not remove this function.
     *
     */
    add_action( 'wp_enqueue_scripts', 'sydney_child_enqueue' );
    function sydney_child_enqueue() {
        
        wp_enqueue_style( 'parent-style', get_template_directory_uri() . '/style.css' );
    
    }
    
    /* ADD YOUR CUSTOM FUNCTIONS BELOW */
    

    e il file style.css che contiene il seguente codice:

    
    /*
    Theme Name: Sydney Child
    Theme URI: http://athemes.com/theme/sydney
    Template: sydney
    Version: 1.0
    License: GNU General Public License v2 or later
    License URI: http://www.gnu.org/licenses/gpl-2.0.html
    Text Domain: sydney
    */
    

    e fin qui tutto ok, se inserisco il codice che mi hai dato tu Cristiano e poi metto in una cartella chiamata “js” il codice del java (cioè quello che ho scritto all’inizio ma senza la parte <script></script>) salvandolo col nome “second_slider_button.js” dovrebbe funzionare, giusto?

    • Questa risposta è stata modificata 8 anni, 10 mesi fa da babigalad.
    • Questa risposta è stata modificata 8 anni, 10 mesi fa da babigalad.
    Moderator Cristiano Zanca

    (@cristianozanca)

    leggendo questo:

    Ora, il codice java funziona perchè se lo inserisco direttamente nel footer con uno script lavora, quindi è evidente che il mio problema è come è scritto il pezzo sulla function.php

    c’è scritto java ma si intende javascript?

    Facciamo un passo indietro: è stato usato uno strumento come inspector o firebug per vedere se il file second_slider_button.js viene caricato?

    Un consiglio è fare un Tema Child a mano ( è spiegato molto bene qui https://codex.wordpress.org/Child_Themes ) e su quello includere nel function.php lo script.

    Il tema “padre” non deve essere stato modificato in alcun modo, per evitare ogni dubbio riscaricarlo e installarlo.

    Facci sapere

Stai vedendo 15 risultati - da 181 a 195 (di 329 totali)