![]() |
|
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
|
MIVA® MERCHANT: MmTICKER
|
| default | 5 |
| min | 1 |
| max | MM Admin session timeout - 5 |
MmTICKER displays the current number of visitors in the store, better told by default it counts the number of visitors whose baskets are not yet expired. The basket expiration time is determined by the Basket Timeout in your Store Settings. In the case you use long expiration time in the store settings to allow customers to come back to their baskets later, you may consider decreasing the basket expiration time in MmTICKER settings only. So for example, if you reduce it to 10 minutes, baskets will still use the Miva Merchant timeout settings, but MmTICKER will count as active only those visitors who hit a page during the last ten minutes.
| default | Stores.d.baskexp |
| min | 1 |
| max | Stores.d.baskexp |
MmTICKER horizontal window size in pixels. When MmTICKER launches, it pops up in a defined window size. You can set the window size bigger. Charts at a window with higher Size X value will contain longer history. The size of the window may be also increased or decreased with the use of the zoom option, that scales not only the window size and the chart but all elements including fonts and buttons.
| default | 400 |
| min | 390 |
| max | 2400 |
MmTICKER vertical window size in pixels. When MmTICKER launches, it pops up in a defined window size. You can set the window size bigger. The vertical Size Y has influence only on the height of the Chart and the size of the Totals pane. The size of the window may be also increased or decreased with the use of the zoom option, that scales not only the window size and the chart but all elements including fonts and buttons.
| default | 160 |
| min | 160 |
| max | 1000 |
Default horizontal position of the left upper corner of the MmTICKER window on the desktop.
| default | |
| min | 1 |
| max | 2000 |
Default vertical position of the left upper corner of the MmTICKER window on the desktop.
| default | |
| min | 1 |
| max | 2000 |
If you want the totals pane wider (i.e. to match longer product names in the bestseller list), adjust this parameter accordingly. Please increase the MmTICKER Size X in the same time.
| default | 120 |
| min | 110 |
| max | Size X - 270 |
You can scale down or up the entire MmTICKER window. It scales not only the window size and the chart but all elements including fonts and buttons. Use higher values for better readability.
| default | 100% |
| min | 50% |
| max | 200% |
When you launch the MmTICKER window, it pops up with the selected menu, but you can switch it between the time and chart mode any time with clicking the red SW button left in the menu. When none of the available modes is selected, the menu does not show in the MmTICKER window at all.
| default | time mode |
| options | hide / time mode / chart mode |
When you launch the MmTICKER window it pops up in the selected chart mode, but may be changed any time in the menu.
| default | sum | total sold value |
| options | hide / bsk, pay, ord, prd, sum, tax, ship, eml |
When you launch the MmTICKER window it will pop up in the selected time mode, but may be changed any time in the menu.
| default | H (hourly) |
| options | Hourly, Daily, Weekly, Monthly, Yearly |
With the help of this formatting string you can precisely define the appearance of most of the date and time stamps. Token available in the format string:
| default | mm/dd/yyyy hr:mn AM | |
| examples: | mm/dd/yyyy hr:mn:sc AM | 01/31/2002 11:23 PM |
dd.mm.yy hr:mn | 31.01.02 23:23 | |
wday mon dd, yyyy hr:mn AM | Thursday Jan 31 2002 11:23 PM | |
It is just wday mn minutes after hr hours AM | It is just Thursday 23 minutes after 11 hours PM |
Unless you can change the system time on your server, standard Miva Merchant display everywhere GMT time, that may be difficult to read especially if you are located in the USA. With this parameter you can adjust the time zone so, that it displays the time values in the zone of your choice. You can use both negative and positive values to adjust the time so that it reflects your physical location.
| default | system timezone |
| min | -36 |
| max | 36 |
Messages slide in the marquee below the chart. You can click on the marquee to double the speed, to stop the scrolling, or to restart the marquee with the original default speed. The default speed may be changed with this parameter. Enter higher number to slow down the scrolling/sliding speed of the bottom notification message line (below the alerts). Lower numbers speed it up.
| default | empty |
| examples | 123.45.67. |
| 123.45.67.89 | |
| truxoft.com |
Messages slide in the marquee below the chart. You can click on the marquee to double the speed, to stop the scrolling, or to restart the marquee with the original default speed. The default speed may be changed with this parameter. Enter higher number to slow down the scrolling/sliding speed of the bottom notification message line (below the alerts). Lower numbers speed it up.
| default | 30 |
| min | 0 |
| max | 500 |
Miva Co. sends notification about newsletters, updates, conferences and other events that are normally displayed on the MM Admin front page. When this option is active, MmTICKER will display the domain notifications shortly in the ticker window too. You can click on the scrolling links to open a popup window with full text of the notification.
| default | on |
If there is a store notification available in Miva Merchant, that is normally visible only on the MM Admin front page, MmTICKER may shortly display it on the screen too. When this option is active, MmTICKER will display the domain notifications shortly in the ticker window too. You can click on the scrolling links to open a popup window with full text of the notification.
| default | on |
MmTICKER was developed for MSIE6 and when started checks the browser version and will stop if a non-compatible browser found. It is not guaranteed that it works correctly with other browsers, but if you want to try it anyway, disable this option to bypass the check.
| default | off |
The right pane of MmTICKER containing totals and statistical data may be hidden.
| default | on |
Detailed information scroll vertically in the Totals / Stats pane right to the chart. You can click on the pane to double the speed, to stop the scrolling, or to restart the marquee with the original default speed. The default speed may be changed with this parameter. Enter higher number to slow down the scrolling/sliding speed of the bottom notification message line (below the alerts). Lower numbers speed it up.
| default | 60 |
| min | 0 |
| max | 500 |
The number of top bestselling products. It appears in the scrolling text of the right Totals / Stats pane. Increase the value if you want to see a longer list. Set to zero to disable bestselling information completely.
| default | 5 |
| min | 0 |
| max | n.a. |
If your product names are too long and not fitting into the MmTICKER window, display product code codes instead.
| default | off |
Alerts pane displays information about files that grew over the given limit and about corrupted databases. You can completely disable the alerts with deselecting this checkbox.
| default | on |
When an alert is issued, MmTICKER starts flashing the title bar of the ticker window and also its button in the Windows task bar. You can disable it if you find it annoying.
| default | on |
When an alert is issued and the MmTICKER window is in background it pops up front. You may disable it if you find it annoying.
| default | on |
Alert messages slide in the marquee below the chart. You can click on the marquee to double the speed, to stop the scrolling, or to restart the marquee with the original default speed. The default speed may be changed with this parameter. Enter higher number to slow down the scrolling/sliding speed of the bottom notification message line (below the alerts). Lower numbers speed it up.
| default | 40 |
| min | 0 |
| max | 500 |
For reducing the load on the server, MmTICKER can verify filesize quotas and database consistency in lower frequency then the MmTICKER window refresh rate.
| default | 15 |
| min | 5 |
| max | n.a. |
MmTICKER can notify you when customers for some reason do not complete their orders. There may be numerous reasons for it, i.e. broken modules, corrupted databases, non-working payment gateway, overloaded server, fraud attempts, etc. When MmTICKER finds more than the indicated number of failed payment attempts (it means baskets abandoned during the checkout) within a single day, it displays an alert message and sends the alert by e-mail (if enabled). Set to zero to disable this feature. Please note that the value of 1 alerts at more than one (it means at two) failed payments in a day. Day start at midnight with using the timezone difference in your settings.
| default | 5 |
| min | 0 |
| max | n.a. |
MmTICKER periodically verifies file sizes of listed files and displays alerts on the ticker window and optionally sends them by e-mail if a file grows over the assigned size quota. The filename and the desired maximal size of the file in bytes, kilobytes (kB), Megabytes (MB) or Gigabytes (GB) should be separated with a colon. Each record must be on a separate line. File paths should be relative to the Miva Data directory root.
Additionally, at each file you can define an action to be performed if the file grows over the assigned limit. Following commands are available. They should be separated from the file size by a colon and if multiple actions are to be performed on a file, the commands have to be separated by commas.
| default | list of about 20 files (may grow in future versions) |
| examples | Merchant2/00000001/basklist.dbf : 1GB |
| Merchant2/ads_sess.dbf : 1MB : backup,reset(100,ads_sess.mvx) | |
| mypath/myfile.dat : 20MB |
MmTICKER periodically scans listed databases together with associated unique indexes and verifies if they do not contain duplicate records and if the databases or indexes are not corrupted in another way too. If duplicate records or other data problems are found, MmTICKER displays an alert message and sends the alert by e-mail (if enabled). Unlike at the filesize watchlist, please use paths relative to the Miva Merchant root here! Only unique indexes should be used in the list.
| default | list of over 70 files (may grow in future versions) |
| example | 00000001/baskets.dbf : 00000001/bsk_ine.mvx |
Send alerts by e-mail. MmTICKER sends alerts by e-mail to the store owner when files over quota found, broken databases or uniques indexes with duplicate records found, when more than allowed number of orders failed during the payment or when a scheduled task failed. Disable if you do not wish to get the alerts by e-mail.
| default | on |
Send alerts to this email address. Multiple comma separated addresses may be used.
| default | store owner's email address |
| example | 'Joe Austin'<joe@miva.com> |
Send copies of the alerts also to this email address. Multiple comma separated addresses may be used.
| default | not set |
| example | adr1@one.com,adr2@two.com |
If no new alert appears, MmTICKER will not resend the e-mail within this time period. If the problem was not fixed within the given time, the alert is being re-sent.
| default | 24 |
| min | 0 |
| max | n.a. |
When active, MmTICKER window contains buttons for launching full Miva Merchant Admin in a separate window, closing the store (maintenance mode), deleting baskets and packing data. Unselecting the checkbox hides the menu from the ticker window.
| default | on |
When you hit the CLOSE button in MmTICKER, visitors receive a warning that the store closes in defined time (15 minutes by default), and can finish their purchase. Increase or decrease the value, as you feel acceptable. You can set it to zero, if you wish to shut the store immediately. In this case watching the number of active visitors, before closing the store is a good idea.
| default | 15 |
| min | 0 |
| max | n.a. |
When selected, MmTICKER will not allow packing data or deleting baskets on a store that was not previously shut down to the maintenance mode. Under certain circumstances, packing and deleting with the store online and visitors shopping could lead to data corruption and/or resetting customer's baskets.
| default | on |
When selected, MmTICKER deletes all baskets, including the ones not yet expired. If cleared, only expired baskets are being deleted. Edit the basket timeout in MM Admin Store Settings to reduce or increase the expiration time.
| default |
Not recommended! Miva Merchant offers the possibility to re-use order numbers of deleted baskets that were not completed. There is certain risk of corrupting the databases when using this feature.
| default |
If selected MmTICKER packs the store data and then the domain data. If cleared, only store data are being packed. Frequent packing of data is important for the store performance and database consistency. It is a good prevention to avoid data corruption and failed or duplicate orders. Domain data are common data shared by multiple stores in Miva Merchant.
| default | on |
If checked, no scheduled tasks will be processed. Useful for example, when you are closing the store for a longer period and want to prevent that it is being re-opened by a scheduled task.
| default | off |
If selected, scheduled tasks may be performed even if the MmTICKER window is not open on admin's PC and also no other triggering is used (i.e. cron job, or a remote triggering from truXoft). It is not recommended deleting all baskets with this option enabled. Please note that if you allow triggering scheduled tasks from the user interface (it means performing the scheduled job when a customer hits a Merchant page after the scheduled time), it may considerably slow down the page load at the moment of starting the job. However, it should happen only once at each task (it means once a day at a daily task), or maximally few times at long jobs (i.e. packing a huge store on a slow server). It is preferred to trigger the scheduler from an opened MmTICKER window, from a UNIX cron job or from a remote server.
| default | off |
At many tasks it is recommended to shut down the store before performing them, but even if you do not do it, unless you select this option, MmTICKER waits till all baskets are expired before starting the scheduled task. If you use to have many visitors in any day time, it is recommended to enable this option and set the maintenance delay to a value long enough for the customers to complete their orders.
| default | off |
Access to MmTICKER's scheduler without authorization may be permitted to the server itself, or to a 3rd party server. Only scheduled tasks and watchdog functions may be executed from this server in this manner (without authorization). If you do not plan to use external triggering from a Unix cron job, it is not necessary to set this parameter. If you use a Unix cron job on the same server to trigger MmTICKER, the default value set at the installation is usally correct. In case of doubts you can use program such as TxDIAG to display system variables and use the value of the variable s.remote_host or alternatively s.remote_addr. In case of using a 3rd party server for the triggering, the values of the remote server must be used.
| default | value of s.http_host |
If a non-zero number used, records older than the given number of days ago will be deleted from the log.
| default | 500 |
| min | 0 |
| max | n.a. |
MmTICKER can send you notification after successfully finished or failed scheduled tasks.
| default | failed jobs only |
| options | never / failed jobs only / always |
MmTICKER re-trys to run a cron job maximally during this time. If it could not be run within the time frame (i.e. because no cron triggering was active), MmTICKER will not run it at all. If set to zero, MmTICKER will run the job any time, when it founds it was not executed yet.
| default | 1 |
| min | 0 |
| max | n.a. |
This option is necessary only for cron commands calling system commands (currently only backup and shell). MmTICKER needs to know the location of your Miva Data directory on the server.
Please note that commands requiring this option are available only on UNIX servers and that any support or installation help from truXoft on these commands is a subject of additional charges $100/hour!
Please do not forget a trailing slash!
| default | empty |
| examples | /home/shopping4all/htsdata/ |
| ~/mivadata/ |
List of scheduled tasks. You can defined any number of tasks to be executed at the scheduled time. Each task has to be on a separate line. Tasks may be planned daily, monthly or yearly. The syntax is following:
hr:mn [dd[/mm]] (command[,command[,...]])
Time must be in 24hours mode (AM/PM is not parsed). MmTICKER timezone setting is used. Values in brackets are optional. Each command may be used only once in every task.
Currently available commands (others may be included in future versions):
Global variables (name/value pairs) may be passed in parentheses together with each command in the following way:
command(name1=value1[&name2=value2[&...]])
| default | 4:00 [close,waitClosed,delExpBask,packStore,packDomain,open] |
| examples | 6:30 25 [close,waitClosed,packStore,open] |
| above example packs store data on 25th of each month at 6:30AM | |
*:25 [delExpBask] | |
| above example deletes expired baskets each hour | |
7:30 [open] | |
18:30 [close] | |
| above example daily opens the store at 7:30AM and closes at 6:30PM | |
18:30 31/12 [close] | |
| above example closes the store on December 31 (each year) | |
24:00 [exportNew(ubat_CC=my@vendor.com&ubat_mail=5)] | |
| above example batches all new orders each midnight, exports them to an Excel file and sends the file by e-mail to the store owner and a copy to my@vendor.com | |
05:45 [close,waitClosed,backup,open] | |
| above example, after shutting down the store, creates a backup copy of the entire Miva Merchant Data directory as a zipped tar file and stores it in the /backup/ subdirectory of the Miva Data folder. (UNIX full shell servers only. Please see also notes in Limited Free Support ) |
Please note that the commands backup and shell are available only on Unix systems and support costs extra. For successfully using the backup command you have to enter the proper path to your Miva data directory.
Log file of previous scheduled tasks and their results. MmTICKER logs each command of a scheduled task separately. The record contains the time of the command execution, originally scheduled time (in brackets), result of the command (OK / ERR), the name of the command and the string returned by the command. Times used in the log are displayed using the MmTICKER timezone setting.
Log of all unathorized and blocked access attempts. MmTICKER may be launched only from Miva Merchant Admin Store Utilities after correctly logging in. Attempt to access mmticker directly without previous authorization are being logged. The log file contains detailed information about the intruder, including the IP address, host domain name, cookie user id, browser version, language settings and others. The window in MmTICKER settings is visible only if there already were any unauthorized attempts.
MmTICKER is compatible with the following following configurations:
In Miva Merchant stores with long order history stored on the server (many hundreds or thousands of orders kept in Admin), couple of first MmTICKER window passes may be quite long to show any data. It is cause by the module scanning and analyzing all the available orders and baskets and storing them in own databases for the use in charts. Once the order history is completely loaded, next passes will be quicker. The same delays will happen each time you enter a unused time mode (hourly/daily/weekly/monthly/yearly charts).
For better reliability of the built-in scheduler it is recommended keeping the MmTICKER window open and the PC connected to the Internet all the time or setting up external triggering from a Unix crontab or a remote server (help with setting up Unix cron jobs is not included in the limited free support - see support). An example of a Unix cron job is below:
*/5 * * * * GET http://yourdomain/Merchant2/4.12/mmticker.mv > /dev/null
At compiled v2.00 MmTICKER, you have to use the following form (replace the store code and the module root with values correct for your system):
GET http://yourdomain/Merchant2/4.18/truxoft/mmticker.mvc\?
Module_Root=/Merchant2/4.18/\&Store_Code=yourStoreCode
(single line)
This command calls the MmTICKER scheduler each 5 minutes. You have to replace the domain with your real domain name, and the path may also vary on your system. After the installation, there are two mmticker.mv files - you have to use the path to the smaller one, usually in the Merchant2/4.xx/ directory at MM4 or in Merchant2/ at MM2 and MM3.
Before adding the cron job, make sure that your system supports the GET command - type:
GET http://yourdomain/Merchant2/4.12/mmticker.mv\?debug=1
Use this form for v2.00:
GET http://yourdomain/Merchant2/4.18/truxoft/mmticker.mvc\?
Module_Root=/Merchant2/4.18/\&Store_Code=yourStoreCode\&debug=1
(single line)
on the command line in a Telnet/SSH session (use your domain and path here too, of course). The command should display text on the console, where at the top you should see three debugging lines similar to the following ones:
<!-- DEBUG MmTICKER remote_host: www.yourdomain.com -->
<!-- DEBUG MmTICKER remote_addr: 123.23.234.12 -->
<!-- DEBUG MmTICKER ext_cron: 1 -->
If the value in the third line (ext_cron) is not equal 1, you have to copy either the remote_host domain (first line) or the IP address from the second line (remote_addr) and past it into the parameter Allow triggering from in the section Cron / Scheduled tasks of MmTICKER settings in Admin. If remote_host value is empty, use the remote_addr value. After updating MmTICKER settings, repeat the command in Telnet/SSH to see if the ext_cron value returns 1 now. If it does, the cron job will work too.
If your system does not support GET, check the art0017 for other solutions. In MmTICKER settings, do not forget to verify if the correct server name is entered into the Allow triggering from parameter. The value as set by default after the installation is usually the right one. Unix cron table may be edited from Telnet/SSH with the command crontab -e. In case of confusion, please contact your system administrator for help.
MmTICKER adds code to Category Tree Footer that is used for alternative triggering of the scheduler by visitor page hits. Make sure that your page layout or functionality is not influenced by the code. If you find any problems, you can simply remove the code from the Category Tree Footer in Admin Store Settings - it is not needed if other kind of triggerring is used (permanently opened MmTICKER window, Unix crontab, triggering from an external server).
Following resellers are currently distributing MmTICKER:
Note: currently there is only a store version available, requiring an individual license for each store. A mall version for multiple stores is on the wish list, but currently not yet available.
truXoft offers a limited free suport within 30 days after the date of the purchase for modules bought directly at truXoft Co. or at affiliated resellers as written above. The support is limited to platforms from our compatibility list below and does not include any help with installation or configuration of other Miva or 3rd party modules, or other general Miva Merchant problems.
Some questions may be answered in the FAQ or may be solved with the help of other more experienced users on the Miva Merchant User List. I am monitoring all Miva lists and, if possible, will help with related problems posted to the user groups.
Features designed for advanced users, for Unix platforms and other features explicitly named in the document, are not supported. Support requests and installation help with these unsupported question will be charged $100/hour (each started hour billable).
List of options excluded from the Limited Free Support:
I guess you have forgotten to hit the Add button after uploading the file in Modules/AddModule
Read the Module Installation documentation at http://www.miva.com/docs/merchant/
This module requires one license per use. You won't need to repeat the installation, but you will need a different license key to assign it to your new store.
Click on the update link in the header of the module's control panel in Admin. Download the updated module from the MvCool upgrade center. In Admin Go to Modules » module name » Files, click the upload icon button right to the Module input field, check "Overwrite", locate the new file on your disk, click UPLOAD and when you are back in the big window do not forget to click the UPDATE button! Click back to the Information tab and verify if the version was updated.
Please note that if you have bought the module at other reseller than MvCool, usually you have to use the address of the reseller as the "e-mail address associated with the license" (for example sales@vikingcoders.com for modules baught Viking Coders or truxoft@metageneral.com for METAgeneral purchases). You should have received detailed intstructions from the reseller when purchasing the module.
When a report is run the first time in a time mode that was not displayed yet (i.e. Daily, Weekly, ...) MmTICKER analyses the entire order history available in your store. At store with long history and a huge number of orders, it may require quite a lot of system resources and long time. Some hosts limit the use of CPU/memory used by a single process and when a more intensive Miva task is started, the server aborts the process and generates the 500 Internal Server Error. It is especially the case at host who have under-dimensioned, overloaded servers with too many domains on a machine. I recommend moving to a host that is specialized for hosting of Miva Merchant stores, understand its needs and have the machine optimized for Miva Empresa.
At servers that do not have any CPU/memory limitations, the most intensive tasks on huge order history databases would terminate wit a timeout message instead. In that case ask your host to increase the globaltimeout parameter in your miva.conf configuration file. Default value is 90 seconds, but a longer time (180 - 300) is often needed for more intensive tasks.
The MmTICKER window pops up only when there is an alert pending - i.e. some files are bigger than assigned file quotas or some of your databases are broken. I highly recommend fixing the problems as soon as the alert appears - you can avoid much more serious problems later. Once the reason of the alert is removed, the MmTICKER window will no more pop up. As for file quotas: many files may be considerably reduced if you pack your store and domain data. Some of the files (i.e. the malf.log, elf.log) may be deleted (I recommend deleting them regularly after backing them up). Some of the files have to be reduced manually (i.e. baskchrg.dbf). If you get permanent file size quota alerts anyway, please modify the size quotas in the MmTICKER settings accordingly.
You can also disable the popping up completely, in MmTICKER Alert settings, but I really recommend fixing the reason of the alert instead.
Certain advanced scheduler commands are available only on UNIX Full Shell servers. With UNIX it is meant for example Linux, FreeBSD, SunOS, SCO and other Unix clones. Full Shell account is such Unix account that has access to Unix command shell - usually Bourne Shell /bin/sh or its Linux equivalent Bourne Again SHell /bin/bash. If you have Telnet or SSH access to your server, it usually means that you have a full shell account.
For running the "shell" cron command, additionally to the full shell Unix account, your Apache configuration has to allow overriding the .htaccess files - it means there has to be the dirrective AllowOverride all in the global settings or the settings of your VirtualHost in the Apaches configuration file httpd.conf. By default (when the AllowOverride directive is completely missing), the overriding is enabled, but some hosts use to increase the server's security with stricter settings (i.e. Driftwood.com).
NOTE: Because of too many possible configurations and unfortunately quite common misconfigured Miva Empresa installations with wrong ownerships or permissions, all the MmTICKER Unix based features are not included in the Limited Free Support - any help with setting up such features will be charged separately.
This topic is unfortunately currently undocumented. I am afraid that I would need to spend at least half a year on the documentation if I tried to describe it in details.
Principally you can set any global variables inside of the parentheses in this way:
12:00 [mmubat(some_var=some_val&other_var=val&yet_another_var=something)]
MmTICKER splits the name/value pairs and assigns the values to the variables before MvDOing the Ultra Batch. It means, in this way you can set any global or form variable used in Ultra Batch.
Practically it means that you have to look up the HTML source of an Ultra Batch screen (you do not need to read the Miva script source - just the resulting HTML). Inside of the code you can see diverse INPUT or HIDDEN form fields. Through the mmubat cron command you can then set values to the variables.
So for example if you open the HTML source you can see the INPUT field "ubat_srch" that is used for passing the search string. There is also the ubat_srchOK submit button (I am typing the variable names from memory - I may have misspelled them - please verify). So if you assign these two variables in the mmubat command you can have a scheduled filtered report:
12:00 [mmubat(ubat_srch=nissan&ubat_srchOK=1)]
Please note: this is a very simplified example, normally you would need to assign also the ultra batch mode, the batch id, the search mode and possibly other variables. If you do not specify some of the variables, either default values will be used or the values you left active the last time you used Ultra Batch. It means that the scheduled task could return different results depending in what state you let the Ultra Batch at your last use.
NOTE: Because of the complexity, because of too many possible configurations and unfortunately quite commonly misconfigured Miva Empresa installations with wrong ownerships or permissions, all the MmTICKER Unix based features are not included in the Limited Free Support - any help with setting up such features will be charged separately.
See above ho to use the mmubat command to export a batch with the help of Ultra Batch or use the command ExportNew, and see the Ultra Batch FAQ to see how to export batches to files instead of sending them by e-mail.
For adding an FTP cron job to the MmTICKER task list please read FTP man-pages. Simply log into your server through SSH (or Telnet) and type:
man ftp
to get the help on the syntax. Once you see how to form the command line and test it directly in SSH (or Telnet), you can then copy and past the command line into the MmTICKER task list in this way:
23:59 [shell(ftp ftp.mysite.com)]
Please note that you will have to create a .netrc file containing the login/password and the macro actually ftp-ing the file you desire. Detailed information is available in the mentioned man pages.
NOTE: Because of the complexity, because of too many possible configurations and unfortunately quite commonly misconfigured Miva Empresa installations with wrong ownerships or permissions, all the MmTICKER Unix based features are not included in the Limited Free Support - any help with setting up such features will be charged separately.
MmTICKER currently supports daily, monthly or yearly scheduled tasks. For executing a task on a weekly basis, you have to create four monthly tasks (i.e. on the 1st, 8th, 15th and 22nd of each month) in the following way:
22:00 1 [exportNew]
22:00 8 [exportNew]
22:00 15 [exportNew]
22:00 22 [exportNew]
MmTICKER v2.0 (build 2.00023 and newer) supports now weekdays too. The syntax is flexible - the first three examples have the same effect; the third one will execute the task only each Tuesday in February; and the last example executes the task only on Fridays 13th:
22:00 Tue [exportNew]
Tue 22:00 [exportNew]
Tuesday 22:00 [exportNew]
Tue 22:00 */2 [exportNew]
22:00 Friday 13/* [exportNew]
You could use the mmubat or admin commands, setting global variables so that the desired action is performed, but in fact it is what the command exportNew does. It batches all new orders, exports the new batch and sends the exported file to you by e-mail. If you additionally wish to process the orders, or perform other actions, follow the instructions mentioned above. For example for batching and processing orders daily, the following cron task could work for you:
00:01 [exportNew(ubat_process=1)]
For batching weekly, please refer to the previous FAQ.
NOTE: Because of the complexity, because of too many possible configurations and unfortunately quite commonly misconfigured Miva Empresa installations with wrong ownerships or permissions, all the MmTICKER Unix based features are not included in the Limited Free Support - any help with setting up such features will be charged separately.
In case of troubles, before contacting the support, please be sure to:
MmTICKER watches your store and sends you alerts by e-mail when it discovers certain problems. Find more verbose explanation of those warnings here:
Corrupted DatabasesMiva Merchant stores data in dozens of databases in xBase file format. Many of them are indexed by a unique key, what means that the database should contain no records with identical keys (for example the order number). However, it can happen that due to an overloaded server, timeout, full disk, software or hardware failure or other exceptional issue, a Miva Merchant database contains such a duplicate record. Duplicate records, especially in important databases, when not timely fixed, may cause more serious problems later: corruption of bigger amount of data, failed orders, missing notifications,...
Some duplicate orders are easy to fix by deleting redundant orders or deleting baskets (see also the Merchant FAQ). Others have to be fixed manually - downloading the database, removing the duplicate errors in an xBase compatible editor, uploading the database back to the server and packing the store and domain data afterwards. If you are not familiar with such tasks, contact a Miva Merchant developer for help.
MmTICKER reports also other kinds of database corruption, but they are extremely rare. If such problem occurs, it is usually due to an improper editing of the database in an incompatible editor (i.e. Excel), imporperly uploading the .dbt, .dbf or .mvx files in text mode instead of the correct binary mode, or due to a drive failure. In such case you will usually need to contact an expert for help or restoring the data from a backup copy.
MmTICKER watches the size of a number of critical files and reports if they grow over a given limit. Some Miva Merchant data files grow without limits either by design (i.e. log files) or due to missing packing function in some versions of Miva Merchant (i.e. baskchrg.dbf). When MmTICKER identifies a file that is bigger that the limit given in the Files to watch list (Admin » Stores » your store » Utilities » truXoft MmTICKER), it sends an alert e-mail to the store owner and depending on the definition in the Files to watch list, it can either let the file as is, or automatically make a backup copy and trim the size by removing older records.
The backup copies are stored in the directory mivadata/Merchant2/00000001/backup/ (note that this is the default paths, it may slightly differ depending on your server setup). If your disk quota is tight, it is recommended to download and delete the backup files regularly.
Typically, this alert does not mean anything critical, but rather informs you about the automated file size reduction. Only if file is not set to be trimmed automatically, and your disk quota has no big reserves, you should verify and eventually reduce the file manually.
It happens in all stores that visitors fill their basket, enter their personal data in the checkout process, but for some reason abandon the store before completing the payment. There may be numerous reasons for it:
A small percentage of such abandoned orders is unavoidable, but if the number of such failed payments is important, or suddenly higher than usually, it signals some problems in your store. It may be usability problems, security (SSL) issues, corrupted store or nonfunctional payment gateway.
Therefore you can set the maximal number of failed payments per day - MmTICKER then sends you an alert by e-mail and gives you so the chance to quickly verify if everything is all right with your checkout process by submitting a test purchase. By default the number of failed payments per day is set to 5, but depending on the number of daily orders you may want to change it (Admin » Stores » your store » Utilities » truXoft MmTICKER » Daily failed payments max).
Miva and some other terms used on this page are registerd trademarks of the Miva Corporation
copyright truXoft © 1997-2010