Leaderboard

Sí, va a entrar en vigor sí, ya somos de los pocos países de europa que no tienen algo similar, y muchos del este de europa funcionan así desde hace años. El tema está en que los políticos lo tenían muy fácil... solo tenían que hacer un comunicado y decir "ok, NO vamos a sancionar durante X meses", y listo (cosa que ya se venía comentando desde hacía meses). Pero NO, tenían que elegir la peor opción de todas: la que les permitía salir en rueda de prensa a colgarse una medallita, y así penalizan a todos los que intentan hacer las cosas bien y premian a los de la dejadez y los de "dejarlo todo para el último momento y aquí no pasa nunca nada"... Millones de euros perdidos en publicidad inútil, miles y miles de horas de desarrollo apresurado y de horas sin dormir de todo el colectivo de desarrolladores de este país, millones de euros de adaptación de dispositivos de hardware de los fabricantes de cajas registradoras, básculas.... Hay pequeñas tiendas que se han gastado un dineral inmenso para cambiar todo su hardware, y empresas que han tirado a la basura sistemas informáticos personalizados al dedillo durante décadas porque era imposible adaptarlos a tiempo. Pero sobre todo: Os aseguro que hay una enorme cantidad de negocios que directamente HAN CERRADO, gente a la que les quedaban pocos años para jubilarse y han visto imposible asumir (y pagar) tanto cambio y ya decidieron no continuar, e incluso mucho autónomo, mucho más joven, que se ha visto superado por la situación y ha bajado la persiana para siempre. A todos estos ¿qué les decimos? La base para que un país funcione económicamente es dar seguridad jurídica a quienes quieran hacer negocios en él, y en eso sí somos los líderes de europa: en tener una inseguridad jurídica al nivel de la peor de las repúblicas bananeras del mundo. En lo que a nuestro sistema se refiere, a seguir mejorando hasta 2027, y periodo de pruebas gratuito prolongado hasta finales de 2026.. y a los clientes que ya han confiado en nosotros les hemos informado por email de cómo vamos a actuar y al 99% les ha parecido bien.

ok, it works👍... Thanks again for the help

Hello, Ok, this makes more sense now. In your ps_facetedsearch module's configuration, in the template used, you are most likely having Search (experimental) checked in the Pages using this template: section. The problem seems to be the fact that ps_facetedsearch does not execute the actionSearch hook. If you uncheck that option, the default search class will be used in the search page, and this class does implement the hook, so you should start seeing the search keywords inserted into that table.

Lo que ha pasado es vergonzoso.. es lo que dices tú .. damos 3 meses sin sanciones..o lo que sea.. pero ya se había avisado lo suficiente como para a falta de menos de un mes hagan esto.. no me cabe en la cabeza la panda de inútiles que nos gobierna.. Antes de ayer se dio de alta un cliente en tu servicio, otro estaba apuntado, a espera de contratar el servicio, uno con 2000 facturas mensuales. Evidentemente han dicho que hasta el año que viene nada (lógico). El perjuicio económico que os han causado es inmenso... Ánimos Saludos Enrique

I also added if (strlen($params['expr']) < 5) { return; } to avoid strings under 5 characters that aren't meaningful for the site.

Imagino que dentro de un año volveremos a leernos en este post...vaya panda nos gobierna

Nada, ¿a quién pasamos la factura del tiempo y del dinero que se ha perdido en esta chorrada? Qué asco de gente, por Dios.

Hello, Oh, yes, that's how it was working in PrestaShop 1.7.x too. Both the preview and the search page will add entries to that table Glad I could help

Hello, Since this is experimental, you would expect things to be missing. You can manually fix it for now. You can edit modules/ps_facetedsearch/src/Product/SearchProvider.php and on line 197 add the following: \Hook::exec('actionSearch', [ 'searched_query' => $query->getSearchString(), 'total' => $productsAndCount['count'], 'expr' => $query->getSearchString(), ]); If it's inserting things twice, this means the hook is called twice, although it shouldn't. Did you add it for debugging somewhere in the code and forgot to remove it?

..it even writes two lines for research now 🙂 it seems he has to make up for lost time

Many job seekers struggle with fake listing or unverified employers while applying internationally. I am researching reliable platform that: Connect to verified companies Support international job seekers Provide dashboard/workspace to track applications If anyone knows trusted services for this recommendations appreciated!

@Mediacom87 : I already have such a module, which can wreak havoc if used without precautions @El Patron, Thanks, this seems like a viable solution. Unfortunately Prestashop have been a little shortsighted in their ambitions when it comes to scalability

Hello, displayHead is not needed. The statssearch module makes use only of the actionSearch and displayAdminStatsModule hooks Some things that you should watch for: 1. Check the `ps_hook` table and make sure that active is set to 1 for actionSearch. You can also add position 1 (to the same row) if it's not already set (SELECT * FROM `ps_hook` WHERE name = 'actionSearch';) 2. Make sure there are no overrides (or direct code changes) for controllers/front/listing/SearchController.php, src/Adapter/Search/SearchProductSearchProvider.php and modules/statssearch/statssearch.php. If there are, you should check the code for them in GitHub and make sure you are not touching the execution of the actionSearch hook

