Jump to content

@diegofrancesco

Members
  • Posts

    256
  • Joined

  • Last visited

  • Days Won

    1

@diegofrancesco last won the day on November 2 2023

@diegofrancesco had the most liked content!

Profile Information

  • Location
    Bologna
  • First Name
    Diego Francesco
  • Activity
    Freelancer

Recent Profile Visitors

1,848 profile views

@diegofrancesco's Achievements

Collaborator

Collaborator (7/14)

  • Reacting Well Rare
  • Conversation Starter Rare
  • First Post Rare
  • Collaborator Rare
  • Week One Done Rare

Recent Badges

15

Reputation

  1. It is almost certainly due to Google's latest core update and spam update done in March. It's not easy to resolve, you can check all the SEO activities implemented on the site to make sure they are in line with Google's guidelines.
  2. Ciao, non mi è mai capitato in questo modo. Se non c'è modo di fare il rimborso direttamente perché la carta è virtuale o perché non ti rispondono ai tuoi contatti attendi che ti contattino loro. Come prima cosa l'importante è avere annullato l'ordine e che sia partita l'email che informa dell'annullamento. Se fosse davvero una truffa e l'ordine è di basso importo può essere che non chiedano nemmeno il rimborso.
  3. Hello Anton, from the outside it's hard to tell, it may be due to Google's algorithm updates. I don't think it's Prestashop's fault.
  4. Ciao, nelle impostazioni del corriere imposti i costi in base al peso e per ogni soglia specifichi il costo vicino alla Nazione/area che attivi. Se inserisci 0 zero sarà gratuito. Dopo averlo impostato se fai un carrello di prova verifichi subito il corretto funzionamento.
  5. Clear, the webservice is used to connect the shipping platform with Prestashop. Update the order with the tracking number, and change the status to shipped, and then the email is sent to the customer.
  6. Hello, on my Prestashop 1.7.8.9 for shipments I use the ISENDU platform connected via webservice. The tracking number is sent correctly to Prestashop because I see it in the order from the backend. But the email that goes from Prestashop to the customer does not contain the tracking number. There is only the tracking url without shipment ID. If I enter the tracking number manually in the order from backend, changing the status to shipped, the email sent the customer has the tracking number visible and the complete tracking URL. I can't understand if it's a problem with my Prestashop, because I have no trace of errors, and by modifying the order manually the email is sent correctly. No errors or alerts appear in the server log file at the time of synchronization. Do you have any suggestions for further investigation? Thank you
  7. Hello AcidLava, GA tracking is definitely more reliable than Prestashop. Check the installation with tag assistant for Chrome. It's a configuration problem. In my opinion installing GA via script in source code or via Google Tag Manager is preferable to a module. In any case, use only one method. Visits may differ from Cloudflare and Prestashop because they are counted differently from GA4, it controls the number of total visitors, as well as the number of visits.
  8. Ciao duebicasa, usa questo https://www.poste.it/cerca/index.html#/risultati-spedizioni/@
  9. Potrebbe essere un modulo o il template, con ispeziona elemento nella sezione network/rete dovresti poter vedere se qualche elemento invia un gran numero di richieste che ti causa l'errore. Hai provato con Prestashop in modalità debug attiva se vengono mostrati particolari errori?
  10. Ciao, potrebbe essere un problema di cookie corrotti, te lo fa con tutti i browser? Hai provato a cancellare la cache e i cookie del browser o a navigare in modalità anonima/privata? Potresti provare a cancellare anche la cache di Prestashop. Altrimenti c'è un modulo o altro che invia troppe richieste e il server va in protezione perché per il sistema è come se venisse simulato un attacco. Mi era capitato con un sito non in Prestashop, oltre a questi due aspetti io non avevo individuato altro.
  11. Hello, I'm still investigating my problem, checking the log file when I start importing the csv file I find this: [php7:notice] PHP Notice: Trying to access array offset on value of type null in .../controllers/admin/AdminImportController.php on line 1954 and in the specified file I find this, line 1954 $link_rewrite = Tools::link_rewrite($product->name[$id_lang]); $link_rewrite = (is_array($product->link_rewrite) && isset($product->link_rewrite[$id_lang])) ? trim($product->link_rewrite[$id_lang]) : ''; $valid_link = Validate::isLinkRewrite($link_rewrite); if ((isset($product->link_rewrite[$id_lang]) && empty($product->link_rewrite[$id_lang])) || !$valid_link) { $link_rewrite = Tools::link_rewrite($product->name[$id_lang]); if ($link_rewrite == '') { $link_rewrite = 'friendly-url-autogeneration-failed'; } } [php7:notice] PHP Notice: Trying to access array offset on value of type null in .../controllers/admin/AdminImportController.php on line 1964 and in the specified file I find this, line 1964 '%1$s' => Tools::htmlentitiesUTF8($product->name[$id_lang]), if (!$valid_link) { $this->informations[] = $this->trans( 'Rewrite link for %1$s (ID %2$s): re-written as %3$s.', [ '%1$s' => Tools::htmlentitiesUTF8($product->name[$id_lang]), '%2$s' => !empty($info['id']) ? Tools::htmlentitiesUTF8($info['id']) : 'null', '%3$s' => Tools::htmlentitiesUTF8($link_rewrite), ], 'Admin.Advparameters.Notification' ); } The file import for images occurs without errors.
  12. Ciao, prova a guardare se c'è un modulo che gestisce le configurazioni del template, oppure cerca via ftp nella cartella del template in theme.css la classe .wishlist-button-add dopodiché aggiorni il colore per #background-color Il sito è in manutenzione quindi non c'è modo di vedere altro. Se fosse nel codice come dice lo strumento di firefox, mi pare strano, devi cercare nel file tpl che gestisce quella funzione.
  13. Hello, today I noticed a discrepancy in the Prestashop version shown in advanced parameters: In Information I see 1.7.8.9 while in the database section I see PS_VERSION_DB 1.7.2.4 I updated Prestashop some time ago from version 1.7.2.4 to 1.7.8.9 How can I understand why the two information don't match? How do I fix it? Thanks
  14. Hello, I think that if the site is well optimized then the URL IDs of categories and products do not cause damage or problems. They do not hinder indexing. The Prestashop version has nothing to do with SEO. You can do a good job with any version, old ones maybe require more development work, it also depends on the template.
  15. Hello Fabien, this is the English section, if you prefer there is also the French one. Yes it is possible, in Analytics in the left column go to Reports -> Engagement -> Pages and screens.
×
×
  • Create New...