Skip to content

artsy/artsy.github.io

Folders and files

NameName
Last commit message
Last commit date

Latest commit

 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

Repository files navigation

Build Status

The Artsy OSS page and the blog runs on top of a default jekyll install. If you would like an overview of jekyll, their website rocks.

Setup

git clone [email protected]:artsy/artsy.github.io.git
cd artsy.github.io
bundle
bundle exec rake bootstrap
bundle exec rake build

Common issues ⚠️

Issues installing `therubyracer` and/or `v8` dependencies Some combination of the following might help resolve issues with installing these dependencies:
  • make sure you have a ruby version that works (e.g. 2.7.5)
  • Installing v8 via homebrew: brew install v8
  • Installing the libv8 gem using a specific version and v8 flag: gem install libv8 -v '3.16.14.19' -- --with-system-v8
  • Assigning configuration options, as in this comment.

License

The code in this repository is released under the MIT license. The contents of the blog itself (ie: the contents of the _posts directory) are released under +Creative Commons Attribution 4.0 International License.

Running the OSS Site / Blog locally

Running rake serve will not generate category pages. They take a long time to generate. No one wants that when working on the site.

  bundle exec rake serve

Categories are generated when the ENV var PRODUCTION = "YES".

Deploying

  • Circle automatically deploys to GitHub Pages when new commits are pushed to the source branch.
  • If you need to trigger a deploy locally, the rake deploy command is available.
  • See the Rakefile for details on how builds/deploys are done.
  • Note that the main branch does not build on Circle, due to all deploy commits being prefixed with [skip ci].

Adding an Author

Authors are key-value stored, so you will need to give yourself a key inside _config.yml - for example:

joey:
  name: Joey Aghion
  github: joeyAghion
  twitter: joeyAghion
  site: http://joey.aghion.com

Everything but name is optional.

Authoring an Article

Note: we now have some templates to help get you started writing a blog post. Check out the Post-Templates directory.

TLDR To generate a new post, create a new file in the _posts directory. Be sure to add your name as the author of the post and include several categories to file the post under. Here is a sample header YAML:

Note: categories are aggregated from the individual posts, so adding one is as easy as adding it to your post!

---
layout: post
title: "Responsive Layouts with CSS3"
date: 2012-01-17 11:03
comments: true
author: Matt McNierney
github-url: https://www.github.com/mmcnierney14
twitter-url: http://twitter.com/mmcnierney
blog-url: http://mattmcnierney.wordpress.com
categories: [Design, CSS, HTML5]
---

More info can be found in the Jekyll docs.

When you have authored an article, git add and git commit it, then push to a named branch with git push origin [branch], and create a pull request to the source branch, it will be deployed to the site by travis when merged.

After you have authored an article, consider re-generating the related articles data, so that we can surface other articles related to the one you just added. See Generating related articles section below.

Enabling Comments

Comments for articles are managed with Issues in this GitHub repository.

Create an issue for the article

Quote the opening paragraph(s) of the post as the body of the issue, and name it something like "Comments: My Fantastic New Post".

Add the Comment Thread label to the issue

Attach the issue to your article

Copy the created issue ID; add it to the frontmatter YAML of your post, as the comment_id attribute:

comment_id: 1234

After Deploying an Article

Every article on our blog needs one more thing: a snappy tweet! You can ask Ash or Orta to do this for you, but you're also welcome to log into the @ArtsyOpenSource twitter account and tweet yourself (credentials are in the Engineering 1Password vault). Tweets usually follow the following format:

[pithy observation] [description of problem] [@ the article author's twitter handle]

📝 [link to blog post]
💻 [link to GitHub repo, if applicable]
📷 [attach a screenshot of the first few paragraphs of the post]

We attach screenshots of the post because tweets with images get more traction. But! Images aren't accessible to screen readers, so make sure to use the twitter.com web interface and add a description to the image when posting:

Screenshot of the title and first two paragraphs of the linked-to blog post.

You can look at previous tweets from our account to get a feel for these. If you'd like help, just ask in Slack.

Authoring a Podcast Episode

To add a new episode of the podcast, configure your local AWS environment. The easiest is in environment variables stored in ~/.zshrc or equivalent.

export AWS_ACCESS_KEY_ID=
export AWS_SECRET_ACCESS_KEY=

After you have set up the environment, run the following rake task.

rake podcast:new_episode /path/to/local/mp3

This will add required YAML to _config.yml. You'll need to fill in some other fields manually; when finished it'll look like this:

- title: Name of your episode
  date: (generated by Rake task)
  description: A paragraph-long description of the episode.
  podcast_url: (generated by Rake task)
  file_byte_length: (generated by Rake task)
  duration: (generated by Rake task)

Generating related articles

Generating the content for the "related articles" section at the bottom of an article is an offline & manual process that makes use of our staging vector database.

Any developer can run this at any time and commit the resulting changes to related-articles.json.

There are a few simple prerequisite steps required for this task specifically:

  1. gem install foreman, if you haven't already.

  2. cp .env.example .env, if you haven't already.

  3. Connect to the staging VPN in order to access the staging instance of Weaviate, our vector database.

After that it is just:

foreman run bundle exec rake related_articles

About Artsy

This project is the work of engineers at Artsy, the world's leading and largest online art marketplace and platform for discovering art. One of our core Engineering Principles is being Open Source by Default which means we strive to share as many details of our work as possible.

You can learn more about this work from our blog and by following @ArtsyOpenSource or explore our public data by checking out our API. If you're interested in a career at Artsy, read through our job postings!