Easy Populate 1.2.5.4 support

eric47905:

Thanks chadderuski
Does anyone know if the paid version is better? Does it function better?
No one has answered about the program killing out with the internal server 500 error, does this happen in the paid version? If not it would well be worth the $65
Thanks

Eric,

Recently someone purchased the paid advanced version and never received the link for downloading the package. It seems Langer has completely gone absent, so if you buy his version, you risk not getting what you paid for.

Per the Internal 500 Server Error: I have never received this from EP, and I have working EVERY version of EP together - isolated as their own tools options. No 500 errors.

I'd suggest doing a quick fresh install of zencart in a different sub directory, then upload a freshly upacked ver 1.2.5.4 - unmodded - and MAKE SURE you verify that each file has uploaded. Set up your temp directory with writable permissions. Who is your host?

It is possible you have a corrupted file on upload. Also verify that your .htaccess file is intact. Do you have access to your php.ini file? Not all shared hosts allow this.

Note: the most recent version of EP CSV is buggy. Use phazei's version. It's not perfect either, but did work out of the box for me.

-cj

chadderuski:

...the most recent version of EP CSV is buggy...
Please elaborate.
What bugs did you find?
I am thinking of doing some work on the attributes part of that, if you could save me some work I would be most grateful.
FYI, I did test latest version of Improved Attributes Controller, I'm gonna keep it, works better than Bulk Attributes Controller.
Attributes modelnumbers definitely does not work, this mod is in Beta stage, to put it gently.

ckosloff:

Please elaborate.
What bugs did you find?
I am thinking of doing some work on the attributes part of that, if you could save me some work I would be most grateful.
FYI, I did test latest version of Improved Attributes Controller, I'm gonna keep it, works better than Bulk Attributes Controller.
Attributes modelnumbers definitely does not work, this mod is in Beta stage, to put it gently.

I am currently working on the attribute import. The code in 1.2.5.4 tab and the CSV for attributes is basically useless. So I've tossed that and am working from scratch with my own concept.

There are several bugs in 1.2.5.4, sorry if I am not specific. I've worked on this over some lengthy time doing my own patches and improvement in addition to adding fields for the PRODUCTS table that are useful to me. Most notably are errors in logic when updating an existing product. EP would not pull the existing data to use as default, and you often get the PRIOR item's data. Manufacturer comes to mind first. Bad things happen when your default language code is not 1. Dead code from OSC. Funkiness in the date management. I pulled the MUCH better code for dates from phazie's CSV version. All of these have been discussed if you were to read this entire thread and some of the sub threads.

Let me also say that Phazie's CSV version is a much better concept, and EP should end up as a CSV only product-mind that you can still use TABs to seperate data. That really is the standard. Using EOREOR is at best a clunckly solution compared to readily available functions in PHP. However, I've been modding my own TAB version for some time, and will first solve this attribute issue there before combining the two.

Here is an open question to EP users: Does the froggle code really need to be in this? It seems there are several google feeders that perform this function just fine.

Anyway, I really want to see a solid core product come out of this, and attribute has been the most oft requested feature to see fixed. Given a week or two, I should be able to post some beta code for the community to poke at.

-cj

still have not received a reply to my question. I just recently installed my php.ini file, and was wanting to know how I can upload all 4000 of my products without the server timing out. Someone ,mentioned changing the settings in the php.ini file for this problem, I would like to know which settings I have to change in order for all of my downloads to process properly

eric47905:

Thanks chadderuski

Does anyone know if the paid version is better? Does it function better?

No one has answered about the program killing out with the internal server 500 error, does this happen in the paid version? If not it would well be worth the $65

Thanks

I am also receiving the 500 Internal Server Error when I upload a file (I broke the inventory down into 500-item lists, in tab deliminated tex files, so I don't think that's it.) I get the same result when I ftp to my temp file and try from there. Feh. Oddly, the files seem to have uploaded, anyway... I don't know what to make of that.

chadderuski:

