andrea71

Hi all, I'm in facing with a problem related to faceted search also after module update (now is the version 3.0.2) My configuration example: https://prnt.sc/p9190i If I set NO in "Include products from Subcategories" in the module configuration, the product is not showed in "Partecipazioni Matrimonio" category page even if the product is configured in the product. The reason is that "Partecipazioni Matrimonio" is not default category. My expectation is that the product should be showed in both categories.

Per questo modulo ho risolto, ma tutte le volte che disinstallo un modulo non lo vedo più tra quelli disponibili ma non installati

Ciao, in questa tabella sono presenti solo i moduli che sono attivi e non attivi, non quelli che sono presenti nella cartella moduli ma non installati. Nel backoffice non c'è la possibilità di installare moduli presenti nelle cartelle ma non installati. Nella versione 1.6 di prestashop nei filtri dei moduli era presente la possibilità di selezionare anche i moduli installati e non installati. Nella versione 1.7 questo filtro non è presente

Buongiorno a tutti, ho un problema di cui non trovo soluzioni nei forum. Nell'elenco dei moduli nel backoffice di prestashop 1.7 non vedo i moduli che non sono installati ma presenti tra i moduli nella cartella /modules. Vedo solamente quelli attivi e disattivi e non riesco ad installarne altri presenti nella cartella. Con prestashop 1.6 erano presenti tutti, non venivano più visualizzati solo quando venivano eliminati (e quindi venivano cancellati anche dalla cartella /modules). Devo abilitare qualcosa per visualizzarli?

Hi all, some one have the complete override about tis issue that seems impossible to find.

Hi all, it is possible summarize please in one single post the complete sequence for the complete change, about all files and location paths? For me is not simple follow the topic answers relations Thanks in advance for answer

Per il momento ho disabilitato il modulo blocklayerd ed eseguo una redirect da .htaccess ma sarebbe utile capire come personalizzare l'url rewrite che blocklayered crea. Inoltre altera anche il parametro di numero pagina modificando l'url da "?p=x" a "/page-x" e questo lo rende incompatibile con la configurazione dei parametri di google webmaster penalizzando inutilmente (ed enormemente) il sito. In sintesi è un ottimo ed indispensabile modulo, ma inutilizzabile senza la possibilità di personalizzare il rewrite url.

No, non ho installato alcun plugin che faciliti il caricamento su dispositivi mobile. Ma a seguito del tuo post (di cui ti ringrazio) sembra che il parametro amp sia generato dal file classes/controller/FrontController.php e paradossalmente per "pulire" l'URL e classes/controller/Link.php fa qualche altra operazione (che non ho capito bene) dello stesso tipo per la visualizzazione dei caratteri "e commerciale" & (&) e del "punto e virgola" ; (%3B) Infine anche il file classes/module/Module.php sembra che lavori su questi caratteri speciali (ma il file Module.php penso non c'entri nulla) Sarebbe interessante capire a questo punto se è questo a creare problemi. La cosa peggiore è che l'url spuro non viene visualizzato ma sembra sia rilevato solo dal crawler di G. Ho trovato anche questo post in cui è già stato evidenziato il problema ma non c'è una soluzione: https://www.prestashop.com/forums/topic/448726-strange-parameter-in-url-causing-duplicate-content-dc/ Riporto la riga 1154 (PS 1.6.1.4) del FrontController.php: // Remove the page parameter in order to get a clean URL for the pagination template $current_url = preg_replace('/(\?)?(&)?p=\d+/', '$1', Tools::htmlentitiesUTF8($_SERVER['REQUEST_URI'])); ------------------------- Link.php riga 480: // @FIXME html_entity_decode has been added due to '&' => '%3B' ... $request = html_entity_decode($request); if ($request_url_encode) { $request = urlencode($request); } parse_str($request, $request); ------------------------- Module.php riga 2460: <module> <name>'.$this->name.'</name> <displayName><![CDATA['.str_replace('&', '&', Tools::htmlentitiesUTF8($this->displayName)).']]></displayName> <version><![CDATA['.$this->version.']]></version> <description><![CDATA['.str_replace('&', '&', Tools::htmlentitiesUTF8($this->description)).']]></description> <author><![CDATA['.str_replace('&', '&', Tools::htmlentitiesUTF8($this->author)).']]></author>' .$author_uri.' <tab><![CDATA['.Tools::htmlentitiesUTF8($this->tab).']]></tab>'.(isset($this->confirmUninstall) ? "\n\t".'<confirmUninstall><![CDATA['.$this->confirmUninstall.']]></confirmUninstall>' : '').' <is_configurable>'.(isset($this->is_configurable) ? (int)$this->is_configurable : 0).'</is_configurable> <need_instance>'.(int)$this->need_instance.'</need_instance>'.(isset($this->limited_countries) ? "\n\t".'<limited_countries>'.(count($this->limited_countries) == 1 ? $this->limited_countries[0] : '').'</limited_countries>' : '').' </module>';

