Search options (Page 73 of 97)

FrontAccounting. It it good, free and not expensive - base version costs just zero pounds . If you wish some special customization it can be done also as paid service but first you have to know the application features and compare them with your needs.

Janusz

The bug is fixed, and CVS main updated. This fix will go with currently prepared 2.2.1 release.
Janusz

Unfortunately I cannot confirm this bug. I have tried multiply times with different setups, using def_coy  1 or 0, setting different passwords - always all works right.
Maybe this was fixed in stable CVS as today.

Janusz

Please check the connection data in config_db.php. Surely there is a mistake in it regarding database prefix. When first company is created by install then next one in Create/Update Companies all should be right in this file.

Janusz

Well, seems you have application successfully installed. Now you should simply open

http://mypc.mydomain.local/accountt/index.php

instead install/index.php. Do not forget removing install directory after successful install for security reasons.

Janusz

This means you have tried to connect to mysql server from not allowed host. This is not FA fault. If the www and mysql server  is placed on the same machine using 'localhost' as mysql server should help.

Regarding unneeded caching values you can also look into save.php/install.php code. There is no other cache used for values but standard php session mechanism (probably with session id passed by cookies).

Janusz

The security system upgrade should be done automatically during update, preserving all old roles after conversion. If you had problem here, you probably faced some mysql/php version related bug in upgrade routines.
I'm not sure what have gone wrong here, as you had no error/warning messages during upgrade. Anyway thanks for the valuable advice for any other users which could encounter this problem.

Janusz

If you have all green results of checks certainly you have proper php version, as '> 4.1.0' in installation wizard is description of minimal required php version, not the actual version you have.
The wizard uses php session to store entered values, no special cache is used. Clearing browser cache/cookies should be enough.
You are right, InnoDB is not the source of the problem here. Probably your hosting account is configured in such a way that accessing remote mysql server is forbdden, maybe only local mysql server is allowed?

Janusz

Hello,

Yes, you are right there is no real manual for FrontAcccountig for now. The last our effort toward real documentation is establishing Wiki on our site. The structure of the wiki makes it easy to integrate with your local working copy of FA application, and writing the manual pages on the fly. All pages in wiki group 'Help' after configuration in config.php file are available via 'Help' links.

I'm affraid FrontAccounting project does not differ a lot from other OS projects, so development team have not too much time for documenting the application, but we always try to be helpful for other people in documentation approachs. You are welcome .

Janusz

attachments, audit_trail, bank_trans, budget_trans, comments, cust_allocations,
debtor_trans, debtor_trans_details, grn_batch, supp_trans, sales_orders, sales_order_details, gl_trans ... and some other.

Alternative simplier  way if you want to start really from scratch would be :
. make backup,
. extract chart_class and  chart_mater to separate file, also eventually some basic tables like items, item_codes, if you want reuse them
. restore database from e.g. en_Us-new.sql,
. restore file with the extracted tables

Janusz

Thanks. Please send the code to email address for contributions found in announcements forum. Now after 2.2 development is closed it is a good time to think about features to be implemented in 2.3 release. Your idea  seems to be good candidate.
Janusz