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

Samuel Cantero scanterog at gmail.com
Sun Nov 20 17:14:53 EST 2016


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/5938f4da/attachment.html>


More information about the Systems mailing list