Provo a dettagliare meglio il problema riscontrato. Attualmente già uso i canonical url e Google li consiglia. Fin qui tutto bene. Per quanto riguarda l'eliminazione del # intendevo dire che eliminando il simbolo dal link manualmente dall'url viene generato un link che ha la parte parteprecedente al # generata con il metodo standard di rewrite di Prestashop (www.nomesito.it/nome_categoria) e la parte successiva senza la rescrittura da parte del modulo blocklayered (?selected_filters=123) creando appunto un link tipo www.nomesito.it/nome_categoria?selected_filters=123 che sarebbe corretto e pulito per l'indicizzazione. E' vero che google li ignora la parte successiva al # degli url (considerandolo un filtro del browser) quindi un url tipo www.nomesito.it/nome_categoria#/colore_rosso lo ignora indicizzando solo il link www.nomesito.it/nome_categoria però non so per quale motivo, e qui un esperto seo che conosce prestashop ,ci potrebbe aiutare vengono indicizzate un'infinità di pagine del tipo: https://www.nomesito.it/nome_categoria?amp%2525252525253Bselected_filters=%253Fp%253D6&p=3 ed è questo a creare problemi. Perche per il crawler il paramentro "amp%2525252525253Bselected_filters" è diverso da "amp%253Bselected_filters" e ancora diverso da "selected_filters" quindi le considera pagine con contenuti differenti. E' come se Mr. G non indicizzasse l'url ma "qualcosa" che viene passato nella generazione dei parametri dell'url. ....ma non so cosa e come...

Ciao Fabry, grazie della risposta. Purtroppo il "canonical url" è utile ma Mr. G se ne frega abbastanza. E' come dirgli "guarda che ho un sacco di pagine uguali a questa"...e quindi "duplicate".... L'unica soluzione sarebbe impostare tra i parametri url nella search control il parametro selected_filters. A dire che pensavo fosse semplice. In teoria basterebbe eliminare il # dall'url perchè funzioni esattamente come servirebbe. Cancellandolo manualmente funziona.

Buongiorno, utilizzando PS 1.6 poco tempo fa ho attivato il modulo blocklayered che mi generato un grave problema di indicizzazione SEO per url duplicati. Analizzando gli url ho notato che il blocklayered, quando si filtrano i prodotti, modifica gli url generando appunto url duplicati. Dal blog di google webmaster che di seguito riporto: https://webmasters.googleblog.com/2014/02/faceted-navigation-best-and-5-of-worst.html il suggerimento è di usare la coppia ?parametro=valore Qualcuno sa come mantenere il rewrite url standard di Prestashop disattivando quello generato dal blocklayered? Che peraltro altera anche gli url di paginazione. Vorrei ottenere un risultato come il seguente: www.nomesito.it/directory_prodotti?selected_filetrs=colore_bianco-rosso&p=1 dove selected_filters è il parametro usato dal blocklayered e p= ad esempio il numero di pagina Disabilitando totalmente i friendly url invece si otterrebbe un risultato sinile al seguente: www.nomesito.it/index.php?id_category=123&selected_filetrs=colore_bianco-rosso&p=1 perdendo il nome della categoria/prodotto che vorrei invece mantenere Dal BO nella zezione URL-SEO non è possibile eliminare il rewrite Grazie

I have the same need. How it is solved?

Hi, I'm in front of a tricky (for me) management of iframe. I trying to use the "quick-view" class not only in the product-list page (category page) but also in the product page. When I click on a specific link in the product short description I need to open another product in popup (iframe) The quick-view class open in a iframe the product, but when I click on "add to cart" button the user are redirected to cart page inside the iframe. I need to close the popup window and add to cart the product, as happen when open the same product from product-list page. I have set the ajax-cart to on and following link in the product page. <a class="quick-view" rel="https://www.bomboniere-online.it/stampa/2324-servizio-di-stampa-partecipazioni.html" href="https://www.bomboniere-online.it/stampa/2324-servizio-di-stampa-partecipazioni.html">link</a> What I must modify in order to have the same behaviour of quick-view class in the product-list page and product page? Thanks

Ok, understand. As described that I have opened an issue ticket to module author. I hope that they will update the module. Thanks for details.

[sOLVED] Hi Done, It works properly! My compliments and thanks!