Search the Community
Showing results for tags 'ps_search_index'.
-
Hola buenas tardes!!! Tengo un problema con el proceso de backup en general que demora mucho tiempo en realizarse, en algunos casos varias horas incluso llegando a ser mas de 4 o 5 horas. Pero en particular el problema es cuando intento realizar una actualización de versión de prestashop, en donde en este momento la tienda esta inactiva durante todo el proceso, mientras se prepara el backup, dando a veces incluso error y teniendo que volver a empezar. El problema de demora del backup, evidentemente es por los muchos datos que contiene la BBDD, pues el catalogo que manejo son aproximadamente unos 50.000 artículos, pero he visto que entre las tablas que se les hace backup se en encuentran algunas entre comillas secundarias como son ps_search_index ó ps_search_word, que son tablas que se podrían regenerar facilmente una vez se restaure la BBDD en caso de problemas. Este problema a parte de ser de tiempo, es también un problema de recursos, tanto de uso del servidor en generar unos datos innecesarios, como de espacio, pues el fichero de backup adquiera un gran tamaño. La pregunta es: ¿Se puede decidir de alguna forma que tablas se quieren incluir/omitir en el backup? Gracias de antemano por su tiempo Saludos
- 2 replies
-
- actualizar
- backup
-
(and 2 more)
Tagged with:
-
Hola: Al guardar me sale el siguiente mensaje, alguien sabe como puedo solucionarlo. En Preferencias/Búsqueda me da un error al reconstruir o añadir productos que faltan al indice.
-
Bonjour, L'indexation de mes produits est incomplète (les 3/4 de mes produits ne s'indexent pas). Les solutions que j'ai essayé : - augmenter les capacités de php pour éviter le timeout et les erreurs 500 - passer tous mes produits en "visible partout" - vider les tables ps_index_search et ps_index_words - ajouter une tâche CRON pour indexer les produits - ajouter les produits manquants à l'index Mais le problème n'a pas changé, quand j'ajoute les produits manquants à l'index, au bout d'une minute environ j'ai une erreur 500. J'ai donc passé le mode debug à true et au bout d'une énième tentative j'ai réussi à avoir cette erreur : Fatal error: Uncaught Deadlock found when trying to get lock; try restarting transaction<br /><br /><pre>INSERT INTO ps_search_index (id_product, id_word, weight) VALUES (918,93978,1),(918,93979,1),(918,93980,1),(918,76594,1),(918,93981,1),(918,33080,1),(918,70177,1),(918,93982,2),(918,86197,1),(918,93983,1),(918,41296,1),(918,38320,1),(918,14576,1),(918,10536,1),(918,10432,1),(918,40599,1),(918,52709,1),(918,38268,1),(918,33053,2),(918,33056,1),(918,18280,1),(918,6775,1),(918,746,1),(918,33057,1),(918,22040,1),(918,38293,1),(918,19374,1),(918,14575,1),(918,54282,1),(918,23220,1),(918,28221,1),(918,33054,1),(918,90506,3),(918,45625,3),(918,6786,4),(918,96048,8),(918,96049,4),(918,6818,4464),(918,91981,4464),(918,6815,4464),(918,91982,4464),(918,91983,4464),(918,52954,2232),(918,19397,1984),(918,85052,2232),(918,31073,496),(918,52990,15),(918,8603,12),(918,833,7),(918,31894,6),(918,96050,7),(918,5292,11),(918,91216,12),(918,10678,12),(918,86574,9),(918,91217,21),(918,96051,16),(918,46361,16),(918,96052,1),(918,91995,1) in /homepages/6/d366098234/htdocs/classes/db/Db.php on line635 Quelqu'un aurait une piste ? ^^ Merci !
- 4 replies
-
- ps_search_index
- db.php
-
(and 5 more)
Tagged with:
-
Ciao ho un problema con 2 tabelle del database che sono diventate pesantissime. Parlo di ps_search_index ps_search_word avete idae di come alleggerirle? e di come prevenire che non si riempiano di nuovo a livelli folli? magari limitato il search index o altro?
-
Hi, Server information Prestashop version: 1.4.6.2 > friendly URL enabled Server information: Linux #1 SMP Wed Jul 20 19:47:12 MSD 2011 x86_64 Server software version: Apache/2.2.21 (Unix) mod_ssl/2.2.21 OpenSSL/0.9.8e-fips-rhel5 DAV/2 mod_auth_passthrough/2.1 mod_bwlimited/1.4 FrontPage/5.0.2.2635 PHP version: 5.2.17 MySQL version: 5.1.56 In Phpmyadmin some table sizes: ps_product_lang: 183 Mb / Rows:213,519 ps_search_index: 143 Mb / Rows:3,205,165 ps_product_tag: 71 MB / Rows:610,164 ps_search_word: 64 MB / Rows:665,284 ps_category_product: 18 Mb / Rows:186,405 ps_product: 15 Mb / Rows:37,352 For instance, ps_product_lang: in Prestashop I activated two languages in back office. Others disabled. 37.000 products published in one language. As you see, the table size 183 Mb. and runs 213,519 rows. ps_search_index, table 143 Mb and have more than 3 million rows I think in e-commerce, 37.000 product is not a big number for Prestashop. But website working too slow, giving 500 internal server errors (mostly importing .csv), Server Overload, cpu has been maxed out, reached 100% of the memory errors... They occured maybe because of these table sizes, cache sizes ... Do you think these table sizes normal? Could someone inform me whats wrong about these tables? Regards Aybars Note:In my website Prestashop collecting everything.Sample; my tools/smarty/cache folder 8.7 Gb. After cleaning up, a few days later its again 8,9,10 ... gigabyte. ((( (Force compile: No / Cache: Yes / Use cache: No)
- 7 replies
-
- ps_product_lang
- ps_search_index
- (and 8 more)