EasyPopulate 4.0 Support Thread

[mc12345678]

Thanks
After all with a "search and replace" dot by comma does the trick, and then I can format the numbers.

Another question, I now realize that if a products is "linked" ( two categories) , it exports in two different lines. Is there a "simple" way not to do it?

Thanks

The modification is simple, unfortunately it was buried in a commit with several other changes, this is something to be implemented in the next version (still doing some testing and want to be sure addressed the same concept(s) in all places not just here or there.

https://github.com/mc12345678/EasyPo...6862661d58438b

[mesnitu]

Is it possible to recognize bold strings? Without using <b> or <strong> ?
I do remember that many years ago, that I did upload CSV file and it recognize those "tags"... But I don't recall if it was me who put them, or the code accept then.

Thanks

[mc12345678]

Is it possible to recognize bold strings? Without using <b> or <strong> ?
I do remember that many years ago, that I did upload CSV file and it recognize those "tags"... But I don't recall if it was me who put them, or the code accept then.

Thanks

Recognize them in what way? What is to be done if "recognized"? If there is a "character" or character sequence that initiates bolding and one that ends it, there is a sort of conversion function that could substitute the html bold character sequence as applicable. Though most csv generating processes remove character formatting so that it is only text. If though there is a utf8 character code for a bolded character then that would be most likely to what you are/were referring. I could be wrong, though the above question also is a little loosey goosey as well. :)

[mesnitu]

Recognize them in what way? What is to be done if "recognized"? If there is a "character" or character sequence that initiates bolding and one that ends it, there is a sort of conversion function that could substitute the html bold character sequence as applicable. Though most csv generating processes remove character formatting so that it is only text. If though there is a utf8 character code for a bolded character then that would be most likely to what you are/were referring. I could be wrong, though the above question also is a little loosey goosey as well. :)

I see now that using <strong> ,etc, I get what I want.
Thanks

[jiji2018]

Is the 1.56B version supported?

[mc12345678]

Is the 1.56B version supported?

Nothing about the Zen Cart software has changed through the 1.5.6 sub-versions that affect the operation of the version available from github. There were some changes that were incorporated for the increased strictness of php versions and database strictness.

The issue being discussed relates to one of the languages that has been identified over the years as being problematic. The languages seen to be an issue have been Japanese and Russian. Those that have been able to support them do not appear to have provided back the solution that worked for them. Hanachi may be able to resolve that at least for Japanese to where the solution can be documented in the instructions.

[Speak394]

zen version v1.5.6b

I have easy populate version 4.0.30 on one of my sites that is zen version 1.5.4. I have a new site using v1.5.6b and I installed easy populate 4.0.36.ZC. I downloaded my products from the earlier version and uploaded on the new site and new version of easy populate. Here is the error I am getting.

In admin on zen 1.5.6b I am not seeing any products up loaded. I am seeing products on catalog side, but no catagories, products are only viewable if you choose all products.

What am I missing. Is the old version of easy populate compatible with the new version? Is something amiss with zen 1.5.6b.

I did notice that the new version of easy populate calls for installing a EASYPOPULATE_4_CONFIG_TEMP_DIR and says to install in /public_html/ but when installing in 1.5.6b it says confirguration file calls for this to be in admin.

Looking for help, love this plug in and has been very helpful in the past. I have over 2,000 products and do not want to add them one by one.

[mc12345678]

zen version v1.5.6b

I have easy populate version 4.0.30 on one of my sites that is zen version 1.5.4. I have a new site using v1.5.6b and I installed easy populate 4.0.36.ZC. I downloaded my products from the earlier version and uploaded on the new site and new version of easy populate. Here is the error I am getting.

In admin on zen 1.5.6b I am not seeing any products up loaded. I am seeing products on catalog side, but no catagories, products are only viewable if you choose all products.

What am I missing. Is the old version of easy populate compatible with the new version? Is something amiss with zen 1.5.6b.

I did notice that the new version of easy populate calls for installing a EASYPOPULATE_4_CONFIG_TEMP_DIR and says to install in /public_html/ but when installing in 1.5.6b it says confirguration file calls for this to be in admin.

Looking for help, love this plug in and has been very helpful in the past. I have over 2,000 products and do not want to add them one by one.

Ok, couple of things here... One, really if you have a new site that is being built off of an older site, the database from the old site should be updated instead of just moving product around at least in a maintaining information consistently perspective.

Then, there is that newer operating systems and the newer environment is becoming more stringent about processing. There has been an "issue" with EP4 integration with ZC for a long time where adding a new category doesn't assign a category description and that ZC doesn't assign a default category description value. Therefore, the database throws an error basically and the product is not inserted into a new category but instead into the "zero" category which is the root of the store.

Long story short, for now apply this patch (identified in post #2961)posted a few pages back) to your ZC 4.0.36.ZC version and likely the above issue will be resolved.

As to where to put the export files. The program allows setting the folder anywhere desired; however, recommends the admin first to provide at least one level of protection of the data (admin folder and associated .htaccess). Remember this program is importing data in a file directly to the database. Attempts should be made to maintain that data as known information and only edited by trusted sources. There are configuration options for EP4 to choose to use the admin (true/false) and then a place to fill in the foldername. If though, the foldername leads to the admin or a sub-folder of the admin, then the admin's foldername portion will be removed from the storage location and the storage location identified as being in the admin. The idea of this change was to not store the admin's folder name either directly or indirectly in the database, there is nothing about a default install of Zen Cart that puts it in the database, so why should this plugin?

I'm working on an update, I have a working version, but I don't like *why* it works the way it does. The solution doesn't follow previous patterns and I'm trying to only change it in a way that can be easily duplicated and at least for now is consistent. I'm looking at doing a bit of a rewrite soon, but that is to modify the code orientation and reusability not its operation.

[Pingfah]

Hi all,

I cannot seem to find how to mark the products as Virtual using Easy Populate 4. Can anybody point me in the right direction?

[kevinmc3]

When I export my products, using admin -> tools -> easypopulate4, to a CSV file is there supposed to be a field for the URL for each product?