[Box-Admins] serving files from box4

Chris Cunnington websela at yahoo.com
Sat Mar 29 16:25:12 UTC 2014


On Mar 28, 2014, at 11:50 PM, Levente Uzonyi <leves at elte.hu> wrote:

> On Thu, 20 Mar 2014, Levente Uzonyi wrote:
> 
>> On Thu, 20 Mar 2014, Chris Cunnington wrote:
>> 
>>> locator at: (ALPath / 'favicon.ico')
>>> 		put: (ALFileResource on: (FSLocator imageDirectory / 'squeakfavicon.ico') resolve)
>>> This code is in the current squeak.org image for the favicon, which is a file in the imageDirectory. The simplest thing is for Altitude to be fed a path to wherever Levente wants to put the files for the homepage. The files currently served from my webpage could then be dropped into that directory. Then I can change the absolute references to my site to the disk from:
>>> html footer: [ html img src: 'http://www.chriscunnington.com/poweredsqueak.png'].
>>> to something like:
>>> html footer: [ html img src: (ALPath / 'poweredbysqueak.png') ].
>>> That is if the image will handle it's own files. If we are separating static and dynamic requests in nginx  for speed and such, then I think I need to change the links to something in Altitude like:
>>> html footer: [ html img src: '/img/foo.jpg' ].
>>> with a locator like:
>>> locator at: (ALPath / 'img' / 'foo.jpg') put: (ALFileResource on: FSReference * 'img' / 'foo.jpg')
>>> where nginx sees the token /img/ and sends the request to wherever the static files are served from.
>> 
>> The goal is to let nginx serve the static files, and let the browsers and proxies cache them forever.
>> 
>> I wanted to use a separate subdomain (or a set of subdomains) for the static files, but it's easier for now to use a path prefix with the following pattern:
>> 
>> /static/*/...
>> 
>> Where * is the version label - a sequence of alphanumeric characters, and ... is the actual path to the resource. For example for /img/foo.jpg the actual path is
>> 
>> /static/v1/img/foo.jpg
>> 
>> If there's a new version of the resource with the same name, then all you have to do is to replace v1 with v2, then v3, etc.
>> 
>> If you upload the static files to the server, then I'll configure nginx to serve them.
> 
> More than a week has passed since my mail, so I decided to fetch the files myself.

http://lists.squeakfoundation.org/pipermail/box-admins/2014-March/001823.html

> I extracted the names of the static files from the source code, and downloaded them to the server to the /var/www/www.squeak.org directory. I've configured nginx to serve these files as I described before. Please check if all of them are there.

I'll do so. 

> 
> The next step is to change the source code in the image to use these files.

I'll add it to the squeak.org issues list, which is on public display on the webteam list. I think I've posted it five times so far. 

> I saw that the css and js files are not minified, so that's another thing to do.

On the list. 

> I also think that the source code of the web site should be versionned by MC, and probably stored on source.squeak.org to let others modify it.

Added to the list. 

> 
> The image serving the www.squeak.org site is constantly using ~50%
> CPU for some reason (even when it's not serving any requests).

How do you know it's not serving any requests? You're looking at top and the logs simultaneously? 

> It's also being ran by root, which is really bad from security POV.

It's on the list. 

Chris 

> Levente
> 
>> 
>> 
>> Levente
>> 
>>> Chris
>> 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.squeakfoundation.org/pipermail/box-admins/attachments/20140329/b1e3bf13/attachment.htm


More information about the Box-Admins mailing list