David T. Lewis | 13 Aug 01:05 2014
Picon

www.squeak.org/Development

The link on our Squeak site points to the nonexistent http://www.squeaksource.org.
It should of course be http://www.squeaksource.com. Can someone with web site access
please fix the link?

Thanks,
Dave
Chris Cunnington | 31 Mar 17:17 2014
Picon

squeak.org issues list

cc'd to box-admins, as there's some overlap
squeak.org issues list:- zip resources for faster download - use minified versions of files - get that 404 image (broken paper showing a code browser) out of my email Archive and install - check multi platform layouts (i.e. cell phone, tablet)- doesn’t work on IE8- sometimes hogs the CPU, needs to be watched

_______________________________________________
Webteam mailing list
Webteam@...
http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/webteam
Chris Cunnington | 31 Mar 03:52 2014
Picon

squeak.org code available at new SqueakServices repo

http://ss3.gemtalksystems.com/ss/SqueakServices.html

I've created a repo on SS3 where the source for squeak.org can be found. SQSqueakApplication has an Altitude Installer script in the class comment. 

Chris 
_______________________________________________
Webteam mailing list
Webteam@...
http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/webteam
Chris Muller | 29 Mar 17:32 2014
Picon

new website and webteam (was: serving files from box4)

Levente is right, we need to get the new website set up under a
webteam id, that only has access to what it needs for the website.
Chris C., yourself, and Timothy (if he wants), and I'm interested too,
added as group members.

This would take care of the immediate security need, as well as
distribute some of the burden currently concentrated on Chris C.

Chris C., is this something you would like to handle or would you
prefer someone else do it?

