Hello,
I have searched in the forum but could not find the answer for my question.
I see a strange behaviour when I perform slow_import.php via cron job - the import itself looks OK, it populates the database, however when I visit "Admin Home", "Products" column is "0" although there should be about 60,000. There is nothing in "Slow Import Tool"'s "Products" column either (not even "0"). Imported timestamps are OK.
When I perform slow import manually from "Slow Import Tool", it shows imported product number correctly.
The cron command I use is as follows :
/usr/local/bin/wget --max-redirect=9999 -O /dev/null "http://myurl/scripts/import_slow.php?password=xxxxxx&filename=@ALL"
Is this behaviour OK and is there nothing to worry about (other than I cannot see the total number of products in Admin Home)?
Kind regards,
Juliank
Hello David,
I have downloaded and tried the new script and now it works fine !
You support is so great, I appreciate it a lot.
Cheers,
Juliank
Hi David,
I have update import_slow.php the time and date is ok ( runs now complete never done before ) but the counter is 0 ?
Thx
Henk
Hello Henk,
scripts/import_slow.php is the command line version as long as products are showing for some (smaller) feeds that you don't need slow import for, then if it's the /admin/ version of the Slow Import Tool then also update admin/feeds_import_slow.php.
If still zero products edit config.advanced.php and enable database debug mode at line 6 as follows;
$config_databaseDebugMode = TRUE;..then run the process again and MySQL error information should indicate the problem if you're not sure from that where the problem lies let me know what is displayed and i'll take a look...
Cheers,
David.
--
PriceTapestry.com
Hi David,
I have update the scripts the counting is normal again but not a complete import server timeout, i tried the script changes in temp but now the counter is set to 0 again.
No hurry...
Thx
Henk
Hello Henk,
Please could you email me a link to the installation and any password required for /admin/ and let me know which feed to attempt slow import for so that I can see the sequence of events. It's possible that the server is timing out during the DELETE operation which could happen if the database is large and you are attempting a manual slow import of a single feed, but wouldn't be a problem for a CRON based slow import using @ALL since the products table is truncated so no delete is required...
Cheers,
David.
--
PriceTapestry.com
Hello David,
Sorry but the website i use was banned ...:) to much load uhm not TP but Joomla.
I have setup a new version of TP and see no problems atm.
Thx
Henk
Hello Julian,
A couple of other users have just noticed the same thing - there was a bug and error in process in scripts/import_slow.php which I have now corrected in the distribution. Please downloaded and re-extract that file and scriptable slow import should then work as expected.
Cheers,
David.
--
PriceTapestry.com