EasyPopulate 4.0 Support Thread

[mc12345678]

Good, so looked through my cart as well which is ZC v1.5.1 and found only one instance of that function as well, it was in easypopulate_4.php. A search of the global encyclopedia indicated that requires php 4.0.6 or higher to be installed/used...

Also it appears that you need to enable mbstring in your php.ini file... Possibly installing/activating php-mbstring or something similar?

The only other thing is that if the above doesn't resolve your issue, there may be something related to the text in that statement, that you may need to use something other than UTF-8. I do not recall what format the ZC database is in for version 1.3.8, but if not UTF-8 then there may be a compatibility issue with EP4 and your database. I can not say that for sure, but it could be an issue.

[nick02895]

I couldn't install mb-string, not my server.

Did some research and zen cart still uses utf8, depending on language options.

I commented out the function mb_internal_encoding() and removed it in the echo statement and works.

Thanks
Nick

[mc12345678]

I couldn't install mb-string, not my server.

Did some research and zen cart still uses utf8, depending on language options.

I commented out the function mb_internal_encoding() and removed it in the echo statement and works.

Thanks
Nick

Couple of things. You say, still uses utf8. I understand that 1.5.x does, but does 1.3.8?

Also, state unable to "install mbstring because not your server", does that mean you do not have access to the php.ini file as it shouldn't take much to activate it,and it is probably already "installed" just not active.

[nick02895]

Couple of things. You say, still uses utf8. I understand that 1.5.x does, but does 1.3.8?

Also, state unable to "install mbstring because not your server", does that mean you do not have access to the php.ini file as it shouldn't take much to activate it,and it is probably already "installed" just not active.

Thanks for following up with me.

I don't know that 1.3.8 does or doesn't. From what I've read to convert to utf8 there is a procedure which replaces charset in English.php to include utf8. Mine has that.
Also in phpadmin there is a change to the structure to utf8, my already has that. I have to assume that somewhere in the upgrade to 1.5 my charset was changed to utf8.

I cannot find the php.ini file on this server. This server is very restrictive with limited access. I guess I may be able to create one and make my own settings, but if it's working I will leave it.

Looks like the mb_internal_encoding() just checks utf8 and if not then easypopulate4.php restricts the input.

[mc12345678]

Thanks for following up with me.

I don't know that 1.3.8 does or doesn't. From what I've read to convert to utf8 there is a procedure which replaces charset in English.php to include utf8. Mine has that.
Also in phpadmin there is a change to the structure to utf8, my already has that. I have to assume that somewhere in the upgrade to 1.5 my charset was changed to utf8.

I cannot find the php.ini file on this server. This server is very restrictive with limited access. I guess I may be able to create one and make my own settings, but if it's working I will leave it.

Looks like the mb_internal_encoding() just checks utf8 and if not then easypopulate4.php restricts the input.

Certainly. Wasn't sure if it was your host, or if you were helping someone with their installation. Who are you with? The host company should be able to help. I realize all of the conditions you listed. I would have to at this time defer the discussion of that factor to chadderuski if he's still out there. :). I have not looked at that. Aspect of the code yet and what affects if any there would be of working with the plug-in without that function. I know that when I installed this locally, I chose to enable mbstring on my local install. Glad you have all of the other "upgrades". Thought it was important to discuss for others that read. The forum.