need to save all the records at once to get url identifier in magento. Any efficient way or script available? - magento

I have started work in magento last week, i have never worked before in magento. Recently i imported more than 8,000 records in it using csv file. Now i can see all that records in magento admin panel so it's done successfully.
Problem: But it is not displaying at frontend.
I found problem in url identifiers, to solve this problem i need to go in each record category and save it then url identifier showing and also displaying in frontend. So i have to do it for each record.
I think it will take more time and also i have to add 31,000 records more.
Do you have any suggestion to do it quickly? any efficient way available for me? can i use any script to save all record at once?
This question may have duplicate but it will pleasure if you give answer or suggestion to me.
Thank you.

Why don't you just re-index all your indexes ?

Related

Products not appearing under admin grid

I imported products via API calls successfully. After sync, products not appearing under admin->grid... I can see under table "catalog_product_entity".
I flushed cache, reindex and run cron manually.
Still getting the same issue.
Please help.
Thanks,
Solution:
Seems Magento-2 bug.
Please sort the product grid via "ID". It must work.
Thanks,

Product Saving takes more time in magento?

For saving a product it will more time in magento admin? How can i fix these issue please help me?
Two possibilities
Code quality
Hosting
You can check the first part by disabling all your third party modules. For second part test your store with another host.

Best way to import 80.000 products in Magento every night?

So I've been asked by a client for an online store in which he need each night to delete all the products and import again aprox. 80.000 products.
Of course I thought about Magento. But as we all know the importing process is a pain in the ass.
The best option is to use MAGMI of course and the import doesn't take long and it also has a nice utility that quickly empties the database and resets the product ID counter.
The problem is with the bloody reindex operation.
MAGMI has a plugin called Magento Reindexer which doesn't work in my case. I guess it needs to ensure security configuration enable "shell_exec()" calls from php. I dunno how to do that.
To my only choice is to reindex using the browser from the admin.
Of course it's not the best solution specially since it times out and it doesn't work.
So I need to give the client two options:
to create a cron job that would use MAGMI's Clear Catalog utility to empty the database and then use MAGMI to import the same CSV file every night. So all the client would have to do is reupload the CSV file in the same location every night.
Give the client the possibility to manually make the import when he wants using MAGMI and of course empty the database using the same Clear Catalog utility from the MAGMI interface.
Either way I have to find a solution for the reindexing problem.
Does anyone have a similar experience or maybe a solution?
Thanks in advance!
You do not need to empty the database with each import. Magmi has the ability to update products on the fly without deleting them first.
If your concern is removing products that are no longer in the CSV, you can use a plugin I wrote and posted on StackOverflow here: https://stackoverflow.com/a/18447266/1332068
The indexer issue has also been asked about and answered on this site as well.
https://stackoverflow.com/a/19384326/1332068
I urge you to search thoroughly before asking questions as there are several solutions already available for Magmi on this site.

How to find which admin user posted the product?

Currently Im working on a magento project and it have a plugin developed by another team. This project have merchant logins also. But the issue I am facing now is. When I add a product from merchant panel, it is not getting displayed in his product list. It is shown in admin product list. I want to track down what userid is entering corresponding to that record inserting from merchant login.
In which table I have look? After searching a lot I believe they are not storing any userid corresponding to each product. But I am not sure about that. How can I confirm that?
Please help me
Thanks in advance
There is no such functionality in magento admin, as far as I know. But you can write your own module to controller_action_predispatch or to core_abstract_model_save_after(or something like this) events. And you will be able to see who did what.
UPDATE 1
If I am right, meaning this is not implemented, then you should your own custom logging module.
Module should use Observer functionality. If you want particullarly catch the product save, then you should catch the events of product saving.
here.
To compare product data you can see an example here.
Well to get current user you can read this example.
Moreover in case it is not enough, you may watch here, something might be interestring for you.

reindex Catalog URL Rewrites in magento never ends

I've imported 6K categories and 16K products to magento using a custom import profile.
When I'm trying to reindex everything works except for 'Catalog URL Rewrites' that keep showing PROCESSING but never completes.
log and exceptions files don't show anything.
Is there something I can do to make the index work?
Can I just ignore this index and not use it? (I don't know what it does).
Thanks
You can sort of ignore this index if you do not care about pretty, search engine "friendly" URL's. The products will still appear in the catalog but will have their default "Zend Framework" type URL (/catalog/product/view/id/123)
My store has 150,000+ SKUs in two store views. On my development environment it took almost two weeks to complete.
The best way to determine how fast it is running is to look at the core_url_rewrite database table. It appears that the process starts at product ID 1 in store ID 1 and looks to make sure all of its URLs exist and creates the ones that do not yet exist.
For me the reason it took so long was that it had to go through my entire catalog twice to make all the URLs. One thing I did notice was that this process creates a ton of URLs that are completely unnecessary. In our store easily 90% of our products belong to a configurable product so their visibility is set to "Not Visible Individually" so they never would need to have a URL. This index creates those URLs anyways.
Hopefully this will shed some light on to how this URL works. I would keep an eye on that database table so you sorta know how far the process has come. I would also seriously consider running the reindex process for the command line. I have included a link that explains how to do this (disclosure: it's from my blog)
http://overlycaffeinated.com/2011/02/when-reindexing-in-magento-fails-use-the-command-line/
My own attempt of reindexing URL rewrites was with 10,000 products and it took me like an Hour and Half to finish up.
this link will help you do it from Command Line , which is preferable than doing it from the same Magento admin panel.
http://www.yireo.com/tutorials/magento/magento-administration/340-magento-14-cronjobs
Make sure you read the part about skipping some basic configuration when facing memory limits , this is the one i usually use.
You need catalog URL rewrites to make your catalog work properly. How long are you letting it run for? There's a really substantial amount of data to be written to it...
If you cannot make it work programmatically, it may be possible to shove the data into the table manually and force the index to feel refreshed? Caveat emptor, I have not tried this.
I was encountering the same problem, the server that I am running this on is a FreeBSD server. With the help of the sample of the above code I was able to get the issue to resolve buy running the following command in the shell.
/usr/local/bin/php /usr/local/www/magento/shell/indexer.php --reindex catalog_url
It runs very quickly and resolved my issue. I then created a cron for this to run every 6 hours on my server.
You can reindex using command line it will reduce 75% of load and your magento admin panel working as normal while reindexing.

Resources