J'ai importé 6k catégories et 16k produits à Magento à l'aide d'un profil d'importation personnalisé. Lorsque j'essaie de réindex Tout fonctionne, à l'exception des «réécroissements de l'URL de catalogue» qui continuent à montrer le traitement mais ne complète jamais.
Les fichiers de journal et d'exceptions ne montrent rien.
Y a-t-il quelque chose que je peux faire pour faire fonctionner l'index? Puis-je simplement ignorer cet index et ne pas l'utiliser? (Je ne sais pas ce que ça fait).
merci
5 Réponses :
Vous avez besoin de réécrire des URL de catalogue pour que votre catalogue fonctionne correctement. Combien de temps le laissez-vous courir? Il y a une quantité très substantielle de données à écrire ...
Si vous ne pouvez pas le faire fonctionner par programme, il peut être possible de repousser manuellement les données dans la table et de forcer l'index à se sentir rafraîchis? Cavalier vide, je n'ai pas essayé cela.
J'attends plus d'une heure jusqu'à ce que je reçois une erreur: une erreur s'est produite lors de la sauvegarde de l'URL réécrire. Je pense que c'est à partir de: App / Code / Core / Mage / Catalogue / Modèle / Ressource / MySQL4 / URL.PHP
Ma propre tentative de réindiffusion de réécriture de l'URL était avec 10 000 produits et il m'a fallu une heure et demie pour terminer.
Ce lien vous aidera à la faire à partir de la ligne de commande, qui est préférable que de le faire depuis le même panneau d'administration Magento.
http://www.yireo.com/ Tutoriels / Magento / Magento-Administration / 340-Magento-14-Cronjobs
Assurez-vous de lire la pièce sur la configuration de base lorsque vous faites face à des limites de mémoire, c'est celui que j'utilise habituellement.
Ce lien redirige vers la page d'index du site Web.
Vous pouvez en quelque sorte ignorer cet index si vous ne vous souciez pas de jolis, des URL du moteur de recherche «amical». Les produits apparaîtront toujours dans le catalogue mais auront leur URL de type «Zend Framework» par défaut (/ Catalogue / Produit / View / ID / ID / 123)
Mon magasin dispose de 150 000 skus sur deux vues en magasin. Sur mon environnement de développement, il a fallu près de deux semaines à compléter.
Le meilleur moyen de déterminer la vitesse à laquelle il est en cours d'exécution est de regarder la table de base de données CORE_URL_REWRITE. Il semble que le processus commence au produit ID 1 en magasin ID 1 et cherche à vous assurer que toutes ses URL existent et crée ceux qui n'existent pas encore.
Pour moi, la raison pour laquelle il a fallu si longtemps, c'est qu'il devait passer à deux reprises tout mon catalogue pour faire toutes les URL. Une chose que j'ai remarquée, c'est que ce processus crée une tonne d'URL totalement inutile. Dans notre magasin, 90% de nos produits appartiennent à un produit configurable afin que leur visibilité soit définie sur «non visible individuellement», de sorte qu'elles ne devraient jamais avoir une URL. Cet index crée ces URL de toute façon.
Espérons que cela mettra une lumière sur la façon dont cette URL fonctionne. Je tiens à garder un œil sur cette table de base de données afin que vous siez quelque chose à quelle distance le processus est venu. J'envisagerais aussi sérieusement d'exécuter le processus Reindex pour la ligne de commande. J'ai inclus un lien qui explique comment faire cela (divulgation: c'est de mon blog)
Super blog post. Plus de 18 000 produits dans mon magasin - L'indexation de l'URL du catalogue avait fonctionné pendant la nuit et d'autres. Utilisé votre méthode en shell et il est terminé en moins de 5 minutes. Génie!
Humide à l'aide de la CLI pour exécuter l'indexeur: vous voudrez vous assurer que vous exécutez le binaire correct de PHP en tant qu'utilisateur correct. Par exemple, sur un serveur Bitnami Magento, vous devez exécuter sudo -u daemon / opt / bitnami / php / bin / php ./shell/indexer.php --ReReDex catalog_url Ce sera différent pour Chaque serveur, mais assurez-vous que vous n'utilisez pas simplement php sans envisager quel utilisateur vous êtes connecté en tant que.
FYI, l'URL du blog est maintenant cassée.
Je rencontrais le même problème, le serveur que je suis en cours d'exécution sur est un serveur FreeBSD. Avec l'aide de l'échantillon du code ci-dessus, j'ai pu obtenir le problème pour résoudre l'achat d'exécution de la commande suivante dans la coquille.
/ usr / local / bin / php /usr/local/www/magento/shell/indexer.php --ReRindex catalog_url
Il fonctionne très rapidement et résolu mon problème. J'ai ensuite créé un cron pour que cela fonctionne toutes les 6 heures sur mon serveur.
php -f ./indexer.php - réindex catalog_url
Le mien ne fonctionne certainement pas très rapidement ... 20 minutes plus maintenant. ⏳
Vous pouvez