On Fri, Mar 28, 2014 at 10:50 PM, Levente Uzonyi <leves@...> 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. 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.
>
> The next step is to change the source code in the image to use these files.
> I saw that the css and js files are not minified, so that's another thing to
> do. 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.
>
> The image serving the www.squeak.org site is constantly using ~50% CPU for
> some reason (even when it's not serving any requests). It's also being ran
> by root, which is really bad from security POV. Please fix these.
>
>
> Levente
>
>>
>>
>> Levente
>>
>>>
>>>
>>> Chris
>>>
>>>
>>
>
Chris Cunnington | 24 Mar 15:01 2014
Picon

squeak.org issues list

I just completed a round of changes to squeak.org, which I'll upload tomorrow. 

The homepage seems to be a Pandora's box I've opened. I see a collision about to happen where strong opinions meet in a space where there is no time. I want to say that there is time. The homepage went for a long time with no tending and now I feel people think they need to get their changes in exactly as they want them quick before it disappears again. 

It's not about to disappear. And there is time. And your content will go on the site. And it will not be rendered exactly as you want it to be. I don't have a solution for inlining links at the moment. And I'm not sure I want one. I do have a strong distaste for links to Wikipedia. (Now that I think about it, there is a strong paradigm in people's mind that squeak.org should be a wiki. I don't see it that way.)

And please remember, I'm a volunteer. It's important to allow me to feel I own part of the process. I elect to own presentation and not content. Not entirely, but some. And there's value in this, because somebody needs to see the whole. People have been making comments that would warp the overall look of the site. And some comments show people haven't noticed their changes have already happened or if something they want already exits somewhere else on the site. 

There's lots of time to figure these things out. A lot has improved in two weeks. 

Thank You, 
Chris 


squeak.org issues:
  • image shouldn’t run as root
  • resource links are to chriscunnington.com 
  • zip resources for faster download
- use minified versions of files - get that 404 image (broken paper showing a code browser) out of my email Archive and install - check multi platform layouts (i.e. cell phone, tablet)

_______________________________________________
Webteam mailing list
Webteam@...
http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/webteam
Frank Shearar | 24 Mar 14:07 2014
Picon

Broken link to Jenkins

http://www.squeak.org/Development links to http://www.squeakci.org/
but should point to http://build.squeak.org/

frank
Chris Cunnington | 21 Mar 14:39 2014
Picon

the Downloads section, wikis, and Altitude

Tim's email: "

A couple of nitpicks about the front page after taking a look at the latest state - nitpicks are good, since it means the basics are good!

Under ‘Download’ 
- possibly change "All-In-One bundle that works for Windows, OS X and x86 linux systems.” to "All-In-One bundle that works for most modern x86 Windows, OS X and x86 linux systems.” just to be clear that it won’t work on Windows RT (does anything?) and MIPS/Clipper/68k/PPC/etc unixes.
- turn the mentions of the Downloads page and Documentation page into links and/or mention the tabs at the top.
- change label of the Download button to Download All-in-one

Oh, whatthehell, I’m suggesting it should end up like this (modulo the fact I couldn’t actually edit the page code)-
Of course, we need to make a better downloads page than just pointing to the horribly messy ftp archive page and the documentation… oh my. I’ve been spending a fair bit of time trying to improve the doc on the swiki but there is a huge amount still needing attention. If anyone knows good ways to cajole, persuade, or even blackmail people into helping then I’m all ears. (Not literally you understand; I actually have arms and legs too.)

tim"

I've been trying to think what the disconnect is here. I think your paradigm is the Swiki with its wiki interface. This situation is not like that. You're micro managing the Download section of the homepage for something like the third time. This isn't a wiki. It's Altitude. To make the minutiae changes you want I have to futz. A lot. I have to futz with CSS to make sure things are running inline. I repeat. This is Altitude, which is similar to Seaside. Executive decision: the Downloads section is finished. 

If you truly, madly, deeply need these changes to the Downloads section, please download this image and make the changes. And even if you do, these changes will warp the symmetry of the homepage with the other two sub sections. 


I created a Downloads page at your request. Please direct your changes to that or anything of a larger granularity. Maybe think of content that the site needs and less about how it's being presented. 

At any rate, Eliot's changes are next up. 

Have a great weekend, 
Chris 
_______________________________________________
Webteam mailing list
Webteam@...
http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/webteam
Chris Cunnington | 20 Mar 16:15 2014
Picon

squeak.org issues list

squeak.org issues list
Backlog of change requests in no particular order: Eliot http://lists.squeakfoundation.org/pipermail/webteam/2014-March/001421.html
squeak.org issues:- image shouldn't run as root - resource links point to chriscunnington.com- zip resources for faster download- use minified versions of files - get that 404 image (broken paper showing a code browser) out of my email Archive and install - check multi platform layouts (i.e. cell phone, tablet)

_______________________________________________
Webteam mailing list
Webteam@...
http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/webteam
Chris Cunnington | 17 Mar 04:10 2014
Picon

box2 process terminated for old homepage


I went into box2 and killed the old homepage image. You can see the line that was the process here [1]. 
This also involved deleting the symlink as well. [2] The service directory in /home/website is now gone as well.

The wildcard DNS routes unknown subdomain requests to some daemontools service for looking at old mailing lists. I don't think it's a process. 
It's some kind of cgi-bin thing. Check it out:  


Deleting symlinks and service directories is a tad barbaric. I'm getting under svc -d /service/fooservice and such to stop services instead. 
But this is a sunset box. By St. Patrick's Day next year, it will be gone. 

Chris 


[1] 

website    577 24.9 10.2 1051420 99212 ?     S    Mar16  44:39 /usr/bin/squeakvm -vm-display=none /home/website/website/squeaksite.image

[2]

/service 
lrwxrwxrwx   1 root root   24 Sep 27  2008 www.squeak.org -> /home/website/servicenew
_______________________________________________
Webteam mailing list
Webteam@...
http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/webteam
Chris Cunnington | 14 Mar 18:41 2014
Picon

homepage links checked

I've gone over the links on the homepage and they all work. 
The download links have been changed to the 4.5 all-in-one in the ftp repository. 

Have a nice weekend, 
Chris 
Chris Cunnington | 14 Mar 15:43 2014
Picon

the squeak.org issues list

Backlog of change requests in no particular order:

Tim
Chris M. 
Eliot
squeak.org issues: - some image links are to chriscunnington.com - zip resources for faster download - use minified versions of files - put 4.5 announcement between Welcome To Squeak and Take Part In The Innovation - says 4.4 instead of 4.5 - get that 404 image (broken paper showing a code browser) out of my email Archive - explore wrapbootstrap.com for ideas - check multi platform layouts (i.e. cell phone, tablet)
Update Procedure: 
I'm going to monopolize site update for the time being, as the update procedure is untried and specific to me. 
When it settles down we can change it. It works as follows. 

There is no in-server persistence. The persistence is Desktop persistence -- the master is on my desktop (backed up weekly; maybe I could put it in my Dropbox for people to access?). 
I change the site in localhost. I then zip the image and changes files for FTP upload. 
In /home/chriscunnington (someday I think we'll need a directory called /home/website) I execute a script called prepuploadediimage.sh. It looks like this: 

#!/bin/sh
unzip squeak.org.zip
rm -rf __MACOSX
rm -rf /home/chriscunnington/squeak.org/.DS_Store
rm -rf squeak.org.zip
chmod 777 /home/chriscunnington/squeak.org/*
ln -s /usr/lib/squeak/sources/SqueakV41.sources /home/chriscunnington/squeak.org/SqueakV41.sources

There are two things to notice there, I'd say. The first is that the permissions are probably set too high. 
If anybody has a preference other than 777 (that works), then I'll implement it. 
The second thing is that Ken wanted to save space by having only one SqueakV41.sources file that people symlink to. 
Once the new image is in place ( and I guess I missed the part where I delete the old image before uploading) I kill the website process, which at the moment is owned by me. 
Daemontools restarts the process with the new image. 

I'm going to review the homepage first and change the download link to 4.5. 

Chris 


_______________________________________________
Webteam mailing list
Webteam@...
http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/webteam

Gmane