@El Patron I'm not fighting here... I'm not going to apologize cause people this time getting too easy insulted even when nobody was trying to insult them. Statement you're not reading is because @gaminn writes that search result (looking by/for product number) with his product number is given from the post in prestashop forum with domain extension .com and not showing on search results from his eshop with same extention .com (and you state, that the problem is domain extension). I run through google docs for dev about search results, maybe too fast, but found nothing about domain extension influence an search results (btw @gaminn check on these docs maybe some thoughts after that)... FYI .us=USA domain name extension relevant to country. gTLD's are not country associated so my saying that .com=US (is another bullshait is correct). I said reading helps, so put these in search and check "what is gtld by country" , "domain name extensions by country" , "domain name extensions and search results" . I did not dispute your contribution to this community helping with prestashop issues, but sometimes i have doubts about who is the real author of your answers. @El Patron the saying, that someone who has nothing to do but to change what is working properly - was not about you, but if you think so - it's not my problem. Just read, not imagine (the talk was about search engine rules and data rankings, so I don't think you are making them) ...

Sounds like one of the biggest bull&sh!t, but in these days can be nothing strange when someone having nothing to do tries to change what was working properly... But again, @gaminn site with .com is not showing in search result, but same request shows results from prestashop.COM and somebody tries to say, that .COM is a problem, that .com=US (another shait)... Some result to learn something... A .com domain is a top-level domain (TLD) that stands for commercial, but is now used for all types of websites, not just businesses. It is the most popular and widely recognized domain extension globally, making it a trusted and often default choice for anyone wanting to establish a website. Key characteristics of a .com domain Commercial origin: The .com TLD was originally intended for commercial organizations. Broad use: Over time, it has become available to anyone and is used for personal blogs, non-profits, and other non-commercial sites. Global recognition: It is the most common and familiar domain extension worldwide, so websites with a .com are often more trusted and easier for people to remember. Ubiquitous availability: Due to its popularity, many common names are already registered, but it remains the top choice for most new websites. @gaminn search for SEO optimization and thse who do this, maybe some errors will be spotted, maybe you added some new modules or deleted/disabled some old ones and know there's a mess somewhere and prevents for proper indexing and showing on search results.

I need help with adding adsense on my webshop. Google says i need to put a code in html between <head>- and </head>-tags. Can someone please help me

you should then also read the information I posted, you in same boat. The original poster thought I made up .com vs .eu and how that is major problem for him...so you should pretty easily rank higher than him if you already don't. Friday, I feel a little more freedom of speech. Seldom does anyone follow advice here, they already have some answer in their head and they will focus on that until they go out of business..

@willsmith79052 is exactly the correct Google only allows review markup when the rating refers to the primary topic of the page. @AcidLava maybe say thank you for his response? if you question someone's answer, especially on this topic, you could have easily find google's recommendations and that mixing reviews on non relevant page will get you penalized.

this module I've used several times for same exact issue, it works. https://www.aurone.com/blog/module-prestashop-archivebox-archiver-les-anciennes-commandes/

@willsmith79052 Is this answer based on AI or real experience? Best regards.

Hi, This is completely normal and problematic for large stores or stores dedicated to professionals. For this type of store, I can only recommend my module for daily cleaning of a lot of useless or outdated data. I will also be adding an option to this module that allows you to delete old orders (which are saved and stored for the legal period of 10 years).

LOL, it's so funny. "E82CV371_2C" (model number of a product I sell) was mentioned in this thread and voila - when you search for "E82CV371_2C" you now get link to this thread on the first page of google results. Completely nonrelevant search result for anyone searching for "E82CV371_2C" who is interested in the product. Still, absolutely relevant product page in my eshop is not present in the search results. Hard to understand what's wrong with Google.

Let me know what problems you have with this module, and i am more then happy to help. (even though i guess you simply posted this to promote your own *paid* module)

I had too many problems with this module. I found one (the only one, actually) on the PrestaShop store, and it works perfectly. For me, free modules are a thing of the past; too many problems and no support in case of issues or PrestaShop updates. Module : https://addons.prestashop.com/en/invoicing-accounting/96104-hs-codes-international-customs-nomenclature.html

Bonjour, Je ne suis pas contre l’idée du Wall of Fame, mais alors vraiment pas en gros dans le menu général d’un backoffice de ecommerce, ça n’apporte rien pour le bizness, rien pour l’usage, ça surcharge le menu et nuis à l’UX pour rien. Et en termes de crédit pour les contributeurs, un énorme placard du genre a tendance à avoir tout l’effet inverse. Par ailleurs, je ne crois pas être le seul que ça ennuis : https://github.com/PrestaShop/ps_distributionapiclient/issues/62 Ne faites pas la bêtise de désactiver le module ps_distributionapiclient, si ça désactive le Wall of Fame, ça désactive aussi les mises à jour des modules natifs de Prestashop. Faites plutôt cette requête SQL pour le masquer : UPDATE ps_tab SET enabled = 0 WHERE class_name = 'AdminPsdistributionapiclient'; Vous pourrez toujours y accéder depuis cette url : https://votre-site.tld/adminrandom/modules/ps_distributionapiclient/top-contributors?_token=votretoken/ Et pour le réactiver : UPDATE ps_tab SET enabled = 1 WHERE class_name = 'AdminPsdistributionapiclient';

