Standalone web client for Scratch
Find a file
2016-04-19 10:50:57 -04:00
bin Be explicit, direct app requests to S3 2016-04-19 10:50:57 -04:00
dev-server Split server and routes/config 2016-04-18 14:07:11 -04:00
mustache-renderer-webpack-plugin Split server and routes/config 2016-04-18 14:07:11 -04:00
src Split server and routes/config 2016-04-18 14:07:11 -04:00
static Add view for community blocks interview recruitment 2016-04-01 13:23:48 -04:00
test Add spot check for cards, use new Page paradigm 2016-03-23 16:47:55 -04:00
.eslintrc Linting 2016-04-18 14:07:27 -04:00
.gitignore Updates based on feedback 2016-01-14 08:32:43 -05:00
.sass-lint.yml Upgrade and quiet sass-linter 2016-03-23 18:34:54 -04:00
.travis.yml Add script for configuring Fastly for S3 2016-04-15 19:42:57 -04:00
CONTRIBUTING.md Revise focus of CONTRIBUTING, README 2016-01-28 13:07:58 -05:00
custom-locales.json Add languages to custom locales 2016-03-21 08:04:52 -04:00
languages.json Add nynorsk to dropdown 2016-03-16 11:55:54 -04:00
LICENSE Update license and add trademark notice 2016-01-31 13:07:21 -05:00
Makefile Lint bin subdirectories 2016-04-19 10:47:33 -04:00
package.json Split server and routes/config 2016-04-18 14:07:11 -04:00
README.md Add new travis badge to readme 2016-02-18 15:16:49 -05:00
TRADEMARK Update license and add trademark notice 2016-01-31 13:07:21 -05:00
webpack.config.js Split server and routes/config 2016-04-18 14:07:11 -04:00

scratch-www

Standalone web client for Scratch

Build Status

Where am I?

Physically? No idea.

Digitally? Youre at Scratchs open source web client!

Were working to update the Scratch website to use a new codebase, contained in this repository.

Were currently building Scratch using React and SCSS. Here are some resources to help you get acquainted with how were working on the Scratch codebase:

Before Getting Started

To Build

npm install
npm run build

To Run

npm start

During development, npm start watches any update you make to files in either ./static or ./src and triggers a rebuild of the project. In development the build is stored in memory, and not served from the ./build directory.

When running npm start, here are some important log messages to keep an eye out for:

  • webpack: bundle is now VALID. the bundle has been loaded into memory and is now viewable in the browser. This will show up both once npm start has completed its setup, and also once updates you make to files have been re-compiled for viewing in the browser.
  • webpack: bundle is now INVALID. if you see this, then it means you have made updates to files that are still being compiled for browser viewing. Pages will still be viewable, but they will not see any updates you made yet.

Once running, open http://localhost:8333 in your browser. If you wish to have the server reload automatically, you can install either nodemon or forever.

To stop

Use ^C to stop the node process npm start starts.

Configuration

npm start can be configured with the following environment variables

Variable Default Description
API_HOST https://api.scratch.mit.edu Hostname for API requests
NODE_ENV null If not production, app acts like development
PORT 8333 Port for devserver (http://localhost:XXXX)
FALLBACK '' Pass-through location for old site

NOTE: Because by default API_HOST=https://api.scratch.mit.edu, please be aware that, by default, you will be seeing and interacting with real data on the Scratch website.

To Test

npm test

Current issues with the development

We're currently in the process of transitioning into this web client from Scratch's existing structure. As we transition, there are going to be some issues along the way that relate to how this client needs to interact with the existing infrastructure to work properly in production.

On top of migrating to using this as our web client, Scratch is also transitioning into using a new API backend, Scratch REST API. As that is also currently in development and incomplete, we are set up to fall back to using existing Scratch endpoints if an API endpoint does not exist which is where the FALLBACK comes in.

Most of the issues we have currently revolve around the use of FALLBACK. This variable is used to specify what url to fall back onto should a request fail within the context of this webclient, or when using the API_HOST. If not specified in the process, it will not be used, and any request that is not made through the web client or the API will be unreachable.

Setting FALLBACK=https://scratch.mit.edu allows the web client to retrieve data from the Scratch website in your development environment. However, because of security concerns, trying to send data to Scratch through your development environment won't work. This means the following things will be broken for the time being:

  • Login on the splash page (In the process of being fixed)
  • Some update attempts to production data made through a development version of the web client

Additionally, if you set FALLBACK=https://scratch.mit.edu, be aware that clicking on links to parts of the website not yet migrated over (currently such as Explore, Discuss, Profile, etc.) will take you to the Scratch website itself.