Parameters:
Return Type:bool
<MvFUNCTION NAME="Module_Install" PARAMETERS="module var" STANDARDOUTPUTLEVEL="">
<MvFUNCTIONRETURN VALUE="1">
</MvFUNCTION>
What MIVA Says
Admin runs this function when the administrator adds the module to the domain.
One employs this function only when the module performs some functionality or provides data that is shared between all of the stores in a domain. It is the job of this function to create any databases and directories that may be required.
Default Return: 1
Parameters:
Return Type:bool
<MvFUNCTION NAME="Module_Upgrade" PARAMETERS="module var,version" STANDARDOUTPUTLEVEL="">
<MvFUNCTIONRETURN VALUE="1">
</MvFUNCTION>
What MIVA Says
Admin runs this function when one hits Update on the Edit Module configuration screen.
It provides a place to define what action Admin must take to upgrade from one version of the module to another. If the module has more than two versions that could be actively used, the action for each upgrade should be given. If there are four version in use (v1.0, v1.1, v2.0 and v3.0), the code should be written transparently.
Therefore, if a person is upgrading from v1.0 to v3.0 the code should first upgrade to v1.1 then to v2.0 and finally to v3.0.
A simple example would be if the fields used in the module have changed somehow with each new version. There may be fields in a the new version that are were not in an older version. If this is the case, the databases would have to be each upgraded and the data written into the new database from the old. If a person were upgrading from v1.1 to v3.0 this process would have to be done twice.
Default Return: 1
Parameters:
Return Type:bool
<MvFUNCTION NAME="Module_Uninstall" PARAMETERS="module var" STANDARDOUTPUTLEVEL="">
<MvFUNCTIONRETURN VALUE="1">
</MvFUNCTION>
What MIVA Says
Admin runs this function when one removes the module from the domain.
It should contain the code necessary to reverse what was done during Module_Install. Any action that is taken in Module_Install should be reversed in this function. It could be deleting a database or directory or deleting a user from the licensed-user database.
Default Return: 1
Return Types are expressed in the document by the following codes:
For information and function requirements for the various MIVA Merchant 5 Module API Feature Codes see the following:
batchreport,
component,
component_prov,
currency,
custrt,
data_domain,
data_store,
export,
externalreq,
fields_cust,
fields_prod,
fulfill,
import,
log,
not_fields,
payment,
provision_store,
shipping,
storeselui,
storewizard,
system,
tax,
upload,
util,
wizard,
vis_affil,
vis_affilbe,
vis_category,
vis_categorybe,
vis_cust,
vis_custbe,
vis_domain,
vis_fulfill,
vis_log,
vis_order,
vis_payment,
vis_product,
vis_productbe,
vis_shipping,
vis_store,
vis_system,
vis_util,
vis_wizard
This document is copyright 2005-2006 4TheBest eCommerce Solutions and was last generated using Serade on 01/13/2006 23:04:54. It is permissible to place a copy of this document in it's current or altered form on your website as long as you leave the copyright notice along with the links to the websites referenced intact.