these are the error message that appears during the first installation … !!!
A PHP Error was encountered
Severity: Warning
Message: date(): It is not safe to rely on the system’s timezone settings. You are required to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected ‘Europe/Berlin’ for ‘CET/1.0/no DST’ instead
Filename: libraries/Log.php
Line Number: 86
A PHP Error was encountered
Severity: Warning
Message: Cannot modify header information - headers already sent by (output started at /var/www/vhosts/ify.it/httpdocs/fatturazione/system/core/Exceptions.php:185)
Filename: libraries/Session.php
Line Number: 688
A PHP Error was encountered
Severity: Warning
Message: Cannot modify header information - headers already sent by (output started at /var/www/vhosts/ify.it/httpdocs/fatturazione/system/core/Exceptions.php:185)
This means that your server has no timezone or a wrong one set.
But a fix for that is included in v1.1.2 so which version are you using?
And where is that error happening exactly?
This seems to be 1.1.2 already. PHP relies on date.timezone which is not explicitly set. The new hook in 1.1.2 looks up the system timezone which seems to be CET/1.0/no DST. You may verify this by using ‘cat /etc/timezone’ on console. It looks like PHP does not know how to deal with your systems setting, but setting date.timezone in /var/www/vhosts/system/ify.it/etc/php.ini should fix it.
So now I set the date via console Europe / Rome UTC … the Ellore now passed this way …
A PHP Error was encountered
Severity: Warning
Message: date(): It is not safe to rely on the system’s timezone settings. You are required to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected ‘UTC’ for ‘UTC/0.0/no DST’ instead
Filename: libraries/Log.php
Line Number: 86
But what setting should I set for this to work ???
But it is somehow strange because the date_default_timezone_set should be called before every request, so changing the systems timezone should have fixed this error.
Are you running your webpages on a shared hosting or a vps? Do you know the operating system of that machine?
The machine is a Server Cloud I configured with Centos 6.6, the timezone is set to Europe / Rome UTC !! Set the php.ini in the root not work … as soon as I set the php.ini as Your everything worked !!
Now begin to experiment … but it seems like a great software !! Congratulations to all … if there was a warehouse extension products and the purchase invoices … would really be a competitive product on the market !!
hello … Kovah can be a function to export the invoice in an xml file according to the specifications of the file that you attach ?? This is the standard to which all companies must adapt from 31 March 2015 onwards for sending invoices to the Public Administration ?? If you plan to program this function would be available to provide all the information necessary !!
No it’s not possible at the moment and will not be implemented in the current version. We planned extended exports and reports for version 2 which is in development right now.
I have developed an export in php for electronic invoice according to the standard required in Italy.
Fields that were missing in sections invoices, customers, user I created them using the function that allows you to create custom fields.
I would understand if you can set an option to the menu options in the list that all invoices, to connect it to the file that I created by transferring variable as the invoice number, in order to generate the export file xml !!
Do you think that’s possible?
It would be a nice contribution to me that you can test for your next versions or with update of InvoicePlane !!
Let me know, so I send you the file I have compiled
ok I’m trying to … just as soon as I tested everything I will send you the script!
I also noticed that if I delete an invoice, the number does not fit !! But it remains bound to the progressive Id record !! ?? So you have to edit it by hand … surely this is something that you will have to treat in later versions …