There are several bugs in 1.2.5.4, sorry if I am not specific.
http://www.zen-cart.com/forum/showpost.php?p=770844&postcount=104
Please take a look at this post and subsequent as I have already summarized my issues in that other thread.
You seem to like phazei's 1.2.5.5, and that's fine, but why not base your work on 1.2.5.6 which is basically the same but gives you the ability to create custom fields from admin?
Regarding froogle: I don't think that is necessary as there is a very mature mod out there that does that: Google Base Feeder.
Let's keep Easy Populate lean and mean, let it do the work it is supposed to do in a reliable manner.
Regarding attributes: I have a lingering issue, which has been described in the post I mention.
I think this can be solved by an Attributes Combination Table.
Suppose that you have the AttributeID as the primary key in that table.
Then come all the other fields for each record.
Thus, if you only load the AttributeID, Easy Populate will look at that record and load all the other fields in one pass, including images.
So far, I could use Improved Attributes Controller to load all the attributes for one product, but only with the same Option Name.
Then another pass for a different Option Name.
Finally, associate images for each attribute.
This table could include Option Name, sort order, etc.
Of course, each user would have to build their own table according to their needs, or a template could be downloaded for users to modify.
You get the idea, right?

ilsita:

I am also receiving the 500 Internal Server Error when I upload a file (I broke the inventory down into 500-item lists, in tab deliminated tex files, so I don't think that's it.) I get the same result when I ftp to my temp file and try from there. Feh. Oddly, the files seem to have uploaded, anyway... I don't know what to make of that.

Take a look at this thread per the 500 Internal Server Error:

http://www.zen-cart.com/forum/showthread.php?t=128520

As for what to edit in your php.ini ... look for these variables and adjust to taste:

max_execution_time = 60 ; Maximum execution time of each script, in seconds
max_input_time = 60 ; Maximum amount of time each script may spend parsing request data
memory_limit = 64M ; Maximum amount of memory a script may consume (10MB)

ckosloff:

You seem to like phazei's 1.2.5.5, and that's fine, but why not base your work on 1.2.5.6 which is basically the same but gives you the ability to create custom fields from admin?

Firstly because 1.2.5.6 CSV is prone to errors. Although it is a good idea and has potential, it is incomplete because of the lack of treatment of data types when inserting data into the database. This was my assessment on casual inspection of code (and may be inaccurate), but like I said, I've already spent much work on improving the tab version and don't wish to switch up in mid-stream, or fix yet another mod of a mod of a mod of a mod....

Like I said above, I should have some working code to test in a week or two for attributes and it should be pretty fleshed out. I'll be sure to give you first crack at it. :)

-cj

chadderuski:

I'll be sure to give you first crack at it...
I'll hold you to your word.

chadderuski:

Take a look at this thread per the 500 Internal Server Error:

http://www.zen-cart.com/forum/showthread.php?t=128520

As for what to edit in your php.ini ... look for these variables and adjust to taste:

max_execution_time = 60 ; Maximum execution time of each script, in seconds
max_input_time = 60 ; Maximum amount of time each script may spend parsing request data
memory_limit = 64M ; Maximum amount of memory a script may consume (10MB)

Thanks, chaderuski... Turns out I didn't even have the php.ini, but I got that in. Still no go, so my host is in the case. I will update with any information they give me.

It seems odd that despite the error msg, the files seem to be uploading just fine, and are appearing in my cart. I'm tempted to ignore the error message, but I don't know the rules well enough to know when to break them.

Best,
ilsita

Hi there guys. I've looked through this section and could not find an answer to my question. Though the search function isn't one of the best so I can't really search within the Easy Pop section. So if it is here somewhere, please let me know :(

Ok, ZenCart 1.3.8a
Easy Populate 1.2.5.4
Other addon I'm using is Admin Tools 1.0.7.1

I got everything working 110% to be honest. I had no problems what so ever until +- last wednesday.

I could download the csv's to either a directory or to the /temp, which is fine. I could upload 100%.

But all of a sudden, with no major changes before or after the problem for longer than 2 or 3 days, when I click to download the file in IE7 it shoots me back to my admin page asking me to login. It does this over and over again no matter what I try. I have tried to "play" with the cookie settings with no avail.

When I do it via FireFox (latest) I can get in fine, upload and download fine. No different settings except for Firebug 1.4.2. That is the only addon I installed to FF that is not standard.

I like using IE as I use FF for other reasons. But I'm changing to FF now on my shop.

Is there anything that I did wrong or a bug that poped up maybe?

If you need any other info, let me know please.:frusty:

byrd813:

still have not received a reply to my question. I just recently installed my php.ini file, and was wanting to know how I can upload all 4000 of my products without the server timing out. Someone ,mentioned changing the settings in the php.ini file for this problem, I would like to know which settings I have to change in order for all of my downloads to process properly

