please rate the following
there is such a report designer block as "run a query to the database" [file]1215[/file] , connected individually
in the user interface, the result of the query is displayed in the form of a table, the data of which can be uploaded to xls, but only the data that is displayed on the page (the first 1000 records) is uploaded
you need to modify the upload module so that if the number of records of the query result is more than 1000, then perform a full upload by placing it in an excel file, just like it works with a standard upload of business processes, for example
please rate the following there is such a report designer block as "run a query to the database" , connected individually in the user interface, the result of the query is displayed in the form of a table, the data of which can be uploaded to xls, but only the data that is displayed on the page (the first 1000 records) is uploaded you need to modify the upload module so that if the number of records of the query result is more than 1000, then perform a full upload by placing it in an excel file, just like it works with a standard upload of business processes, for example
Good afternoon. For 1 hour you can make such a setting. But you must understand that if there are 500k+ records, then you may not wait for the file and you will have to transfer the upload to a separate cron (as it is now in processes). If you have just a few thousand records there, then there will be no big delays.
Good afternoon. For 1 hour you can make such a setting. But you must understand that if there are 500k+ records, then you may not wait for the file and you will have to transfer the upload to a separate cron (as it is now in processes). If you have just a few thousand records there, then there will be no big delays.
Bodyako Dmitry Employee wrote: Good afternoon. For 1 hour you can make such a setting. But you must understand that if there are 500k+ records, then you may not wait for the file and you will have to transfer the upload to a separate cron (as it is now in processes). If you have just a few thousand records there, then there will be no big delays.
ok, accepted. issue an invoice
[quote]
Bodyako Dmitry
Employee wrote:
Good afternoon. For 1 hour you can make such a setting. But you must understand that if there are 500k+ records, then you may not wait for the file and you will have to transfer the upload to a separate cron (as it is now in processes). If you have just a few thousand records there, then there will be no big delays.
[/quote]
ok, accepted. issue an invoice
Bodyako Dmitry Employee wrote: Good afternoon. For 1 hour you can make such a setting. But you must understand that if there are 500k+ records, then you may not wait for the file and you will have to transfer the upload to a separate cron (as it is now in processes). If you have just a few thousand records there, then there will be no big delays.
Greetings! please note that the upload must be performed in one file. If the number of records does not fit into the excel file due to its limitations, then split into several files. Apparently, in this task https://crm-onebox.com/en/support/reports-and-analytics/3922-otchet-vigruzhat-od... a person writes that the standard unloading works in such a way that even if the result is placed in one file, then the upload is still formed as several files. Do NOT do this!
[quote]
Bodyako Dmitry
Employee wrote:
Good afternoon. For 1 hour you can make such a setting. But you must understand that if there are 500k+ records, then you may not wait for the file and you will have to transfer the upload to a separate cron (as it is now in processes). If you have just a few thousand records there, then there will be no big delays.
[/quote]
Greetings! please note that the upload must be performed in one file. If the number of records does not fit into the excel file due to its limitations, then split into several files. Apparently, in this task https://crm-onebox.com/en/support/reports-and-analytics/3922-otchet-vigruzhat-odnim-faylom/ a person writes that the standard unloading works in such a way that even if the result is placed in one file, then the upload is still formed as several files. Do NOT do this!
[quote]
Bodyako Dmitry
Employee wrote:
The work has been uploaded. Click the "Export to XLS" button, all data will be in one file
[/quote]
I made a test report with the request http://crm.swisstrade.com.ua/admin/report/desiner/19/view/ . Unloading does not work (throws out to a blank page). can you tell me why?
This is not a blank page, but a fatal page. It occurs because php does not have enough memory to form the file you need. Increase memoty_limit for php in php.ini settings ps I wrote it a little more in the engine on the specified box, so you can see now.
This is not a blank page, but a fatal page. It occurs because php does not have enough memory to form the file you need. Increase memoty_limit for php in php.ini settings
ps I wrote it a little more in the engine on the specified box, so you can see now.
Bodyako Dmitry Employee wrote: This is not a blank page, but a fatal page. It occurs because php does not have enough memory to form the file you need. Increase memoty_limit for php in php.ini settings ps I wrote it a little more in the engine on the specified box, so you can see now.
helped. I close the task. thanks for the comment! if you "drank" some kind of alert like "the file is too large, change the request", then in the future this will completely exclude bug reports in your direction
[quote]
Bodyako Dmitry
Employee wrote:
This is not a blank page, but a fatal page. It occurs because php does not have enough memory to form the file you need. Increase memoty_limit for php in php.ini settings
ps I wrote it a little more in the engine on the specified box, so you can see now.
[/quote]
helped. I close the task. thanks for the comment! if you "drank" some kind of alert like "the file is too large, change the request", then in the future this will completely exclude bug reports in your direction
the fact that there is not enough memory becomes clear only at the moment the file is formed and not before it, so any alerts are still quite a problematic thing, because boxing does not know whether it will have enough memory or not
the fact that there is not enough memory becomes clear only at the moment the file is formed and not before it, so any alerts are still quite a problematic thing, because boxing does not know whether it will have enough memory or not
Bodyako Dmitry Employee wrote: the fact that there is not enough memory becomes clear only at the moment the file is formed and not before it, so any alerts are still quite a problematic thing, because boxing does not know whether it will have enough memory or not
ok
[quote]
Bodyako Dmitry
Employee wrote:
the fact that there is not enough memory becomes clear only at the moment the file is formed and not before it, so any alerts are still quite a problematic thing, because boxing does not know whether it will have enough memory or not
[/quote]
ok
Please join the conversation. If you have something to say - please write a comment. You will need a mobile phone and an SMS code for identification to enter.
Log in and comment
Donate
You don't have enough funds in your account Top up