Reinstallation of moneybookers module

[kalastaja]

Deactivating the module doesn't remove it! Now corrupt info is in the database or in the code - I would need to install it "fresh".

Trying to install renders an almost blank page - only text at top of page: "WARNING: An Error occurred, please refresh the page and try again"

I came from 1.5.0 with no problems there!

[DrByte]

Are you referring to this user-contributed module for v1.3.8 from 2010? http://www.zen-cart.com/downloads.php?do=file&id=661
Or something else?

[kalastaja]

Are you referring to this user-contributed module for v1.3.8 from 2010? http://www.zen-cart.com/downloads.php?do=file&id=661
Or something else?

The user contributed module for 1.3.8

[DrByte]

Looks like it's got some bugs.

To remove all the configuration settings for that module from the database, run this SQL command:

DELETE from configuration where configuration_key LIKE 'MODULE\_PAYMENT\_MONEYBOOKERS\_%';

[kalastaja]

How does ZenCart recognize a new payment module - i.e. where should I put the "new" code?
Does the zip contain all code or does it fetch more info from somewhere?

[DrByte]

Zen Cart does not download plugins/modules from anyplace on its own. You upload the files to your server yourself.

[kalastaja]

Zen Cart does not download plugins/modules from anyplace on its own. You upload the files to your server yourself.

That was sort of understood - I just wondered where I should place the module in the structure so that ZenCart finds it!?
And might the module do some uploading!?

What about the bugs - can I do something?

[mc12345678]

That was sort of understood - I just wondered where I should place the module in the structure so that ZenCart finds it!?
And might the module do some uploading!?

What about the bugs - can I do something?

The general structure/placement of payment modules is two fold, one directory for the operation (includes/modules/payment) and one directory for language (sorry, but I usually have to go find the specific language directory path for any of the language related aspects, but a similar path in the includes/languages directory.)

It is not so much a "new" module discovery, but everytime you open modules->payment section, all of the files ending in .php are loaded from those two directories... When a module file is found, an equivalent language file is expected, if not found then usually. An error message is logged and the partial blank screen or warning is posted...

In a sense there are levels to the code. Dr. Bytesuggested how to remove the database information about the module, this causes the module to sort of perform the first level as I have chosen to call it here.. Identify if the plugin is installed, if not installed then continue processing the other payment modules for display/payment.. That is if the module follows the expected general rules for development which based on the above discussion it at least is written properly from that perspective. Otherwise the suggestion would have included file removal.

As any user, you could work to rewrite/remove the bugs that Dr. Byte identified, though that may be a duplication of effort, or maybe not. Communication certainly is important in that regards, but I might suggest being ready to make a donation to the ZC team for the rewrite that may be coming from them/someone involved with them.

Btw, a lot of the questions about how/where things come from/get done etc, would be answered by starting to look at the code itself and researching what is not yet understood... In this case, a good place to start looking I think is in admin/modules.php. Then follow the bouncing ball and the notes in the file(s). Also helps to cross reference the output source code (choosing to view source code when the web-page is open in the browser.)

I still go with some of the previous, great to dig in sometimes, but also need to know when to put on the brakes and move on or accept that not fully knowing or understanding something is okay especially based on the source. Errors may happen, but they tend to still happen securely. :) point being, use your time wisely/appropriately. You're running a business, be sure that what you do supports that.

[kalastaja]

Ok,

All moneybookers modules are present (status red) in admin, but when clicking "+install" for Moneybookers main module I end up with numerous

[04-Jan-2015 21:04:46 Europe/Helsinki] PHP Warning: mysql_real_escape_string(): Access denied for user 'root'@'localhost' (using password: NO) in /home/fh2fuvvy/public_html/store/includes/modules/payment/moneybookers.php on line 203
[04-Jan-2015 21:04:46 Europe/Helsinki] PHP Warning: mysql_real_escape_string(): A link to the server could not be established in /home/fh2fuvvy/public_html/store/includes/modules/payment/moneybookers.php on line 203

and a

[04-Jan-2015 21:04:46 Europe/Helsinki] PHP Fatal error: 1062:Duplicate entry '' for key 'unq_config_key_zen' :: INSERT INTO configuration(configuration_title, configuration_key, configuration_value, configuration_group_id, date_added, configuration_description, sort_order, set_function) VALUES('', '', '', 6, now(), '', 0, '') ==> (as called by) /home/fh2fuvvy/public_html/store/includes/modules/payment/moneybookers.php on line 216 <== in /home/fh2fuvvy/public_html/store/includes/classes/db/mysql/query_factory.php on line 155

Will check into that. The configuration-table contains no entries for Moneybookers.

As any user, you could work to rewrite/remove the bugs that Dr. Byte identified, though that may be a duplication of effort, or maybe not.

If Dr.Byte like to share his findings, I might be able to do something? (though I'm only a "Zen Follower")

[DrByte]

That was sort of understood - I just wondered where I should place the module in the structure so that ZenCart finds it!?
And might the module do some uploading!?

Your Zen Cart site has a bunch of folders at the top level:
/admin/
/admin/includes
/includes/
/includes/languages/
/includes/modules
etc

So does a payment module (and basically every plugin). Typically when you unzip the plugin all the files are ALREADY located in the correct subdirectories, and your job is to upload those files to the same matching destination subdirectory on your server.
Do you know of a more intuitive way to do that without redundantly typing out "copy /includes/modules/languages/english/modules/payment/abc.php to your server's /includes/modules/languages/english/modules/payment/abc.php" ... into a readme for every file in the zip?