個人 GitHub 帳號下公開儲存庫的擁有者可以登入並驗證所有權,自行管理介紹,無需管理員核准。
登入並產生驗證檔案,在 30 分鐘內將其提交至此儲存庫的預設分支。其他分支或分叉儲存庫中的檔案無效。然後在下方檢查檔案,即可無需管理員核准直接管理專案。請保留檔案以維持管理權限。
如需登入,將前往登入頁面。登入後請回到此處,再次點擊所選的驗證按鈕。
在專案資料夾中執行 /nomorevibe verify,即可驗證所有權並自行管理介紹。
一分鐘完成驗證The public home page of podcastindex.org
翻譯準備中
取自儲存庫 README
正在載入完整 README。 以下為已儲存的摘錄。
Podcast Web UI is a project that houses the code for the React app and express server for podcastindex.org.
• Landing page for PodcastIndex.
• Search for podcasts in index.
• Simple podcast player for listening.
• List of apps using the PodcastIndex.
• Documentation and developer login for credential management.
The project is split into two folders, ui, and server.檢視完整 README ↗Podcast Web UI is a project that houses the code for the React app and express server for podcastindex.org.
The project is split into two folders, ui, and server.
.
├── ...
├── ui
│ ├── public # Static files for index.html and favicon
│ ├── fonts # Fonts used in the UI
│ ├── images # Images and icons that are part of the UI
│ └── src # All React and client code
├── server
│ ├── assets # static files that are dynamically updated
│ ├── data # static data files (ie. json) that are dynamically updated
│ └── index.js # express app that serves the UI and is a reverse proxy (replaces need for NGINX)
└── ...
The folder ui houses all the React and client based code and assets.
The folder server houses all of the API, static server data, and the reverse proxy to the PodcastIndex API using comster/podcast-index-api.
data and assetsThe reason to build a custom express server for serving React and other data is due to the need for script updated .json files and dynamically adding apps to the /apps page. This data should not be bundled with the client compiled code.
The custom express server also is used to reverse proxy requests through the same domain to prevent CORS issues. Using the same domain to server up the UI content and to send api requests prevents CORS issues in modern browsers.
git clone https://github.com/Podcastindex-org/web-ui.git && cd "$(basename "$_" .git)"
cp .env-example .environments/.env.development # Generate a .env for development
cp .env-example .env # Generate a .env for yarn/npm start
# Generate a new .env for production
sed s/NODE_ENV=development/NODE_ENV=production/ .env-example > .environments/.env.production
nvm use # If you want to use .nvmrc Node.js version
corepack -v # Check version and instalattion
export COREPACK_ENABLE_DOWNLOAD_PROMPT=0 # Disable download prompt
corepack enable # Enable dependency
The dev, build and production scripts run webpack with NODE_OPTIONS=--openssl-legacy-provider, because webpack 4 hashes with MD4, which OpenSSL 3 (Node 17+) disables by default. If you run webpack directly, set it yourself.
You should see a .env-example file. Copy this into:
.env. For yarn start .environments/ and change the -example to .development and/or .production.The files .env* should be on .gitignore and are needed to set the API_KEY, API_SECRET, API_ADD_KEY and API_ADD_SECRET variables.
In order to have the UI hot reload for development, we utilized webpack-dev-server this allows for easier debugging, etc. In order for the dev-server to connect to the API, you must first have set the .env* file variables and have started the server with yarn start
# Install dependencies
yarn install
# Start dev server
yarn run dev
# Or if you are using docker (to bind to 0.0.0.0 instead of loopback)
# yarn run dev:docker
# Start the node server in another terminal window.
yarn run start
To start the server, simply run after setting the .environments/.env.production and .env files.
Note: Make sure to set NODE_ENV=production in .env.production and .env files.
The below script will compile the code and then start the node server.
npm run build
npm start
Or use:
yarn run production