Re: on-rev server upgrade-related problems
While I'm glad the issue has been tracked down, we need to remember that what's really happened is that a work-around has been found (due to great detective work by Matthias). The real problem remains, but will, I hope, some day be identified and solved. Problem statement : the upgrade to significantly faster hardware, a modern 64-bit OS and LC6.x to 9.x cause a degradation in performance sufficient that client apps failed because the server responses were so delayed that the clients timed out. Work-around: increase the timeout values on the clients (and be glad that Phil controls bother server and clients, so is able to do this). Real problem: there are still too many areas in which 9.x performance is much worse than 6.x, and it would be good to see more (some) info from the mothership on how they plan to tackle these. Phil may be able to shed some light on the kind of things being done on his sever app, to see if that can identify particular areas that are having this negative effect. Alex. On 08/05/2020 13:28, matthias rebbe via use-livecode wrote: Phil, i´ve answered already to the bug report, but maybe this is also of interest for the others. As i have also accoun ton the same On-Revi as you and did some test. I am sure it´s a tsNet timeout problem. tsNET has several default timeouts. The defaults are 30, 0, 30, 6, 30, 1000 The fifth one defines "the time period in seconds that is used to calculate whether or not the transfer has fallen below the low speed limit set by pLowSpeedLimit." It can be set either to 0 to disable the time out or to any other value. In my first test my LC Server script returned just a 5MB file back to the client. That worked. I then added a "wait 45 seconds" to the script before outputting/returning 5MB file to the client. I got exactly the same error message than youor your clients, "tsneterr: (28) Operation too slow. Less than 1000 bytes/sec transferred the last 30 seconds" This makes sense as because of the "wait 45 seconds" we exceeded the default time-out value of 30. I then added the following line to the client script. tsNetSetTimeouts 30, 0, 30, 6, 120, 1000 With it i´ve changed the timeout to 120 seconds. After adding that line, the 5 MB file was received again by the client w/o the tsNet error. So setting the timeout either to a higher value or to 0 in the client script should solve it. I am not sure, but i assume setting it to 0 is not recommended. Hope this helps. Matthias - Matthias Rebbe Life Is Too Short For Boring Code Am 07.05.2020 um 20:35 schrieb Phil Davis via use-livecode : Thank you all for so many great questions and responses! I don't have time to give a comprehensive response right now but (1) I'll whittle away at it and (2) all your comments renew my hope that a solution is out there waiting for me to find it. Quick responses: - I too would start by going back to LC 6.6.x on the server if I could, but apparently the recent server upgrades - new hardware running LC 9.5.1 - are not backward compatible. That's what I'm told at least. - The LC client app is POSTing a request to an LC CGI system on an on-rev server. The server system assembles a data packet (normally an encoded array), encrypts & encodes it and writes it back to the client. The packet can be any size up to maybe a megabyte or two, but that would be pretty big. Normally the packet size is no more than a few hundred KB. Thanks again - Phil On 5/7/20 7:29 AM, Ralph DiMola via use-livecode wrote: Phil, I had a problem with a GET request with a url encoded url in a parameter after the upgrade. There are new security rules. I changed it to a POST and it then worked. I am changing my apps to use a POST. Robin had lifted the new security rule for me temporarily until all the apps are updated. One other thing, the new MySQL server is now Maria DB. It is functionally the same but I noticed if you have a column with no default value but is required and the field is not in the SQL update then it throws an error. MySQL did not do this. Ralph DiMola IT Director Evergreen Information Services rdim...@evergreeninfo.net -Original Message- From: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] On Behalf Of Phil Davis via use-livecode Sent: Thursday, May 07, 2020 3:18 AM To: How to use LiveCode Cc: Phil Davis Subject: on-rev server upgrade-related problems Has anyone had part or all of an on-rev server-based system stop working since the server upgrades a month or so ago? My client has an on-rev.com-based training system. Training delivery is via web browser, and that part continues to work. But there are several desktop apps that provide training development, management and real-time monitoring. All of those apps became non-functional as soon as the upgrades were done, and remain so. I haven't been able to figure out how to restore functionality. R
Re: on-rev server upgrade-related problems
Thanks so much for your interest in this bug, Matthias! I'm just getting back into it now, catching up on bug comments posted since yesterday. Phil On 5/8/20 5:28 AM, matthias rebbe via use-livecode wrote: Phil, i´ve answered already to the bug report, but maybe this is also of interest for the others. As i have also accoun ton the same On-Revi as you and did some test. I am sure it´s a tsNet timeout problem. tsNET has several default timeouts. The defaults are 30, 0, 30, 6, 30, 1000 The fifth one defines "the time period in seconds that is used to calculate whether or not the transfer has fallen below the low speed limit set by pLowSpeedLimit." It can be set either to 0 to disable the time out or to any other value. In my first test my LC Server script returned just a 5MB file back to the client. That worked. I then added a "wait 45 seconds" to the script before outputting/returning 5MB file to the client. I got exactly the same error message than youor your clients, "tsneterr: (28) Operation too slow. Less than 1000 bytes/sec transferred the last 30 seconds" This makes sense as because of the "wait 45 seconds" we exceeded the default time-out value of 30. I then added the following line to the client script. tsNetSetTimeouts 30, 0, 30, 6, 120, 1000 With it i´ve changed the timeout to 120 seconds. After adding that line, the 5 MB file was received again by the client w/o the tsNet error. So setting the timeout either to a higher value or to 0 in the client script should solve it. I am not sure, but i assume setting it to 0 is not recommended. Hope this helps. Matthias - Matthias Rebbe Life Is Too Short For Boring Code Am 07.05.2020 um 20:35 schrieb Phil Davis via use-livecode : Thank you all for so many great questions and responses! I don't have time to give a comprehensive response right now but (1) I'll whittle away at it and (2) all your comments renew my hope that a solution is out there waiting for me to find it. Quick responses: - I too would start by going back to LC 6.6.x on the server if I could, but apparently the recent server upgrades - new hardware running LC 9.5.1 - are not backward compatible. That's what I'm told at least. - The LC client app is POSTing a request to an LC CGI system on an on-rev server. The server system assembles a data packet (normally an encoded array), encrypts & encodes it and writes it back to the client. The packet can be any size up to maybe a megabyte or two, but that would be pretty big. Normally the packet size is no more than a few hundred KB. Thanks again - Phil On 5/7/20 7:29 AM, Ralph DiMola via use-livecode wrote: Phil, I had a problem with a GET request with a url encoded url in a parameter after the upgrade. There are new security rules. I changed it to a POST and it then worked. I am changing my apps to use a POST. Robin had lifted the new security rule for me temporarily until all the apps are updated. One other thing, the new MySQL server is now Maria DB. It is functionally the same but I noticed if you have a column with no default value but is required and the field is not in the SQL update then it throws an error. MySQL did not do this. Ralph DiMola IT Director Evergreen Information Services rdim...@evergreeninfo.net -Original Message- From: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] On Behalf Of Phil Davis via use-livecode Sent: Thursday, May 07, 2020 3:18 AM To: How to use LiveCode Cc: Phil Davis Subject: on-rev server upgrade-related problems Has anyone had part or all of an on-rev server-based system stop working since the server upgrades a month or so ago? My client has an on-rev.com-based training system. Training delivery is via web browser, and that part continues to work. But there are several desktop apps that provide training development, management and real-time monitoring. All of those apps became non-functional as soon as the upgrades were done, and remain so. I haven't been able to figure out how to restore functionality. Robin in on-rev support has been very helpful, but we still don't have a solution. This is the bug report: https://quality.livecode.com/show_bug.cgi?id=22704 I wouldn't wish this on anyone, but in a way I'm hoping it isn't just us. Thanks - Phil Davis ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode -- Phil Davis 503-307-4363 ___ use-livecode mailing list use-liv
Re: on-rev server upgrade-related problems
Phil, i´ve answered already to the bug report, but maybe this is also of interest for the others. As i have also accoun ton the same On-Revi as you and did some test. I am sure it´s a tsNet timeout problem. tsNET has several default timeouts. The defaults are 30, 0, 30, 6, 30, 1000 The fifth one defines "the time period in seconds that is used to calculate whether or not the transfer has fallen below the low speed limit set by pLowSpeedLimit." It can be set either to 0 to disable the time out or to any other value. In my first test my LC Server script returned just a 5MB file back to the client. That worked. I then added a "wait 45 seconds" to the script before outputting/returning 5MB file to the client. I got exactly the same error message than youor your clients, "tsneterr: (28) Operation too slow. Less than 1000 bytes/sec transferred the last 30 seconds" This makes sense as because of the "wait 45 seconds" we exceeded the default time-out value of 30. I then added the following line to the client script. tsNetSetTimeouts 30, 0, 30, 6, 120, 1000 With it i´ve changed the timeout to 120 seconds. After adding that line, the 5 MB file was received again by the client w/o the tsNet error. So setting the timeout either to a higher value or to 0 in the client script should solve it. I am not sure, but i assume setting it to 0 is not recommended. Hope this helps. Matthias - Matthias Rebbe Life Is Too Short For Boring Code > Am 07.05.2020 um 20:35 schrieb Phil Davis via use-livecode > : > > Thank you all for so many great questions and responses! I don't have time to > give a comprehensive response right now but (1) I'll whittle away at it and > (2) all your comments renew my hope that a solution is out there waiting for > me to find it. > > Quick responses: > > - I too would start by going back to LC 6.6.x on the server if I could, but > apparently the recent server upgrades - new hardware running LC 9.5.1 - are > not backward compatible. That's what I'm told at least. > > - The LC client app is POSTing a request to an LC CGI system on an on-rev > server. The server system assembles a data packet (normally an encoded > array), encrypts & encodes it and writes it back to the client. The packet > can be any size up to maybe a megabyte or two, but that would be pretty big. > Normally the packet size is no more than a few hundred KB. > > Thanks again - > Phil > > > On 5/7/20 7:29 AM, Ralph DiMola via use-livecode wrote: >> Phil, >> >> I had a problem with a GET request with a url encoded url in a parameter >> after the upgrade. There are new security rules. I changed it to a POST and >> it then worked. I am changing my apps to use a POST. Robin had lifted the >> new security rule for me temporarily until all the apps are updated. One >> other thing, the new MySQL server is now Maria DB. It is functionally the >> same but I noticed if you have a column with no default value but is >> required and the field is not in the SQL update then it throws an error. >> MySQL did not do this. >> >> Ralph DiMola >> IT Director >> Evergreen Information Services >> rdim...@evergreeninfo.net >> >> -Original Message----- >> From: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] On Behalf >> Of Phil Davis via use-livecode >> Sent: Thursday, May 07, 2020 3:18 AM >> To: How to use LiveCode >> Cc: Phil Davis >> Subject: on-rev server upgrade-related problems >> >> Has anyone had part or all of an on-rev server-based system stop working >> since the server upgrades a month or so ago? >> >> My client has an on-rev.com-based training system. Training delivery is via >> web browser, and that part continues to work. But there are several desktop >> apps that provide training development, management and real-time monitoring. >> All of those apps became non-functional as soon as the upgrades were done, >> and remain so. I haven't been able to figure out how to restore >> functionality. >> >> Robin in on-rev support has been very helpful, but we still don't have a >> solution. This is the bug report: >> >> https://quality.livecode.com/show_bug.cgi?id=22704 >> >> I wouldn't wish this on anyone, but in a way I'm hoping it isn't just us. >> >> Thanks - >> Phil Davis >> >> ___ >> use-livecode mailing list >> use-livecode@lists.runrev.com >> Please visit this url to subscribe, unsubscribe and manage your subscription >> preferences: >> http://lists.runrev.com/mailman/listinfo/use-live
RE: on-rev server upgrade-related problems
I also think I remember script only stacks causing problems on LC Server. Ralph DiMola IT Director Evergreen Information Services rdim...@evergreeninfo.net -Original Message- From: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] On Behalf Of Phil Davis via use-livecode Sent: Thursday, May 07, 2020 2:35 PM To: Ralph DiMola via use-livecode Cc: Phil Davis Subject: Re: on-rev server upgrade-related problems Thank you all for so many great questions and responses! I don't have time to give a comprehensive response right now but (1) I'll whittle away at it and (2) all your comments renew my hope that a solution is out there waiting for me to find it. Quick responses: - I too would start by going back to LC 6.6.x on the server if I could, but apparently the recent server upgrades - new hardware running LC 9.5.1 - are not backward compatible. That's what I'm told at least. - The LC client app is POSTing a request to an LC CGI system on an on-rev server. The server system assembles a data packet (normally an encoded array), encrypts & encodes it and writes it back to the client. The packet can be any size up to maybe a megabyte or two, but that would be pretty big. Normally the packet size is no more than a few hundred KB. Thanks again - Phil On 5/7/20 7:29 AM, Ralph DiMola via use-livecode wrote: > Phil, > > I had a problem with a GET request with a url encoded url in a > parameter after the upgrade. There are new security rules. I changed > it to a POST and it then worked. I am changing my apps to use a POST. > Robin had lifted the new security rule for me temporarily until all > the apps are updated. One other thing, the new MySQL server is now > Maria DB. It is functionally the same but I noticed if you have a > column with no default value but is required and the field is not in the SQL update then it throws an error. > MySQL did not do this. > > Ralph DiMola > IT Director > Evergreen Information Services > rdim...@evergreeninfo.net > > -Original Message- > From: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] On > Behalf Of Phil Davis via use-livecode > Sent: Thursday, May 07, 2020 3:18 AM > To: How to use LiveCode > Cc: Phil Davis > Subject: on-rev server upgrade-related problems > > Has anyone had part or all of an on-rev server-based system stop > working since the server upgrades a month or so ago? > > My client has an on-rev.com-based training system. Training delivery > is via web browser, and that part continues to work. But there are > several desktop apps that provide training development, management and real-time monitoring. > All of those apps became non-functional as soon as the upgrades were > done, and remain so. I haven't been able to figure out how to restore > functionality. > > Robin in on-rev support has been very helpful, but we still don't have > a solution. This is the bug report: > > https://quality.livecode.com/show_bug.cgi?id=22704 > > I wouldn't wish this on anyone, but in a way I'm hoping it isn't just us. > > Thanks - > Phil Davis > > ___ > use-livecode mailing list > use-livecode@lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription > preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode > > > ___ > use-livecode mailing list > use-livecode@lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode > -- Phil Davis 503-307-4363 ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: on-rev server upgrade-related problems
Thank you all for so many great questions and responses! I don't have time to give a comprehensive response right now but (1) I'll whittle away at it and (2) all your comments renew my hope that a solution is out there waiting for me to find it. Quick responses: - I too would start by going back to LC 6.6.x on the server if I could, but apparently the recent server upgrades - new hardware running LC 9.5.1 - are not backward compatible. That's what I'm told at least. - The LC client app is POSTing a request to an LC CGI system on an on-rev server. The server system assembles a data packet (normally an encoded array), encrypts & encodes it and writes it back to the client. The packet can be any size up to maybe a megabyte or two, but that would be pretty big. Normally the packet size is no more than a few hundred KB. Thanks again - Phil On 5/7/20 7:29 AM, Ralph DiMola via use-livecode wrote: Phil, I had a problem with a GET request with a url encoded url in a parameter after the upgrade. There are new security rules. I changed it to a POST and it then worked. I am changing my apps to use a POST. Robin had lifted the new security rule for me temporarily until all the apps are updated. One other thing, the new MySQL server is now Maria DB. It is functionally the same but I noticed if you have a column with no default value but is required and the field is not in the SQL update then it throws an error. MySQL did not do this. Ralph DiMola IT Director Evergreen Information Services rdim...@evergreeninfo.net -Original Message- From: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] On Behalf Of Phil Davis via use-livecode Sent: Thursday, May 07, 2020 3:18 AM To: How to use LiveCode Cc: Phil Davis Subject: on-rev server upgrade-related problems Has anyone had part or all of an on-rev server-based system stop working since the server upgrades a month or so ago? My client has an on-rev.com-based training system. Training delivery is via web browser, and that part continues to work. But there are several desktop apps that provide training development, management and real-time monitoring. All of those apps became non-functional as soon as the upgrades were done, and remain so. I haven't been able to figure out how to restore functionality. Robin in on-rev support has been very helpful, but we still don't have a solution. This is the bug report: https://quality.livecode.com/show_bug.cgi?id=22704 I wouldn't wish this on anyone, but in a way I'm hoping it isn't just us. Thanks - Phil Davis ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode -- Phil Davis 503-307-4363 ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
RE: on-rev server upgrade-related problems
Phil, I had a problem with a GET request with a url encoded url in a parameter after the upgrade. There are new security rules. I changed it to a POST and it then worked. I am changing my apps to use a POST. Robin had lifted the new security rule for me temporarily until all the apps are updated. One other thing, the new MySQL server is now Maria DB. It is functionally the same but I noticed if you have a column with no default value but is required and the field is not in the SQL update then it throws an error. MySQL did not do this. Ralph DiMola IT Director Evergreen Information Services rdim...@evergreeninfo.net -Original Message- From: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] On Behalf Of Phil Davis via use-livecode Sent: Thursday, May 07, 2020 3:18 AM To: How to use LiveCode Cc: Phil Davis Subject: on-rev server upgrade-related problems Has anyone had part or all of an on-rev server-based system stop working since the server upgrades a month or so ago? My client has an on-rev.com-based training system. Training delivery is via web browser, and that part continues to work. But there are several desktop apps that provide training development, management and real-time monitoring. All of those apps became non-functional as soon as the upgrades were done, and remain so. I haven't been able to figure out how to restore functionality. Robin in on-rev support has been very helpful, but we still don't have a solution. This is the bug report: https://quality.livecode.com/show_bug.cgi?id=22704 I wouldn't wish this on anyone, but in a way I'm hoping it isn't just us. Thanks - Phil Davis ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: on-rev server upgrade-related problems
Ups, just noticed that i posted question. ;) It was intended to be What i forgot to ask - Matthias Rebbe Life Is Too Short For Boring Code > Am 07.05.2020 um 11:55 schrieb matthias rebbe via use-livecode > : > > What i forgot? > > Do you use libURLFormData or libUrlMultiPartFormData to format the data in > the standard format before it is posted? > > Regards, > > Matthias > > > > - > Matthias Rebbe > Life Is Too Short For Boring Code > >> Am 07.05.2020 um 10:34 schrieb matthias rebbe via use-livecode >> : >> >> Phil, >> >> you are not mentioning how you do prepare the data which is posted to the >> server. >> >> Which engine is processing your post? PHP or LC Server? >> >> In your bug report you are writing "to a large file". How big is "large"? >> >> You are posting data to the server to get back the large file, right? >> >> Is the file plain text or binary data? >> >> If you are using LC Server scripts on your server to handle the posts... >> Which version of LC Server was installed in your old hosting package? >> - If it was a lower version than the currently installed one , then i would >> do a custom install of that LC Server version that was installed on your old >> hosting package and try with that version. >> That could be done in some minutes. >> >> Does the large file already exist on the server or is it created on the >> fly when the data is posted to the server? >> - If the file already exists on the server i would create a little .php or >> .lc test script which just outputs/returns the file back when executed. >> - If the file is created on the fly, then i would first create a large >> sample file on the server and would then try with some test scripts. >> This would show if the server has problems with large files in general, but >> i doubt it has. >> >> >> Is the file returned with http headers or just returned plain without any >> headers? >> >> >> Matthias >> >> >> - >> Matthias Rebbe >> Life Is Too Short For Boring Code >> >>> Am 07.05.2020 um 09:17 schrieb Phil Davis via use-livecode >>> : >>> >>> Has anyone had part or all of an on-rev server-based system stop working >>> since the server upgrades a month or so ago? >>> >>> My client has an on-rev.com-based training system. Training delivery is via >>> web browser, and that part continues to work. But there are several desktop >>> apps that provide training development, management and real-time >>> monitoring. All of those apps became non-functional as soon as the upgrades >>> were done, and remain so. I haven't been able to figure out how to restore >>> functionality. >>> >>> Robin in on-rev support has been very helpful, but we still don't have a >>> solution. This is the bug report: >>> >>> https://quality.livecode.com/show_bug.cgi?id=22704 >>> >>> I wouldn't wish this on anyone, but in a way I'm hoping it isn't just us. >>> >>> Thanks - >>> Phil Davis >>> >>> ___ >>> use-livecode mailing list >>> use-livecode@lists.runrev.com >>> Please visit this url to subscribe, unsubscribe and manage your >>> subscription preferences: >>> http://lists.runrev.com/mailman/listinfo/use-livecode >> >> >> ___ >> use-livecode mailing list >> use-livecode@lists.runrev.com >> Please visit this url to subscribe, unsubscribe and manage your subscription >> preferences: >> http://lists.runrev.com/mailman/listinfo/use-livecode > > > ___ > use-livecode mailing list > use-livecode@lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your subscription > preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: on-rev server upgrade-related problems
What i forgot? Do you use libURLFormData or libUrlMultiPartFormData to format the data in the standard format before it is posted? Regards, Matthias - Matthias Rebbe Life Is Too Short For Boring Code > Am 07.05.2020 um 10:34 schrieb matthias rebbe via use-livecode > : > > Phil, > > you are not mentioning how you do prepare the data which is posted to the > server. > > Which engine is processing your post? PHP or LC Server? > > In your bug report you are writing "to a large file". How big is "large"? > > You are posting data to the server to get back the large file, right? > > Is the file plain text or binary data? > > If you are using LC Server scripts on your server to handle the posts... > Which version of LC Server was installed in your old hosting package? > - If it was a lower version than the currently installed one , then i would > do a custom install of that LC Server version that was installed on your old > hosting package and try with that version. > That could be done in some minutes. > > Does the large file already exist on the server or is it created on the fly > when the data is posted to the server? > - If the file already exists on the server i would create a little .php or > .lc test script which just outputs/returns the file back when executed. > - If the file is created on the fly, then i would first create a large sample > file on the server and would then try with some test scripts. > This would show if the server has problems with large files in general, but i > doubt it has. > > > Is the file returned with http headers or just returned plain without any > headers? > > > Matthias > > > - > Matthias Rebbe > Life Is Too Short For Boring Code > >> Am 07.05.2020 um 09:17 schrieb Phil Davis via use-livecode >> : >> >> Has anyone had part or all of an on-rev server-based system stop working >> since the server upgrades a month or so ago? >> >> My client has an on-rev.com-based training system. Training delivery is via >> web browser, and that part continues to work. But there are several desktop >> apps that provide training development, management and real-time monitoring. >> All of those apps became non-functional as soon as the upgrades were done, >> and remain so. I haven't been able to figure out how to restore >> functionality. >> >> Robin in on-rev support has been very helpful, but we still don't have a >> solution. This is the bug report: >> >> https://quality.livecode.com/show_bug.cgi?id=22704 >> >> I wouldn't wish this on anyone, but in a way I'm hoping it isn't just us. >> >> Thanks - >> Phil Davis >> >> ___ >> use-livecode mailing list >> use-livecode@lists.runrev.com >> Please visit this url to subscribe, unsubscribe and manage your subscription >> preferences: >> http://lists.runrev.com/mailman/listinfo/use-livecode > > > ___ > use-livecode mailing list > use-livecode@lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your subscription > preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: on-rev server upgrade-related problems
Hi Phil, I absolutely agree with Matthias - the first thing to try (if you didn't already) is a custom-install of the older LC server version that you were using pre-upgrade. However, it would also help to clarify the bug report somewhat. My reading of it is (almost) the opposite of Mathias's - i.e. I think you're posting a large file to the server. If so, what happens to the large file - is it simply stored by the LC server, or does it need to be processed ? If that is the case, can you write a tiny .lc server script that just receives and stores it ? Can you add logging statements to the server script to verify if *it* sees the post arrive ? If the tiny script works - could you (as a test and/or a temp workaround) store that file on the server (e.g. in /tmp) and return the tmp filename, and then have a second request that processes it ? Alex. On 07/05/2020 09:34, matthias rebbe via use-livecode wrote: Phil, you are not mentioning how you do prepare the data which is posted to the server. Which engine is processing your post? PHP or LC Server? In your bug report you are writing "to a large file". How big is "large"? You are posting data to the server to get back the large file, right? Is the file plain text or binary data? If you are using LC Server scripts on your server to handle the posts... Which version of LC Server was installed in your old hosting package? - If it was a lower version than the currently installed one , then i would do a custom install of that LC Server version that was installed on your old hosting package and try with that version. That could be done in some minutes. Does the large file already exist on the server or is it created on the fly when the data is posted to the server? - If the file already exists on the server i would create a little .php or .lc test script which just outputs/returns the file back when executed. - If the file is created on the fly, then i would first create a large sample file on the server and would then try with some test scripts. This would show if the server has problems with large files in general, but i doubt it has. Is the file returned with http headers or just returned plain without any headers? Matthias - Matthias Rebbe Life Is Too Short For Boring Code Am 07.05.2020 um 09:17 schrieb Phil Davis via use-livecode : Has anyone had part or all of an on-rev server-based system stop working since the server upgrades a month or so ago? My client has an on-rev.com-based training system. Training delivery is via web browser, and that part continues to work. But there are several desktop apps that provide training development, management and real-time monitoring. All of those apps became non-functional as soon as the upgrades were done, and remain so. I haven't been able to figure out how to restore functionality. Robin in on-rev support has been very helpful, but we still don't have a solution. This is the bug report: https://quality.livecode.com/show_bug.cgi?id=22704 I wouldn't wish this on anyone, but in a way I'm hoping it isn't just us. Thanks - Phil Davis ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: on-rev server upgrade-related problems
Phil, you are not mentioning how you do prepare the data which is posted to the server. Which engine is processing your post? PHP or LC Server? In your bug report you are writing "to a large file". How big is "large"? You are posting data to the server to get back the large file, right? Is the file plain text or binary data? If you are using LC Server scripts on your server to handle the posts... Which version of LC Server was installed in your old hosting package? - If it was a lower version than the currently installed one , then i would do a custom install of that LC Server version that was installed on your old hosting package and try with that version. That could be done in some minutes. Does the large file already exist on the server or is it created on the fly when the data is posted to the server? - If the file already exists on the server i would create a little .php or .lc test script which just outputs/returns the file back when executed. - If the file is created on the fly, then i would first create a large sample file on the server and would then try with some test scripts. This would show if the server has problems with large files in general, but i doubt it has. Is the file returned with http headers or just returned plain without any headers? Matthias - Matthias Rebbe Life Is Too Short For Boring Code > Am 07.05.2020 um 09:17 schrieb Phil Davis via use-livecode > : > > Has anyone had part or all of an on-rev server-based system stop working > since the server upgrades a month or so ago? > > My client has an on-rev.com-based training system. Training delivery is via > web browser, and that part continues to work. But there are several desktop > apps that provide training development, management and real-time monitoring. > All of those apps became non-functional as soon as the upgrades were done, > and remain so. I haven't been able to figure out how to restore functionality. > > Robin in on-rev support has been very helpful, but we still don't have a > solution. This is the bug report: > > https://quality.livecode.com/show_bug.cgi?id=22704 > > I wouldn't wish this on anyone, but in a way I'm hoping it isn't just us. > > Thanks - > Phil Davis > > ___ > use-livecode mailing list > use-livecode@lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your subscription > preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
on-rev server upgrade-related problems
Has anyone had part or all of an on-rev server-based system stop working since the server upgrades a month or so ago? My client has an on-rev.com-based training system. Training delivery is via web browser, and that part continues to work. But there are several desktop apps that provide training development, management and real-time monitoring. All of those apps became non-functional as soon as the upgrades were done, and remain so. I haven't been able to figure out how to restore functionality. Robin in on-rev support has been very helpful, but we still don't have a solution. This is the bug report: https://quality.livecode.com/show_bug.cgi?id=22704 I wouldn't wish this on anyone, but in a way I'm hoping it isn't just us. Thanks - Phil Davis ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
