[Systems] [Sugar-devel] problem uploading to a.sl.o

[Samuel Cantero]

Please, don't forget to clean your cache or try it in incognito mode.

On Sun, Nov 20, 2016 at 7:14 PM, Samuel Cantero <scanterog at gmail.com> wrote:

> Hi all,
>
> Finally, I've decided to provide the XO files using
> http://activities.sugarlabs.org/activities
>
> Now, our app is serving the files using the previous URL instead of
> http://download.sugarlabs.org/activities. We can check this by:
>
> $ curl -i http://activities.sugarlabs.org/en-US/sugar/downloads/
> file/28669/xpi/memorize-45.xo
> HTTP/1.1 302 Found
> Date: Sun, 20 Nov 2016 22:21:11 GMT
> Server: Apache/2.4.7 (Ubuntu)
> X-Powered-By: PHP/5.5.9-1ubuntu4.19
> X-AMO-ServedBy: aslo
> Cache-Control: public, max-age=3600
> Last-modified: Sun, 20 Nov 2016 22:21:11 GMT
> Expires: Sun, 20 Nov 2016 23:21:11 GMT
> *Location: http://activities.sugarlabs.org/activities/4063/memorize-45.xo
> <http://activities.sugarlabs.org/activities/4063/memorize-45.xo>*
> Content-Length: 0
> Content-Type: text/html
>
> Besides, http://download.sugarlabs.org/activities redirect to
> http://activities.sugarlabs.org/activities.
>
> Can someone try to upload a new app and download it again?
>
> Best regards,
>
> Samuel C.
>
> On Sat, Nov 19, 2016 at 9:46 PM, Samuel Cantero <scanterog at gmail.com>
> wrote:
>
>> Guys, I've fixed it. I have also fixed email reset password.
>>
>> --- a/site/app/webroot/js/developers.js
>> +++ b/site/app/webroot/js/developers.js
>> @@ -215,7 +216,7 @@ var upload = {
>>      // exclusive to Gecko browsers because it exposes this data.
>>      checkFileSize : function(o) {
>>          if (o.files) {
>> -            return o.files[0].fileSize <= MAXFILESIZE;
>> +            return o.files[0].size <= MAXFILESIZE;
>>          }
>>
>> I now need to figure out how to properly sync with download.sugarlabs.org.
>> I'll try to do it tomorrow.
>>
>> What do you think about keeping a new domain like:
>> download.activities.sugarlabs.org where we deliver files in files/ and
>> redirect download.sugarlabs.org/activities to this new URL? Maybe there
>> is a better solution. Suggestions are welcome.
>>
>> Best regards,
>>
>>
>> On Fri, Nov 18, 2016 at 7:33 PM, Aleksey Lim <me at alsroot.su> wrote:
>>
>>> On Fri, Nov 18, 2016 at 06:49:54PM -0300, Samuel Cantero wrote:
>>> > +Aleksey +Bernie
>>> >
>>> > There's something I don't understand about activities. In
>>> > /srv/www-sugarlabs/activities/site/app/config/config.php we define:
>>> >
>>> > define('FILES_HOST', 'http://download.sugarlabs.org/activities');
>>> >
>>> > where FILE_HOST + FILES_URL (downloads/file) is the complete URL where
>>> the
>>> > xo files are.
>>> >
>>> > download.sugarlabs.org is currently hosted in sunjammer.
>>> >
>>> > BUT we also define:
>>> >
>>> > define('REPO_PATH', '/srv/www-sugarlabs/activities/files');
>>> >
>>> > This directory contains AGAIN all the .xo files that are already
>>> hosted at
>>> > sunjammer for download.sugarlabs.org (/srv/upload/activities). So we
>>> were
>>> > keeping the activities in two different directories (and now two diff
>>> > servers).
>>> >
>>> > I have run a diff -r between these two directories and there are some
>>> > activities that are not present in download.sugarlabs.org and
>>> vice-versa.
>>> > Just 10 activities and they are very old.
>>> >
>>> > I guess that REPO_PATH is the directory where files should be uploaded.
>>> > were you synchronizing these directories -
>>> > /srv/www-sugarlabs/activities/files and /srv/upload/activities?
>>>
>>> In AMO code, REPO_PATH should be synced w/ FILES_HOST.
>>> But in ASLO it was not used and, I guess, one of them was linked to
>>> another
>>> (I don't have access to sunjammer w/ my old dsa key).
>>>
>>> --
>>> Aleksey
>>>
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sugarlabs.org/archive/systems/attachments/20161120/a6e91f3e/attachment.html>