Olá. Aqui tem pra versao Prestashop 9 segun indica ali. https://github.com/pagseguro/pagseguro-modulo-prestashop

This is very first version of the module, it will be developed and new verification options will be added. Currently, the module only checks two things, it compares name and surname. If both are identical, it does not allow you to create an account in the store. Module aslo check letters in firstname and lastname, if it's unusual it will also block spammer to create account. Accounts like below will not be created in store. ***New version 1.0.1*** in version 1.0.1 there is new option checking letters, lowercase and uppercase. Firstname or Lastname like: mcdonald, Mcdonald, McDonald, MCDONALD, mCDONALD, mCdONALD are valid and allow to create account, but Firstname or Lastname like: McDoNald, mCdOnALD, MCDonald, McDonalD etc. aren't valid and user can't create account. It also should block account like that: ***New version 1.0.2*** In this version was added verifictaion for firstname and lastname that their are same even then some letters are lowercase or uppercase in fistname and not in lastname. Before user with first and last name like: Andrew andreW was able to create account, now he will be blocked. If you have any suggestions for validating a customer account, please post below. All suggestions will be considered and the best ones implemented into the module. It should work with prestashop 8.X and lower like 1.7.8 not tested with lower version then 1.7.7 ***New version 1.1.1*** Added configuration page to module. wfeuserverification1.0.0.zip wfeuserverification1.0.1.zip wfeuserverification1.0.2.zip Version 1.1.0 and newest was not tested, you install it on your own risk! wfeuserverification-1.1.0.zip wfeuserverification-1.1.1.zip

Pour ceux qui cherchent à revenir sur la formule Offre Unique de base appelée "Offre Unique Grow": Compte O2S > Gérer mes Services > Sur la ligne "Offre Unique Cloud", allez complètement à droite sur les 3 petits points et sélectionnez "réajuster l'offre" et là vous pourrez reprendre l'ancienne formule "Offre Unique Grow". A savoir qu'à partir de l'année prochaine le nom de domaine ne sera plus inclut dans la formule "Offre Unique Grow". Donc 1.00€ en moyenne en plus par mois. Si vous gardez l'offre qu'ils vous proposent "Offre Unique Cloud": Vous pouvez si vous le désirez prendre l'offre sur 3 ans en cliquant 2 fois sur le flèche à droite de la proposition de renouvellement. Ce qui revient à 9.00€ht au lieu de 16.00€ht mensuel, soit 324.00€ht (252.00€ d'économie, pour faire passer la pilule) Vous y gagnez un support technique Niveau 2 Prioritaire 24/24 7/7 et le TigerGuard. Par contre il faudra sortir 388.80€TTC d'un coup, ou si j'ai bien vu, paiement en 3 fois sans frais. La machine de la formule "Offre Unique Cloud" est plus puissant mais la plupart des sites de vitrine ou site E-commerce de bases n'en ont pas besoin. Après une demande d'analyse au près de O2S des ressources utilisées, un des site e-commerce mis en place avec 30 à 50 commandes par jours peut rester sans soucis sur la formule "Offre Unique Grow". Il est vrai que mettre tout le monde sur l'offre à 16€, sans analyse d'O2S des ressources utilisées par le compte, est un peu radical. Mais c'est à vous de voir.

Je suis chez https://www.planethoster.com (Offre Pro) et pas de soucis.

1) In the meantime, the credit card option in back office is available for merchants from Germany, Mexico and Brazil. But you always can choose the credit card payment directly in Paypal pop-up during checkout. 2) The module doesn't impact the initial Paypal fees. Regards, Daria support 202-ecommerce

Hi lorenxo! Have you tried to contact Prestashop support team with your issue? You can do it via this link: https://addons.prestashop.com/en/contact-us?id_product=46347 If the issue remains, I kindly invite you to try the Paypal Official module which also have express checkout button. If anything, we will be glad to help you. Regards, Daria support 202-ecommerce

Out of range value for column 'id_category' at row 1 INSERT INTO `ps_category` (`nleft`, `nright`, `level_depth`, `active`, `id_parent`, `id_shop_default`, `is_root_category`, `position`, `date_add`, `date_upd`) VALUES ('0', '0', '5', '1', '102', '1', '0', '0', '2017-10-10 21:22:19', '2017-10-10 21:22:19') When creating new category, I get that error (error reporting on). It is possible that category id is too high. How I can change categoryid autoincrement to start from ie. 1000?

Hi! 5 years later, I have exactly the same error. Do you have a solution or figure out how to resolve?

That is actually really weird. I've tested it in multiple stores, and it always in the list of your screenshot. Please reinstall the module to check if that helps.

Thank you guys for the answer. i had checked the theme translation, unfortunally there are not this sentence...only the following: ---You must agree to our Terms of Service before going any further!--- I agree to the [terms of service] and [revocation terms] and will adhere to them unconditionally---. Hm...