[{"_1":2,"_165":-5,"_166":-5},"loaderData",{"_3":4,"_13":14,"_20":21,"_140":141},"root",{"_5":-5,"_6":-7,"_7":8,"_9":-7,"_10":11,"_12":-7},"currentUser","primaryEmail","siteVerification","6LeIxAcTAAAAAJcZVRqyHh71UMIEGNQ_MXjiZKhI","toast","enableDev",false,"incidentStatus","routes/_layout",{"_15":-5,"_16":17,"_18":17,"_19":11},"username","isAskGordonEnabled",true,"isUsingNewTemplate","showMinimalLanding","routes/_layout.r.$namespace.$reponame",{"_22":23,"_24":-5,"_25":11,"_26":11,"_27":28,"_29":30,"_31":-5,"_32":11,"_33":34,"_83":-5,"_84":85,"_133":-5,"_134":11,"_135":17,"_136":11,"_137":-5,"_138":139},"canonicalUrl","https://hub.docker.com/r/markdumay/countly-frontend/tags","mcpServer","canSeeDockerfile","canSeeAutobuilds","namespace","markdumay","reponame","countly-frontend","cloudBuildSource","isAutobuildsAvailable","repo",{"_35":36,"_37":38,"_40":41,"_42":43,"_44":11,"_45":46,"_47":48,"_49":50,"_52":30,"_27":28,"_53":54,"_55":39,"_56":57,"_58":59,"_60":61,"_62":-5,"_63":57,"_64":65,"_66":11,"_67":28,"_68":69,"_74":11,"_75":76,"_80":28,"_81":82},"categories",[],"content_types",[39],"image","date_registered","2020-05-20T07:23:27.604282Z","description","Wrapper for countly/frontend adding a wait script","is_private","last_updated","2020-06-20T06:54:08.099449Z","last_modified","2024-10-16T13:48:34.145251Z","media_types",[51],"application/vnd.docker.container.image.v1+json","name","pull_count",318,"repository_type","star_count",0,"status",1,"status_description","active","source","collaborator_count","full_description","# countly-secret (work in progress)\n\n\n

\n Deploy Countly Analytics as Docker Stack with Secure Credentials\n
\n

\n\n\n\n

\n \n \n \n \n \n \n \n \n \n \n \n \n

\n\n\n

\n About •\n Built With •\n Prerequisites •\n Testing •\n Deployment •\n Usage •\n Donate •\n License\n

\n\n\n## About\n[Countly][countly_info] is an open-source analytics platform to track customer journeys in web, desktop, and mobile applications. The community edition has a free-to-use non-commercial license and can be self-hosted. Countly consists of an API and a portal, using a Mongo database for data persistency. Countly Secret is a configuration script to deploy Countly, a Mongo database, and a reverse proxy as Docker containers. It uses Docker Swarm secrets to secure the database credentials. \n\n\n\n## Built With\nThe project uses the following core software components:\n* [Countly][countly_url] - Analytics platform\n* [Docker][docker_url] - Container platform (including Swarm and Compose)\n* [MongoDB][mongodb_url] - Document-based distributed database\n* [HTTPS Portal][portal_url] - Fully automated HTTPS server\n\n\n## Prerequisites\nCountly Secret can run on a local machine for testing purposes or in a production environment. The setup has been tested locally on macOS and a Virtual Private Server (VPS) running Ubuntu 18.04 LTS.\n\n### Recommended Server Sizing\nIn a minimal setup, Countly and its accompanying Mongo database can be deployed on the same server. For a website with moderate traffic, 2 CPU cores, 4 GB of RAM and 100 GB disk space should be sufficient to get you started. This [overview][countly_deployment] shows the setup for requirements and deployment options for increased workload levels.\n\n### Host Operating System\nAs Countly will be deployed as a Docker container, in theory any host operating system will do, as long as it supports Docker. However, for a production system, a Long Term Support (LTS) version of a major Linux distribution such as Ubuntu or CentOS is recommended. \n\n### Other Prerequisites\n* A registered domain name is required - \nNot only will this help you access the Countly dashboard and API, but it is also required for configuring SSL certificates to enable secure web traffic. You should have the ability to manually configure DNS entries for your domain too.\n\n* Docker Compose and Docker Swarm are required - Countly and the Mongo Database will be deployed as Docker containers in swarm mode to enable Docker *secrets*.\n\n* An email service is optional - Having an email service allows you to receive system notifications from Countly.\n\n\n## Testing\nIt is recommended to test the services locally before deploying them to production. Running the services with `docker-compose` greatly simplifies the validation of the service logs. Below four steps will allow you to run the services on your local machine.\n\n### Step 1 - Clone the Repository\nThe first step is to clone the repository to a local folder. Assuming you are in the working folder of your choice, clone the repository files. Git automatically creates a new folder `countly-secret` and copies the files to this directory. The option `--recurse-submodules` ensures the embedded submodules are fetched too. Now change your working folder to be prepared for the next steps.\n\n```console\ngit clone --recurse-submodules https://github.com/markdumay/countly-secret.git\ncd countly-secret\n```\n\n### Step 2 - Create Docker Secret Files\nAs Docker-compose does not support external Swarm secrets, we will create local secret files for testing purposes. The credentials are stored as plain text, so this is not recommended for production.\n\n```console\nmkdir secrets\nprintf admin > secrets/mongodb_root_username.txt\nprintf password > secrets/mongodb_root_password.txt\nprintf countly > secrets/countly_mongodb_username.txt\nprintf password > secrets/countly_mongodb_password.txt\n```\n\n### Step 3 - Update the Environment Variables\nThe `docker-compose.yml` file uses environment variables to simplify the configuration. You can use the sample file in the repository as a starting point.\n\n```console\nmv sample.env .env\n```\n\nThe `.env` file specifies four variables. Adjust them as needed.\n```\nMONGODB_DATABASE=countly\nDOMAINS_COUNTLY=countly.example.test\nCOUNTLY_API_HOST=http://api:3001\nCOUNTLY_FRONTEND_HOST=http://frontend:6001\n```\n\nIt's convenient to use a `.test` top-level domain for testing. This domain is reserved for this purpose and is guaranteed not to clash with an existing domain name. However, you will still need to resolve these domains on your local machine. Steven Rombauts wrote an excellent [tutorial][macos_dnsmasq] on how to configure this using `dnsmasq` on macOS.\n\n### Step 4 - Run with Docker Compose\nTest the Docker services with `docker-compose`. You can stop the services with the command `ctrl-c`.\n\n```console\ndocker-compose up\n```\n\n### Step 5 - Validate the Service Logs\nThe initialization of the services typically takes a few minutes. Below key messages show the status of the individual services and indicate when they are ready.\n\n```\nmongodb_1 | I CONTROL [initandlisten] options: { net: { bindIp: \"*\" }, security: { authorization: \"enabled\" } }\nmongodb_1 | I NETWORK [listener] Listening on 0.0.0.0\nfrontend_1 | Done.\nfrontend_1 | removed ** packages and audited ** packages in **s\napi_1 | Done.\napi_1 | removed ** packages and audited ** packages in **s\nportal_1 | Self-signing test certificate for countly.example.test\nportal_1 | [services.d] done.\n```\n\n## Deployment\nThe steps for deploying in production are slightly different than for local testing. Below six steps guide you through the setup.\n\n### Step 1 - Clone the Repository\nThe first step is to clone the repository to a local folder. Assuming you are in the working folder of your choice, create a new directory `countly-secret` (or any folder name of your liking) and clone the repository files. The final `.` instructs git to put the files in the current directory.\n\n```console\nmkdir countly-secret\ncd countly-secret\ngit clone https://github.com/markdumay/countly-secret.git .\n```\n\n\n### Step 2 - Create Docker Swarm Secrets\nDocker secrets can be easily created using pipes. The passwords are randomized using `openssl`, but feel free to use another method to your liking. Do not forget the include the final `-`, as this instructs Docker to use piped input. \n\n```console\nprintf admin | docker secret create mongodb_root_username -\nopenssl rand -base64 32 | docker secret create mongodb_root_password -\nprintf countly | docker secret create countly_mongodb_username -\nopenssl rand -base64 32 | docker secret create countly_mongodb_password -\n```\n\nIf you do not feel comfortable copying secrets from your command line, you can use the wrapper `create_secret.sh`. This script prompts for a secret and ensures sensitive data is not displayed in your console. The script is available in the folder `/docker-secret` of your repository.\n\n```console\n./create_secret.sh mongodb_root_username\n./create_secret.sh mongodb_root_password\n./create_secret.sh countly_mongodb_username\n./create_secret.sh countly_mongodb_password\n```\n\n### Step 3 - Update the Docker Compose File\nThe `docker-compose.yml` in the repository defaults to set up for local testing. Update the `secrets` section to use Docker Swarm secrets instead of local files.\n\n```Dockerfile\nsecrets:\n mongodb_root_username:\n external: true\n mongodb_root_password:\n external: true\n countly_mongodb_username:\n external: true\n countly_mongodb_password:\n external: true\n```\n\nIn the same file, instruct HTTPS Portal to request certificates from Let's Encrypt by setting the `STAGE` environment variable to `production`.\n```Dockerfile\nservices:\n portal:\n environment:\n STAGE: production\n```\n\n### Step 4 - Update the Environment Variables\nThe `docker-compose.yml` file uses environment variables to simplify the configuration. You can use the sample file in the repository as a starting point.\n\n```console\nmv sample.env .env\n```\n\nThe `.env` file specifies four variables. Adjust them as needed. Docker creates an alias for the hostnames, so you should not have to rename `api` to `countly_api` or `frontend` to `countly_frontend`.\n```\nMONGODB_DATABASE=countly\nDOMAINS_COUNTLY=countly.example.com\nCOUNTLY_API_HOST=http://api:3001\nCOUNTLY_FRONTEND_HOST=http://frontend:6001\n```\n\n\n### Step 5 - Run with Docker Stack\nUnlike Docker Compose, Docker Stack does not automatically create local folders. Create an empty folder for the Mongo database and the HTTPS portal. Next, deploy the Docker Stack using `docker-compose` as input. This ensures the environment variables are parsed correctly.\n\n```console\nmkdir data\nmkdir data/mongodb\nmkdir data/portal\ndocker-compose config | docker stack deploy -c - countly\n```\n\n### Step 6 - Inspect the Status of the Stack\nRun the following command to inspect the status of the Docker Stack.\n\n```console\ndocker stack services countly\n```\n\nYou should see the value `1/1` for `REPLICAS` for each service if the stack was initialized correctly. It might take a while before the services are up and running, so simply repeat the command after a few minutes if needed.\n\n```\nID NAME MODE REPLICAS IMAGE PORTS\n*** countly_frontend global 1/1 markdumay/countly-frontend:20.04\n*** countly_portal replicated 1/1 steveltn/https-portal:1 *:80->80/tcp, *:443->443/tcp\n*** countly_api replicated 1/1 markdumay/countly-api:20.04\n*** countly_mongodb replicated 1/1 mongo:4.2\n```\n\nDebugging swarm services can be quite challenging. If for some reason your service does not initiate properly, you can get its task ID with `docker service ps `. Running `docker inspect ` might give you some clues to what is happening. If the service did initiate correctly, you can view the service log with `docker service logs `. Use `docker stack rm countly` to remove the docker stack entirely. Be aware not to redeploy the stack before all services and networks have been completely removed, as this might result in [errors][issue_30942].\n\n\n## Usage\nOpen your internet browser and navigate to the URL specified in your `.env` file. The default value is `countly.example.test` or `countly.example.com` pending you are in test mode or production. The site's certificate is self-signed in a local setup, so you might need to instruct your internet browser to trust this certificate. The site should now display the welcome screen of Countly and will ask you to set up an administrative user. \n\n![Countly setup screen][image_setup]\n\nIf you do not see the full dashboard, try to log in again. Countly is now ready for use.\n\n![Countly home screen][image_home]\n\n\n## Contributing\n1. Clone the repository and create a new branch \n ```\n $ git checkout https://github.com/markdumay/countly-secret.git -b name_for_new_branch\n ```\n2. Make and test the changes\n3. Submit a Pull Request with a comprehensive description of the changes\n\n## Donate\n $\"Buy$ \n\n## License\n\n

\n\n\nCopyright © [Mark Dumay][blog]\n\n\n\n\n[countly_deployment]: https://support.count.ly/hc/en-us/articles/360037814151-Deployment-scenarios\n[countly_info]: https://count.ly/product\n[countly_url]: https://count.ly\n[docker_url]: https://docker.com\n[issue_30942]: https://github.com/moby/moby/issues/30942\n[macos_dnsmasq]: https://www.stevenrombauts.be/2018/01/use-dnsmasq-instead-of-etc-hosts/\n[mongodb_url]: https://mongodb.com\n[portal_url]: https://github.com/SteveLTN/https-portal\n\n[blog]: https://github.com/markdumay\n[repository]: https://github.com/markdumay/countly-secret.git\n\n\n[image_setup]: images/countly-setup.png\n[image_home]: images/countly-home.png\n\n","has_starred","hub_user","immutable_tags_settings",{"_70":11,"_71":72},"enabled","rules",[73],".*","is_automated","permissions",{"_77":17,"_78":11,"_79":11},"read","write","admin","user","storage_size",396199579,"orgData","recentTags",[86,124],{"_87":39,"_88":89,"_90":91,"_92":93,"_94":95,"_45":113,"_114":89,"_115":28,"_116":51,"_52":117,"_118":119,"_120":104,"_121":113,"_122":61,"_123":17},"content_type","creator",9595884,"full_size",396165928,"id",101190890,"images",[96],{"_97":98,"_99":100,"_101":102,"_103":104,"_105":106,"_107":108,"_109":102,"_110":-5,"_111":91,"_58":61,"_112":-5},"architecture","amd64","digest","sha256:136b756baa8a5fcfa776b457df7d205ae0342bc4af84cb1eb779dc7f947b6f72","features","","last_pulled","2026-09-11T19:17:53.739397206Z","last_pushed","2020-05-20T07:44:01Z","os","linux","os_features","os_version","size","variant","2020-06-20T06:46:55.169579Z","last_updater","last_updater_username","media_type","latest","repository",9079110,"tag_last_pulled","tag_last_pushed","tag_status","v2",{"_87":39,"_88":89,"_90":91,"_92":125,"_94":126,"_45":131,"_114":89,"_115":28,"_116":51,"_52":132,"_118":119,"_120":129,"_121":131,"_122":61,"_123":17},101189744,[127],{"_97":98,"_99":128,"_101":102,"_103":129,"_105":130,"_107":108,"_109":102,"_110":-5,"_111":91,"_58":61,"_112":-5},"sha256:dcaf25f9f08934194f37e77359a13e6efa1d9507f816db95a8485a8db754a471","2026-09-15T16:28:49.58519367Z","2020-05-20T07:38:24Z","2020-06-20T06:54:07.739613Z","20.04","sbxKitMetadata","isPotentialSpam","isHubSbxKitsEnabled","displaySecurityMetadata","tagAttestations","tagsHaveAttestations",[],"routes/_layout.r.$namespace.$reponame.tags",{"_33":142,"_149":150,"_138":163,"_164":11},{"_35":143,"_37":144,"_40":41,"_42":43,"_44":11,"_45":46,"_47":48,"_49":145,"_52":30,"_27":28,"_53":54,"_55":39,"_56":57,"_58":59,"_60":61,"_62":-5,"_63":57,"_64":65,"_66":11,"_67":28,"_68":146,"_74":11,"_75":148,"_80":28,"_81":82},[],[39],[51],{"_70":11,"_71":147},[73],{"_77":17,"_78":11,"_79":11},"tags",{"_151":152,"_153":-5,"_154":-5,"_155":156},"count",2,"next","previous","results",[157,160],{"_87":39,"_88":89,"_90":91,"_92":125,"_94":158,"_45":131,"_114":89,"_115":28,"_116":51,"_52":132,"_118":119,"_120":129,"_121":131,"_122":61,"_123":17},[159],{"_97":98,"_99":128,"_101":102,"_103":129,"_105":130,"_107":108,"_109":102,"_110":-5,"_111":91,"_58":61,"_112":-5},{"_87":39,"_88":89,"_90":91,"_92":93,"_94":161,"_45":113,"_114":89,"_115":28,"_116":51,"_52":117,"_118":119,"_120":104,"_121":113,"_122":61,"_123":17},[162],{"_97":98,"_99":100,"_101":102,"_103":104,"_105":106,"_107":108,"_109":102,"_110":-5,"_111":91,"_58":61,"_112":-5},[],"canDeleteTags","actionData","errors"]

markdumay/countly-frontend

Tags for markdumay/countly-frontend