git clone https://github.com/uilicious/dev.to-docker.git && \
cd dev.to-docker && sudo ./docker-run.sh INTERACTIVE-DEMO

더 긴 도커 기반 명령(git clone 없음)

# Run a postgres server configured for dev.to
docker run -d --name dev-to-postgres \
    -e POSTGRES_PASSWORD=devto \
    -e POSTGRES_USER=devto \
    -e POSTGRES_DB=PracticalDeveloper_development \
    -v "<POSTGRES_DATA>:/var/lib/postgresql/data" \
    postgres:10.7-alpine;

# Wait about 30 seconds, to give the postgres container time to start
sleep 30

#
# Run the prebuilt dev.to container
# binded to localhost:3000
#
# Algoliasearch API key is required for dev.to,
# for login do consider adding github/twitter keys as well
# see : https://github.com/thepracticaldev/dev.to/blob/master/config/sample_application.yml
#
docker run -d -p 3000:3000 \
    --name dev-to-app \
    --link dev-to-postgres:db \
    -v "<DEVTO_UPLOAD_DIR>:/usr/src/app/public/uploads/" \
    -e ALGOLIASEARCH_APPLICATION_ID=<APP_ID> \
    -e ALGOLIASEARCH_SEARCH_ONLY_KEY=<SEARH_KEY> \
    -e ALGOLIASEARCH_API_KEY=<ADMIN_KEY> \
    uilicious/dev.to

#
# Also : do give 5~10 minutes for the server to be up. 
# It does take a long time to setup and start
#

이것은 어떤 유형의 PR입니까? (해당되는 항목 모두 체크)

설명

bash-3.2$ ./docker-run.sh 

#---
#
# This script will perform the following steps ... 
#
# 1) Stop and remove any docker container with the name 'dev-to-postgres' and 'dev-to'
# 2) Reset any storage directories if RUN_MODE starts with 'RESET-'
# 3) Build the dev.to docker image, with the name of 'dev-to:dev' or 'dev-to:demo'
# 4) Deploy the postgres container, mounting '_docker-storage/postgres' with the name 'dev-to-postgres'
# 5) Deploy the dev-to container, with the name of 'dev-to-app', and sets up its port to 3000
#
# To run this script properly, execute with the following (inside the dev.to repository folder)...
# './docker-run.sh [RUN_MODE] [Additional docker envrionment arguments]'
#
# Alternatively to run this script in 'interactive mode' simply run
# './docker-run.sh INTERACTIVE-DEMO'
#
#---
#---
#
# RUN_MODE can either be the following
#
# - 'DEV'  : Start up the container into bash, with a quick start guide
# - 'DEMO' : Start up the container, and run dev.to (requries ALGOLIA environment variables)
# - 'RESET-DEV'   : Resets postgresql and upload data directory for a clean deployment, before running as DEV mode
# - 'RESET-DEMO'  : Resets postgresql and upload data directory for a clean deployment, before running as DEMO mode
# - 'INTERACTIVE-DEMO' : Runs this script in 'interactive' mode to setup the 'DEMO'
#
# So for example to run a development container in bash its simply
# './docker-run.sh DEV'
#
# To run a simple demo, with some dummy data (replace <?> with the actual keys)
# './docker-run.sh DEMO -e ALGOLIASEARCH_APPLICATION_ID=<?> -e ALGOLIASEARCH_SEARCH_ONLY_KEY=<?> -e ALGOLIASEARCH_API_KEY=<?>'
#
# Finally to run a working demo, you will need to provide either...
# './docker-run.sh .... -e GITHUB_KEY=<?> -e GITHUB_SECRET=<?> -e GITHUB_TOKEN=<?>
#
# And / Or ...
# './docker-run.sh .... -e TWITTER_ACCESS_TOKEN=<?> -e TWITTER_ACCESS_TOKEN_SECRET=<?> -e TWITTER_KEY=<?> -e TWITTER_SECRET=<?>
#
# Note that all of this can also be configured via ENVIRONMENT variables prior to running the script
#
#---

And does the deployment using docker. Includes option to do a reset prior to deployment.

Optional contextual information provided here :

에 대한 조언이 필요합니다 ...

if someone can guide me on how to run dev.to in "Production" mode, it would be great in improving the overall docker container performance

문서에 추가되었습니까?

• sample readme for docker hub :
• I can modify readme if this looks good?

이 PR을 가장 잘 설명하는 gif는 무엇입니까?

