Search options (Page 1 of 2)

Hi,

I'm facing slowdowns with the Direct Invoice page it might be because my database contain a lot of customers and dimensions so how can we improved to be faster.

When I open it first time after I logged in it took ~6.66s but when my session is still active and not logged out and I visit the page again it took ~1.32s.

P.S. sample database sent to @apmuthu for debugging purposes

What is best way to do custom modern theming frontaccounting where style and even layout could be changed for specific pages to have pixel-perfect look similar to other systems and themes like https://puzzle.io/ and https://themeforest.net/item/vuexy-vuejs-html-laravel-admin-dashboard-template/23328599 .

Is it using the frontaccounting theming functionality or by creating APIs to create alternative frontend using modern web framework such as laravel or by modifying the core of frontaccounting?

We have a manufacturing business.

is there a report that show how many Products that I can Manufacture from the current inventory based on the BOM. And If I need to produce a given amount of an item, how many more BOM Stocks I would need.

Example:
So, to Produce Item A, it would need 2 Item B and 1 Item C. So, at the moment I have 3 from Item B and I have 2 From Item C. So I need a report shows me that I can Produce 1 Item A.
Also, lets say i needed to produce 100 Item A, it would tell me that I need 197 Item B more (3 in inventory so in total 200) And 98 from Item C (2 in inventory so in total 100).

For some customers mostly but not always customers with many transactions I can't add new item to the direct invoice and receive only
warning triangle without response to the request and leave no logs or footprint in php logs or nginx or php-fpm

https://i.ibb.co/vcWQknV/ibba.png

after debugging the issue seems to appear in the line containing

unset($_POST['_stock_id_edit'], $_POST['stock_id']);

in the function handle_new_item() while the $_POST['_stock_id_edit'], $_POST['stock_id'] are defined and I could print them with
display_error and such and also this unset() call work on some customers and didn't work on others

I tried to change my php version from 8.2 to 7.4 and it worked for while but then it stopped and never worked even when I clear the cache

I'm using nginx and php 8.2 in rocky linux 8

do anyone face same issue?

Will there be any update for Slim 4 integration with front accounting apis ?
As our servers are  running with php 8.
With

https://github.com/andresamayadiaz/FrontAccountingSimpleAPI

Currently we are using 1 api package that is built with slim 2 and that is not compatible with php 8.
I am trying use this with front accounting 2.14.4.

Any solution for this.

Or alternatives