fossasia/open-event-wsgen
Open Event Website App Generator https://open-event-wsgen.herokuapp.com/ http://sched.eventyay.com
| repo name | fossasia/open-event-wsgen |
| repo link | https://github.com/fossasia/open-event-wsgen |
| homepage | |
| language | JavaScript |
| size (curr.) | 1074264 kB |
| stars (curr.) | 1610 |
| created | 2015-05-08 |
| license | Other |
Open Event Website Generator
The Open Event Website Generator App project has TWO components :
- An event website generator
- The actual generated website output.
The web generator application can generate event websites by getting data from event JSON files and binary media files, that are stored in a compressed zip file. You can also access the application through a REST API. Websites that are generated by the “web app generator” can be uploaded to any web location, e.g. on Github pages or any server (e.g. via ftp).
Communication
Please join our mailing list to discuss questions regarding the project :
Our chat channel is on gitter here:
1. Event Website Output
The component that is generated from the web app is the event website. Several sample event sites using the sample from the open-event repo were generated, showcased on the main index page and added to this repo as a Github Pages site. You can have a look at showcase pages on http://sched.eventyay.com.
2. Web App Generator
Components and Technology
Technologies used
The website generator uses the following technologies :-
1. HTML/CSS/Javascript based frontend
2. SASS - SASS to write optimized CSS.
3. Node.js - Javascript for the generator backend
4. Express.js - Server framework
5. Handelbars - Template for rendering
6. Socket.io - For handling multi-user client, with progress of upload/generation
7. WebdriverJs - Official Javascript Implementation of Selenium for testing generated event websites
Components of the Generator
1. Webform
The source of the webform can be found here.
It consists of :-
- index.html - The webform page
- form.js - The script that uploads the zips, and starts the generator process
2. Generator
The generator runs on a ExpressJS server, using this main app script.
3. Scripts
- generator.js - Does the main generation tasks, and controls other scripts
- fold_v1.js - Groups data of sessions, speakers, tracks etc from JSONs of v1
- fold_v2.js - Groups data of sessions, speakers, tracks etc from JSONs of v2
- dist.js - Creates folders, cleans folders, unzips/zips packages
- ftpdeploy.js - Deploys finished website to organiser’s server (optional)
- mailer.js - Sends mail to organiser notifying of successful creation
- buildlogger.js - Displays build logs while generating webapp
- deploy.js - Automatically deploys generated event sites to user’s github account
- gulpfile.js - Creates minified js and css for generated webapp
4. Templates
The HTML pages of the generated website are created using Handelbars templates.
You can find all the templates here -
- footer.hbs : Common template for footer on all pages
- navbar.hbs : Common template for navbar on all pages
- event.hbs : index.html - Home page
- rooms.hbs : rooms.html - Venues page
- schedule.hbs : tracks.html - Tracks page
- speakers.hbs : speakers.html - Speakers page
- session.hbs : session_id.html - Individual Session page having a particular id
- CoC.hbs : CoC.html - Code of Conduct for an event
5. Selenium
Contains scripts related to testing different pages of the generated website.
- basePage.js - Contains methods common to all the pages of the event site
- eventPage.js - Contains methods for testing of the index page of the event
- trackPage.js - Contains methods for testing of the tracks page of the event
- generatorPage.js - Contains methods for testing of the generator form
- roomPage.js - Contains methods for testing of the rooms page of the event
- schedulePage.js - Contains methods for testing of the schedule page of the event
- sessionPage.js - Contains methods for testing of the session pages of the event
- speakerPage.js - Contains methods for testing of the speakers page of the event
Other Related Repositories
Open Event Format Definition
The Open Event Project enables the exchange of data between all components as well as with other services through a standardized Format. The Open Event repository provides a sample implementation of the format. It includes
JSONfiles for all relevant event information and binary data for images and audio files.
Repository: https://github.com/fossasia/open-event
Chat Channel: https://gitter.im/fossasia/open-event
Open Event Server
The Open Event Server enables organizers to manage events from concerts to conferences and meetups. It offers features for events with several tracks and venues. Event managers can create invitation forms for speakers and build schedules in a Drag & Drop interface. The event information is stored in a database, which can be a
sqlite-dbfile or saved injsonitself. The system provides API endpoints to fetch the data, and to modify and update it. Organizers can import and export event data in a standard compressed file format that includes the event data inJSONand binary media files like images and audio.
Repository: https://github.com/fossasia/open-event-server
Chat Channel: https://gitter.im/fossasia/open-event-server
Open Event Android App
The Open Event Android Project consists of two components. The App Generator is hosted web application, that is hosted on a server and generates an event Android app from a zip with
JSONand binary files (examples here) or through an API. The second component we are developing in the project is generic Android app - the output of the app generator. The mobile app can be installed on any Android device for browsing information about the event. Updates can be made automatically through API endpoint connections from an online source (e.g. server), which needs to defined in the provided event zip with theJSONfiles. The Android app has a standard configuration file, that sets the details of the app (e.g. color scheme, logo of event, link toJSONapp data).
Repository: https://github.com/fossasia/open-event-android
Chat Channel: https://gitter.im/fossasia/open-event-android
6. Overview Site
Contains thumbnail images of sample events and main index.html file required for the showcase site
Web App Generator Test Installation
-
You can try out the web generator at https://opev-webgen.herokuapp.com
-
The
development-versionis available here: https://opev-webgen-dev.herokuapp.com -
You can use one of the event sample zip files here: https://github.com/fossasia/open-event/tree/master/sample
Installation/Deployment of the Web App Generator
How do I install Web App Generator on a Server
Please check out the documentation here.
How do I install Web App Generator on my local machine
Please check out the documentation here.
How do I install Web App Generator on Google Cloud
To install the system on Google Cloud please refer to the Google Cloud installation readme.
How do I install Web App Generator on AWS
To install the system on AWS please refer to the AWS installation readme.
How do I install Web App Generator on Digital Ocean
To install the system on Digital Ocean please refer to the Digital Ocean installation readme.
How do I deploy Web App Generator with Heroku
**Please read how to deploy to Heroku here
Or use the 1-click deployment button
**
Accessing the Generator Web Form
- Once deployed, you’ll find the generator running on http://localhost:5000, it should look like this
-
Add your email id, select theme, select API version, select session style (single page for each session or expandable sessions), select data source
-
Then upload the zip file that contains all JSON files for speakers, sessions, sponsors, event, tracks and locations (These you should get from the server or through the API after you have created your event there).
-
Now, when you click on GENERATE APP and DOWNLOAD button, you’ll get to download a zip of the event website. You can also deploy the web site to your Github Pages by clicking on DEPLOY button.
Accessing the Generator via REST API
Endpoints
POST /generate
Parameters (x-www-form-urlencoded) or json
| Parameter | Description | Purpose |
|---|---|---|
| name | (required) Name of the webapp | Unique name of the webapp |
| (required) Your email id | We will send a email to this when your webapp is ready | |
| datasource | (required) Either jsonupload or eventapi |
|
| apiendpoint | (if datasource = eventapi) API endpoint url |
API specifications
Configurations
All configurations are saved in the config.js file.
NOTE: In this document all config.<obj> variables refer to the data in the config.json file.
Server Configs
PORT
| Variable | Description |
|---|---|
process.env.PORT |
(Can be described in shell env, or in Heroku type platforms) |
config.PORT |
(Falls back to config file if above not found) |
Mailer
We use Sendgrid to send mails, and you need a Sendgrid API to make it work. Additionally, you can also use SMTP to send mails if you don’t have Sendgrid Key.
| Variable | Description |
|---|---|
process.env.SENDGRID_API_KEY |
(Tries to get from shell env first) |
config.SENDGRID_API_KEY |
(Falls back to config file) |
process.env.SMTP_USERNAME |
(Tries to get from shell env first) |
config.SMTP_USERNAME |
(Falls back to config file) |
process.env.SMTP_PASSWORD |
(Tries to get from shell env first) |
config.SMTP_PASSWORD |
(Falls back to config file) |
Upload
-
We use AWS S3 services for storing the zip file of the generated event. These zip files are automatically deleted after 3 days from the store.
-
Each uploaded file has a unique download link.
node-uuidmodule is used for generating the cryptic download link of the file.
| Variable | Description |
|---|---|
process.env.AWS_BUCKET |
(Tries to get from shell env first) |
config.AWS_BUCKET |
(Falls back to config file) |
process.env.AWS_ACCESS_KEY_ID |
(Tries to get from shell env first) |
config.AWS_ACCESS_KEY_ID |
(Falls back to config file) |
process.env.AWS_SECRET_ACCESS_KEY |
(Tries to get from shell env first) |
config.AWS_SECRET_ACCESS_KEY |
(Falls back to config file) |
Github Deploy
The web-app is able to automatically deploy the generated event sites to Github Pages of a User. We use passport library for authentication of the user. For uploading and committing the event files, we use github library which provides a wrapper for the Github API in node.
| Variable | Description |
|---|---|
process.env.GITHUB_CLIENT_ID |
(Tries to get from shell env first) |
config.GITHUB_CLIENT_ID |
(Falls back to config file) |
process.env.GITHUB_CLIENT_SECRET |
(Tries to get from shell env first) |
config.GITHUB_CLIENT_SECRET |
(Falls back to config file) |
process.env.CALLBACK_URL |
(Tries to get from shell env first) |
config.CALLBACK_URL |
(Falls back to config file) |
Images
We need to process all the speaker images and there are certain configs used -
| Variable | Description |
|---|---|
config.speaker_images.MAX_WIDTH |
(Max needed height of speaker image) |
config.speaker_images.MAX_HEIGHT |
(Max needed width of speaker image) |
config.speaker_images.TRACK_HEIGHT_REM |
(Speaker image height, in CSS rem units, for tracks page) |
config.speaker_images.TRACK_WIDTH_REM |
(Speaker image width, in CSS rem units, for tracks page) |
Audio
Some sessions can have a recorded audio attached to them. The parameters for that are -
| Variable | Description |
|---|---|
config.audio_files.MAX_SIZE_MB |
Max size of the audio (limited by Github file size) |
Contributions, Bug Reports, Feature Requests
This is an Open Source project and we would be happy to see contributors who report bugs and file feature requests submitting pull requests as well.
Please report issues here
Issue and Branch Policy
Before making a pull request, please file an issue. So, other developers have the chance to give feedback or discuss details. Match every pull request with an issue please and add the issue number in description e.g. like “Fixes #123”.
We have the following branches :-
- development All development goes on in this branch. If you’re making a contribution, you are supposed to make a pull request to development. PRs to master must pass a build check and a unit-test (test/serverTest.js) check on Travis
- master This contains shipped code. After significant features/bugfixes are accumulated on development, we make a version update, and make a release.
Contributions Best Practices
Commits
- Write clear, meaningful git commit messages (Do read http://chris.beams.io/posts/git-commit/)
- Make sure your PR’s description contains GitHub’s special keyword references that automatically close the related issue when the PR is merged. (More info at https://github.com/blog/1506-closing-issues-via-pull-requests )
- When you make minor changes to a PR (like for example fixing a failing Travis build or some small style corrections or minor changes requested by reviewers) make sure you squash your commits afterward. (Learn how to squash at https://davidwalsh.name/squash-commits-git )
- When you’re submitting a PR for a UI-related issue, it would be great if you add a screenshot of your change or a link to a deployment where it can be tested out along with your PR.
Feature Requests and Bug Reports
- When you file a feature request or when you are submitting a bug report to the Issue tracker, make sure you add steps to reproduce it.
Join the development
- Before you join development, please set up the project on your local machine, run it and go through the application completely. Press any button that you can see and see where it leads. Explore. (Don’t worry, Nothing will happen to the app due to the exploring: wink: The only thing that will happen is, you’ll be more familiar with what, is where and might even get some cool ideas on how to improve various aspects of the app.)
- If you would like to work on an issue, drop in a comment on the issue.
Do read the Open Source Developer Guide and Best Practices at FOSSASIA.
Testing locally
If you want to run tests locally, first install the following:
npm install --no-save mocha chromedriver
You can then run the full test suite with:
npm test
or you can run one individual test script like this:
npx mocha -b test/generatorAndSchedule.js
LICENSE
OpenEvent Website Generator - A webapp and it’s generator, written as part of the FOSSASIA Open Event project. The Open Event project aims to make server and client software required for hosting events/conferences easy to build and configure. Copyright (C) 2016, FOSSASIA. This program is free software: you can redistribute it and/or modify it under the terms of the GNU General Public License as published by the Free Software Foundation, either version 3 of the License, or (at your option) any later version. This program is distributed in the hope that it will be useful, but WITHOUT ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU General Public License for more details. You should have received a copy of the GNU General Public License along with this program. If not, see http://www.gnu.org/licenses/.
Maintainers
The Project is maintained by :-
- Aayush Arora (@aayusharora)
- Mario Behling (@mariobehling)
Alumni
- Arnav Gupta (@championswimmer)
- Justin Lee (@juslee)