기분을 가장 잘 나타내는 gif는 무엇입니까?

PS: if someone can guide me on how to run dev.to in "Production" mode, it would be great in improving the overall docker container performance, in such a setup.

왜 이러는 거지? 공식 readme를 사용하여 서버를 설정할 수 없습니까?

Well it started out with that, and ...

Its not a problem specifically about dev.to, its simply me being not a ruby developer.

All I wanted was to simply spin up a quick server, so that I can try writing some UI test scripts on it (more on that later).

I really didn't want to be figuring out how to install ruby, sorting out missing os dependencies, and fix my npm versions, trying to figure out why the existing docker build have missing images, etc, etc.......

And in the middle of fixing all that, a flashback hit me ...

For this future where dev.to grows into a series of decentralised dev.to.like networks operated by the community to happen. We need the site to be something that is quick, and easy to deploy for anyone.

Not just someone who "needs" to know how to ruby, postgres, nodejs, or even docker and docker compose for that matter...

We already have hundreds of other more human hurdles in place to get a software adopted...

And in my subjective experience, the ability to get quick one liner demo up and running goes a long way in convincing others... Less is truly more here...

Convincing others in going beyond using https://dev.to/ itself, but to use its open source codebase, perhaps adapt it to their own needs, or more importantly contribute to it!

For homebrew users, think of how many times have you used this one line for yourself or others

/usr/bin/ruby -e "$(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/master/install)"

도움이 되지 않나요?

The current script might not yet be there (for example we could auto install docker if its not present, and maybe in the future break the hard reliance on Algolia). But its one more step into that direction.

UI 테스트에 대해 뭐라고 하셨습니까?

내가 uilicious에서 작업하는 것은 다음과 같은 테스트 스크립트를 실행하는 것입니다.

// Lets go to dev.to
I.goTo("https://dev.to")

// Fill up search
I.fill("Search", "uilicious")
I.pressEnter()

// I should see myself or my co-founder
I.see("Shi Ling")
I.see("Eugene Cheah")

휘젓다 sharable test result



위와 같이.

그러나 여기에는 한 가지 큰 문제가 있습니다. Uilicious뿐만 아니라 일반적으로 UI 테스트를 위해 해결하려고 합니다...

어느 것이 모두를 얻고 있습니다 ... UI 테스트가 커밋되는 즉시 실행하려면 단위 테스트를 실행하는 방법과 같습니다. (개발 회사, 고객 또는 일반적으로 모든 개발자에게 유용함)

불행하게도 내가 본 바로는 우리 플랫폼의 대부분의 사용자는 프로덕션에서만 테스트하고 있습니다. 테스트/스테이징 서버가 절반보다 약간 적습니다. 마지막으로 git push에 대한 아주 작은 부분 테스트입니다.



개발 과정에서 테스트가 실패하고 개발자에게 알리는 것이 빠르면 빠를수록 모든 사람에게 더 좋습니다.

그리고 일반적으로 거기에 도달하는 데 가장 큰 장애물은 자동화된 UI 테스트를 받는 것뿐만 아니라 ...

Can you make a build in one step? : If the process takes any more than one step, it is prone to errors
~ over simplifying Joel Spolsky

또는 더 구체적으로 빌드, 배포 및 테스트를 한 단계로 수행할 수 있습니까?

따라서 dev.to를 더 쉽게 만들고 실행할 수 있도록 하는 것이 저의 작은 희망입니다.

다음에 해야 할 일은(다음 기사의 @TODO) 임시 배포를 위해 travis와 함께 연결하는 것입니다. 마지막으로 git 푸시로 UI 테스트 스크립트를 실행할 수 있는 프로세스입니다.

특정 git 푸시에 대한 전체 UI 테스트를 수행하는 다른 개발자를 위한 예시 사용 사례로 사용할 수 있습니다....

그리고 아마도 아마도 아마도 dev.to team to sign up for our product. or free trial 😉

아, 한 가지 더 - DEV 모드

./docker-run.sh DEV

테스트 및 데모뿐만 아니라 개발에도 도움이 되는 단일 bash 스크립트.

복제된 리포지토리에서 바로 bash로 전체 개발 환경을 설정하는 한 줄 명령입니다.

ruby/npm 설치가 필요하지 않습니다.

PS : If anyone have feedback how I can make this build and deploy script better / etc. Do let me know

즐거운 배송🖖🏼🚀