Search options (Page 57 of 97)

PEAR library is not installed by default on many www servers, so switching to PEAR would generate more problems than solutions. I know nothing about how SMTP authentication is supported under Windows, but port can be set in hp.ini (see http://www.php.net/manual/en/mail.configuration.php).
Janusz

You have to change report rep109.php. Thie change is not trivial as tax details are not calculated and stored in system for sales orders, but onl for invoices/credits.
Janusz

As far as I understand the differences described in first Arion post, Cash Accounting scheme is exactly the same as Accrual Accounting with one exception: when the  payment is taken into account (invoicing vs payment date). Therefore to implement cash accounting method the sql query in rep709.php (and Tax Inquiry) should use only invoices for which payments was allocated in selected time period. Is it right?
Janusz

This is timeout error, and there was a couple of threads over there explaining various reasons of this behaviour. First check if your server is responsive enough i.e.does not generate too long delays on page reload. Try test FA with javascript swiched off in your browser.
Janusz

Yes, I have finally found this bug. The fix was added to CVS main. You can also fix it yourself by changing 'get_post' call to 'input_num' in line 333 of /includes/ui/allocation_cart.inc. This bug suffers only installations were other than dot decimal separator is set.
Janusz

As for now (once used) item codes cannot be changed. You need to write some sql script to change all references to old codes to the new one.
Janusz

No.This is gettext  requirement in Linux, which just does not work without proper locales installed, so you should ask server admin for adding required locales. This does not collide with any other server side software, so if he reject your request it is simply by laziness. In this case the only way is changing cooperating provider to any other one more user friendly.
Janusz

You have to install zh_TW..UTF-8 locales on your Linux server, otherwise translation will not work.
Janusz

Keep in mind register_globals set to On is potentially dangerous. Does latest version of OSCommerce still need this?

Janusz

Well, we live in hard times, but I think that it should be not a problem to find some kind of financial support on your local market. Russia is the country of big possibilities .

Janusz.

Upgrade process should be fairly simply. You have replicated your installation together with database content, so you can test the process safely:
. update all your FA php files by overwriting them with files for version 2.2.9;
. login as  first company admin;
. go to Setup/Software Upgrade and perform upgrade to FA 2.1,  then to FA 2.2.
. logout
. make needed changes in config.php file.
. login again - all should work right.

In case of any failure you have to restore database from backup files automatically created during upgrade, fix the source of problem, then try again. In case of smaller problems sometimes forced upgrade works just right.

If you have made some php scripts customizations you have to apply the changes again to the new sources manually - there was a lot of changes during last 2 major releases in literally all files, so I guess no automatic patching would work.

If you will gain some experience, please share it writing wiki entry and/or continue the thread.

Janusz