Risultati della ricerca per 'Wordpress script install'

Stai vedendo 15 risultati - da 31 a 45 (di 72 totali)
    • ertos982

      (@ertos982)


      Salve
      Ho installato la versione premium di Yoast ho configurato il tutto e sembra tutto ok

      Se ispeziono il codice html del mio sito noto che vi sono 2 meta descritpon il primo vuoto e il secondo invece contiente le informazioni che ho inserito, inoltre non vedo il meta keywords. COme mai? Attendo info Grazie

      <html lang="it-IT" prefix="og: http://ogp.me/ns#">
      <head>
      <meta http-equiv="Content-Type" content="text/html; charset=UTF-8" />
      <meta name="description" content="">
      <meta name="viewport" content="width=device-width, initial-scale=1.0">
      
      <title>...</title>
      
      <!-- This site is optimized with the Yoast SEO Premium plugin v7.0.3 - https://yoast.com/wordpress/plugins/seo/ -->
      <meta name="description" content="..."/>
      • Questo topic è stato modificato 8 anni fa da ertos982.

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

    Forum: Varie ed eventuali
    In risposta a: PDF EMBEDDER

    Incorporare (non “embeddare”) un contenuto nella pagina non significa renderlo privato. L’embed è semplicemente un tag HTML, come <img> per le immagini ad esempio, che rende visibile un contenuto all’interno di quella stessa pagina.
    Per sapere cosa fa e l’uso del plugin che hai installato devi leggere le istruzioni nella pagina del plugin.
    Per rendere privati certi contenuti dovrai usare un plugin apposito.

    • Questa risposta è stata modificata 8 anni, 1 mese fa da tizz.
    Chi ha creato la discussione micheleadmin

    (@micheleadmin)

    Intanto grazie per la risposta… e il benvenuto.

    <è necessario capire se e quali plugin sono stati usati fin’ora per generare quel campo scadenza>

    Non ho usato alcun plugin, ma il campo è stato generato e riempito via MySQL, tramite uno script che ha inserito i dati nei campi del database di WordPress (tabella usersmeta, appunto) a partire da un db esterno.

    <https://it.wordpress.org/plugins/paid-member-subscriptions/&gt;

    Ho installato e provato questo plugin. Ho il problema di non poter fissare la data di scadenza nelle caratteristiche dell’abbonamento quando vado a crearlo, ma solo una durata. Non posso poi modificare il parametro “Expiration date” in un secondo momento per tutti gli utenti di una data categoria in blocco, ma dovrei farlo manualmente per le migliaia di utenti attualmente registrati..

    Inoltre per questo plugin dovrei trovare un workaround per i pagamenti, che attualmente devono essere effettuati necessariamente via bonifico o bollettino postale. E su questo purtroppo ho dei vincoli amministrativi (è per una associazione). Attualmente l’amministratore mi manda l’elenco degli abbonati in regola e con una query io posso aggiornare gli utenti che hanno accesso ai contenuti riservati lavorando sul quel campo data della tabella usersmeta. Potrei settare l’abbonamento come gratuito e lavorare io dal backend per aprire e chiudere gli accessi. Esiste un metodo più smart??

    • Salve,
      ho realizzato da circa un anno una sito di ecommerce per un amico utilizzando workpress e woocommerce.
      Il frontend va veloce e non da problemi, però il backend è sempre molto lento.
      Parliamo di circa 4 secondi a pagina come caricamento, per il login ci vogliono almeno 10 secondi.

      Tra le varie attività effettuate, ho disattivato uno ad uno tutti i plugin per verificare che non fosse uno di questi a rallentarlo. Ho dovuto togliere il plugin heartbeat perchè mi inchiodava tutto, addirittura arrivavo a tempi di caricamento di oltre 2 minuti.
      Ho installato query monitor e wp-sweep per monitorare e ottimizzare il db, ma con scari risultati.

      La cosa che mi fa un pò pensare, sono il numero di prodotti caricati, circa 4500, di cui molti variabili. Parliamo di un ecommerce di biciclette e componenti, quindi ci sono molte varianti.

      Quello che ho notato è che dopo aver importato i prodotti la prima volta, dal vecchio sito tramite WP ALL IMPORT, ha iniziato a rallentare di brutto, poi un pò alla volta l’ho velocizzato fino a questo limite. I personalmente avevo consigliati di inserirli da capo dato che molti erano anche vecchi e fuori mercato, ma come quasi tutti avranno contratato, i clienti non vogliono fare mai niente se devono muovere loro un dito.

      Come plugins ho installato solamente questi, tutti aggiornati all’ultima versione:
      Contact Form Builder
      Cookie Law Bar
      Easy Facebook Likebox
      Insert PHP
      MailPoet 2
      MailPoet WooCommerce Add-on
      Opening Hours
      Query Monitor
      Slimstat Analytics
      WooCommerce
      WooCommerce Category Accordion.
      WooCommerce Conditional Shipping and Payments
      WooCommerce Facebook Like Share Button
      WooCommerce PayPal Express Checkout Gateway
      WooCommerce Shortcodes
      WooCommerce Stripe Gateway
      WooSwipe
      WP Fastest Cache
      WP-Sweep
      YITH WooCommerce Quick View

      Questi sono i dati tecnici del sito:
      PHP
      version 7.1.8
      max_execution_time 300
      memory_limit 4096M
      Sovrascritto in fase di esecuzione da 2048M
      upload_max_filesize 50M
      post_max_size 55M

      Database
      server version 5.6.36
      client version 50012 (5.0.12)

      WordPress
      version 4.8.2
      WP_DEBUG false
      WP_DEBUG_DISPLAY true
      WP_DEBUG_LOG false
      SCRIPT_DEBUG false
      WP_CACHE true
      CONCATENATE_SCRIPTS true
      COMPRESS_SCRIPTS true
      COMPRESS_CSS true

      Il server è aruba, sul quale ho abilitato php 7.1 con le personalizzazioni per joomla che mi ha consigliato un amico, sinceramente non ho visto molti miglioramenti però.

      Quindi mi rivolgo a voi, nella speranza di un aiuto.

    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

    • 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.

    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

    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

    • Salve a tutti,
      sto creando un sito con WordPress 3.6.1 perché lo spazio web che ho a disposizione prevede il supporto per la versione 5.6 di PHP.
      Dopo l’installazione che è andata a buon fine, ho provato a inserire un’immagine per l’header ma l’editor permette la selezione di un rettangolo di dimensioni 1600 x 230 (sto usando il tema di default).
      Ho anche provato a customizzare il css e il js in vari punti cambiando 230px con 450px però il quadratino con il quale si può ridimensionare l’immagine resta uguale (siccome mi sembra troppo invasivo andare a vedere dove modificare il codice per superare questo problema ho lasciato perdere). Allora ho deciso di trovare un nuovo tema che avesse l’header più ampio e ho provato a installarne due. Però quando ho cliccato su customize ho ottenuto i seguenti errori:

      Fatal error: Call to undefined method WP_Customize_Manager::add_panel() in C:\xampp\htdocs\CreubridgeWP\wp-content\themes\rara-academic\inc\customizer.php on line 40

      Fatal error: Call to undefined function wp_script_add_data() in C:\xampp\htdocs\CreubridgeWP\wp-content\themes\writers\functions.php on line 123

      Trovando sulla rete, ho visto che si consiglia di aggiornare wordpress all’ultima versione (che richiede PHP 7), io lo farei ma poi non credo che possa funzionare sul mio spazio web che supporta, come detto prima, PHP 5.6.

      Avete qualche consiglio da darmi ?

      Grazie dell’attenzione

      Alessio Frabotta

    Eccolo qui
    https://it.wordpress.org/plugins/visual-term-description-editor/
    Mi ha risolto tutto.

    Ciao ho provato ad installare anche io il plugin che hai consigliato ma in fase di realizzazione della categoria funziona e riesce a passare da modifica Visuale a Testo nella descrizione, mentre in fase di modifica di una categoria esistente non riesco ad andare su testo e rimane sempre e solo su Visuale… qualcuno sa dirmi perchè?

    Ciao @lucio1980,
    da quanto descritto non posso essere sicuro al 100% se l’errore che stai affrontando riguarda soltanto il database o anche come hai sviluppato il sito, anche se come hai detto bene tu molto spesso questi problemi ricadono sul primo caso 🙂

    Comunque sia, giusto per sicurezza prima di presentarti la soluzione che uso io ti invito a leggere nel dettaglio il documento del Codex che descrive per filo a per segno come trasferire un sito WordPress e presenta anche alcune soluzioni alla risoluzione dei problemi più comuni.

    Fatto questo, se il problema dovesse persistere ed è relativo al database ti confesso che io uso con molto piacere uno script PHP molto potente che permette di fare dei search-replace anche molto complessi all’interno del database: search replace Interconnect.

    Generalmente una volta scaricato lo .zip ed estratto il suo contenuto io vado a rinominare la cartella con wpsrdb e la carico direttamente nella root del mio progetto online.

    Ovviamente il progetto online deve essere completo di tutti i files, del database importato (anche con il dominio utilizzato in sviluppo va benissimo) e con il file wp-config.php modificato per collegarsi al databae online.

    Una volta che tutto è online non dovrai far altro che accedere allo script con http://tuodominio.it/wpsrdb/ e ti si presenterà una comoda schermata che ti permetterà di specificare quale sia il vecchio domino che vuoi sostituire con quello nuovo. Assicurati di fare una Dry Run per vedere quali saranno le modifiche prima ancora di lanciare la sostituzione.

    Questo script è molto potente perché permette di fare delle sostituzioni anche per le installazioni WordPress MultiSite, cosa che per anni è stato veramente doloroso.

    Ci sono sicuramente altri test che ti potremmo far fare, ma questa operazione funziona nel 99% dei casi. Il mio consiglio è di iniziare da questa cancellando tutto quello che hai fatto online fino ad ora per poi ripartire da zero con i file e il database della tua versione locale.

    In bocca al lupo e a presto,
    Andrea

    Moderator Gloria Liuni

    (@glorialchemica)

    Ciao @alegenqua,
    sul codex la funzione per richiamare il Child è leggermente diversa (personalmente uso questa)

    <?php
    add_action( 'wp_enqueue_scripts', 'my_theme_enqueue_styles' );
    function my_theme_enqueue_styles() {
        wp_enqueue_style( 'parent-style', get_template_directory_uri() . '/style.css' );
    
    }
    ?>

    dove al posto di parent-style metto il nome del tema genitore.

    Hai richiamato le funzioni per la personalizzazione del login.
    Sempre rispetto al codex manca la dichiarazione del tipo di Style nel tuo codice:

    function my_login_logo() { ?>
        <style type="text/css">
            #login h1 a, .login h1 a {
                background-image: url(<?php echo get_stylesheet_directory_uri(); ?>/images/site-login-logo.png);
    		height:65px;
    		width:320px;
    		background-size: 320px 65px;
    		background-repeat: no-repeat;
            	padding-bottom: 30px;
            }
        </style>
    <?php }
    add_action( 'login_enqueue_scripts', 'my_login_logo' );

    Non saprei dirti se questo effettivamente causa errore, ma nel dubbio meglio metterlo 🙂

    Se hai creato il Child per personalizzare il login, puoi anche valutare di installare un plugin che si occupi di questo e non creare il Child Theme (sempre in funzione del fatto che la libreria immagini funziona male col child attivato)

    Nel repository ne trovi parecchi https://it.wordpress.org/plugins/search/custom+login/

    Prova a fare le modifiche nel functions.php e facci sapere 🙂

    • Questa risposta è stata modificata 9 anni fa da Gloria Liuni.
    Chi ha creato la discussione gillis

    (@gillis86)

    Ciao glorialchemica,
    ho provato a utilizzare lo strumento di debug e mi esce sempre la solita description.
    il plugin che gestisce la condivisione social veniva con il tema. Ho scritto al supporto del tema in questione e mi hanno consigliato di usare yoast. questo è il testo che ho scritto:

    Hi,

    checking the code of this post http://www.clinicadelciclo.it/2017/03/27/tutte-le-foto-di-argon18-bike-test/ i’ve found this:

    <div class="main-excerpt">
      Il 21 marzo scorso abbiamo organizzato un grande evento nel nostro negozio con la collaborazione di Beltrami TSA: Argon18 </div>

    So seems that wordpress excerpt is working for all post (i checked): you can also take a look at our feed rss: http://www.clinicadelciclo.it/feed/

    I dont know why the social share plugin doesnt catch the wp excerpt but only the “The dandy horse” text (that also appears in Velo theme demo – http://demo.sunrisetheme.com/velo/a-brief-history-of-bicycling/)

    There is a way to fix without installing another plugin? Maybe working on k2t-velo-shortcodes plugin?

    Thanks

    a questo punto credo sia un problema del loro plugin che non cattura l’excerpt generato da wordpress, giusto?

Stai vedendo 15 risultati - da 31 a 45 (di 72 totali)