Hi byrd813, I'm obviously no expert, but perhaps you ought to use the split file option on the Easy Populate upload page. In the EP control panel, you can set it to split the file into whatever size chunks you want.

ilsita

Guys, I'm still waiting on an answer from my host regarding the 500 error page I keep hitting during the upload, but I'm so antsy to get things going, and since it seems that, despite the error page, the files are uploading, would it be stupid of me to carry on with the process, or wait for an answer?

Thanks,
ilsita

ilsita:

Guys, I'm still waiting on an answer from my host regarding the 500 error page I keep hitting during the upload, but I'm so antsy to get things going, and since it seems that, despite the error page, the files are uploading, would it be stupid of me to carry on with the process, or wait for an answer?
Thanks,
ilsita

Who is your host? How is php funing? CGI? FASTCGI? PHP? This really sound like a server configuration error.

-cj

chadderuski:

Who is your host? How is php funing? CGI? FASTCGI? PHP? This really sound like a server configuration error.

-cj

Hi CJ, well I just heard back from my host, and they sent me this message:

I can confirm that it's error with software, because the following error is generated:
Script timed out before returning headers: easypopulate.php, referer: http://shop.tuntienterprises.com/admin/easypopulate.php

While this script is still working in the system. About 10 second more after the error arise.

No other error is logged by the system

My host is namecheap. I've been really happy with them, because their tech support has been extremely responsive, and immediate. I'm so sorry that I don't know how to answer the other question... I know I'm working with PHP.

If, despite the response I received from my host, you still think it's a problem on their end, they will be responsive to my giving them more details, and will continue to work on it. I swear, it's like I'm their only customer!

I have been going over the Easy Populate wiki, and it seems that I have everything configured properly. My files are broken down into 500 entry chunks, and all headings are accounted for. I have no values in the url column, but it is there.

But, as I said, despite the error message, it still seems to be uploading and displaying properly - I think.

Sorry to keep with the updates, but it seems that I am now having the same problem on my website. If I make a change to the css file -- a simple little change, like a color -- I get the same 500 error when I refresh my website to see the change.

Consistent with the fact that my EP txt files seem to have uploaded properly, despite the error page, when I get back to my website, the changes seem to have taken effect properly.

So, I guess I should continue to conclude that this is a host issue? I wrote to them about it, with the error text, and hear back from them that they do no provide debugging.

ilsita

oh fahcryingoutloud, I just clicked on my Easy Populate configuration on the zen cart, and it comes up blank... Empty!

The whole page is not blank. I'm still in zen-cart, but under the header, where it says, Title Value Action, it's blank.

Que paso?

ilsita:

oh fahcryingoutloud, I just clicked on my Easy Populate configuration on the zen cart, and it comes up blank... Empty!

The whole page is not blank. I'm still in zen-cart, but under the header, where it says, Title Value Action, it's blank.

Que paso?

I gotta tell ya, I'm at a complete loss as to what is causing your problem. At this point some good and proper nerd needs to look at your installation. You need to check your .htaccess and php.ini files. On top of this there are many server side issues that can generate these proplems. But this is outside the scope of this thread's support.

The only other possible cause of this is - and it's a stretch - is what line break you are using. I have Dreamweaver set to LF for unix. But I'm on a mac. Check your editor. Use OpenOffice for your text files, not excel.

I have seen this issue make funkiness in .htaccess files that would cause a site to crash.

If you have CPANEL, most will have the ability to install zencart automatically. Do a clean install then PM me and I'll let you try my TAB version to see if you get errors.

Best I can do..

eric47905:

Thanks chadderuski

Does anyone know if the paid version is better? Does it function better?

No one has answered about the program killing out with the internal server 500 error, does this happen in the paid version? If not it would well be worth the $65

Thanks

Hi Eric,

I wouldn't touch the Easy Populate Advanced paid version. I bought it in July. There's no response for any support requests and I ended up not being able to use it. I believe there is also an issue with it not being compatible with the recent security patch.

Paul

Does anyone know what could cause this error message?

Fatal error: Call to undefined function ep_datoriser() in /home/xxxxxx/public_html/store/backup1/easypopulate.php on line 1747

I am using excel to modify the tab-delimited text file that I downloaded from easy populate. I originally noticed that I had the date formatted incorrectly, mm-dd-yyyy. I changed the format of the date available field in the file to yyyy-mm-dd and am still getting the above error message.

I have spent several hours searching this forum but still can't figure out how to correct this.

Any help is appreciated.