mrepol742 VS user-statistician

Asside from it i also updated titles, images etc.. If you have time you can check it out at https://mrepol742.github.io/ and also Its Open Source https://github.com/mrepol742/mrepol742.github.io/

Shinjitsu wa Itsumo Hitotsu! Melvin Jones Repol npx mrepol742 ~~~ https://mrepol742.me **🐱 My GitHub Data** > 🏆 15,718 Contributions in the Year 2022 > > 📦 451.3 kB Used in GitHub's Storage > > 🚫 Not Opted to Hire > > 📜 52 Public Repositories > > 🔑 21 Private Repositories > **I'm a Night 🦉** ```text 🌞 Morning 275 commits █████░░░░░░░░░░░░░░░░░░░░ 21.04% 🌆 Daytime 316 commits ██████░░░░░░░░░░░░░░░░░░░ 24.18% 🌃 Evening 428 commits ████████░░░░░░░░░░░░░░░░░ 32.75% 🌙 Night 288 commits █████░░░░░░░░░░░░░░░░░░░░ 22.04% Enter fullscreen mode Exit fullscreen mode 📅 I'm Most Productive on Wednesday Monday 181 commits ███░░░░░░░░░░░░░░░░░░░░░░ 13.85% Tuesday 168 commits ███░░░░░░░░░░░░░░░░░░░░░░ 12.85% Wednesday 230 commits ████░░░░░░░░░░░░░░░░░░░░░ 17.6% Thursday 164 commits ███░░░░░░░░░░░░░░░░░░░░░░ 12.55% Friday 205 commits ████░░░░░░░░░░░░░░░░░░░░░ 15.68% Saturday 203 commits ████░░░░░░░░░░░░░░░░░░░░░ 15.53% Sunday 156 commits ███░░░░░░░░░░░░░░░░░░░░░░ 11.94% Enter fullscreen mode Exit fullscreen mode 📊 This Week I Spent My Time On 💬 Programming Languages: HTML 3 hrs 22 mins ████████░░░░░░░░░░░░░░░░░ 32.92% Java 2 hrs 36 mins ██████░░░░░░░░░░░░░░░░░░░ 25.4% Other 2 hrs 19 mins █████░░░░░░░░░░░░░░░░░░░░ 22.68% JavaScript 44 mins █░░░░░░░░░░░░░░░░░░░░░░░░ 7.28% XML 33 mins █░░░░░░░░░░░░░░░░░░░░░░░░ 5.47% 🔥 Editors: VS Code 7 hrs 54 mins ███████████████████░░░░░░ 77.16% Bash 2 hrs 20 mins █████░░░░░░░░░░░░░░░░░░░░ 22.84% 💻 Operating System: Linux 10 hrs 14 mins █████████████████████████ 100.0% Enter fullscreen mode Exit fullscreen mode I Mostly Code in Java Java 26 repos ██████████░░░░░░░░░░░░░░░ 41.27% HTML 12 repos ████░░░░░░░░░░░░░░░░░░░░░ 19.05% JavaScript 10 repos ████░░░░░░░░░░░░░░░░░░░░░ 15.87% CSS 4 repos █░░░░░░░░░░░░░░░░░░░░░░░░ 6.35% PHP 3 repos █░░░░░░░░░░░░░░░░░░░░░░░░ 4.76% Enter fullscreen mode Exit fullscreen mode

I started making this https://mrepol742.github.io on May of 2021 and i got Adsense Approval on Dec 2021. I have only few functioning pages back then now i have nomerous.

View on GitHub

The cicirello/user-statistician GitHub Action generates a detailed visual summary of your activity on GitHub in the form of an SVG suitable to display on your GitHub Profile README Although the intended use-case is to generate an SVG image for your GitHub Profile README you can also potentially link to the image from a personal website, or from anywhere else where you'd like to share a summary of your activity on GitHub. The SVG that the action generates includes statistics for the repositories that you own, your contribution statistics (e.g., commits, issues, PRs, etc), as well as the distribution of languages within public repositories that you own The user stats image can be customized, including the colors such as with one of the built-in themes or your own set of custom…

Contributing a language translation mostly involves creating a new JSON file named with the ISO 639-1 two-character code for the language, or for languages that don't have a two-character code, the ISO 639-2 three-character language code. Then within that JSON file, translating all of the string values. You also need to add the locale code to a Python set of supported locales within src/StatConfig.py.

I maintain several GitHub Actions, such as jacoco-badge-generator, generate-sitemap, javadoc-cleanup, and user-statistician. I've also written posts here on DEV about each of these if you'd like more information. GitHub's documentation for GitHub Action developers recommends maintaining a major release tag for the Action so that users can either reference the Action by its specific release tag, such as v1.2.3, or simply by the major release with v1. In fact, it is so commonplace that users will likely assume that your Action supports specifying full version tag or major tag only. Note that some Actions use major release branches (e.g., branch named v1) instead of tags. My intention in this post is not to discuss the advantages/disadvantages of each of these alternative approaches. In the Actions that I maintain, I use major release tags for the simple reason that it is what GitHub's documentation recommends.

The complete workflow for this project is found at: build.yml. The repository itself is:

I use GitHub Actions to automate a variety of things in nearly all of my repositories, such as running a build and tests during pull-requests and pushes, deploying artifacts to Maven Central, etc for my Java libraries, or to PyPI for a couple Python projects, building my personal website with my custom static site generator, among a variety of other tasks. In addition to using GitHub Actions for workflow automation, I also develop and maintain a few Actions (all implemented in Python), including jacoco-badge-generator, user-statistician, javadoc-cleanup, and generate-sitemap.

If you want to generate the equivalent to the above for your own GitHub profile, check out the cicirello/user-statistician GitHub Action.

The cicirello/user-statistician GitHub Action generates a detailed visual summary of your activity on GitHub in the form of an SVG suitable to display on your GitHub Profile README Although the intended use-case is to generate an SVG image for your GitHub Profile README you can also potentially link to the image from a personal website, or from anywhere else where you'd like to share a summary of your activity on GitHub. The SVG that the action generates includes statistics for the repositories that you own, your contribution…

The user-statistician GitHub Action is implemented in Python as a container action. You don't need to know any Docker to contribute, as you won't need to touch the Dockerfile, and the unit tests can run locally with Python alone (the unit tests don't actually query the GitHub API, instead using fake query results). If you know how to add elements to a Python dictionary, then your Python background is sufficient. There is a single Python file that you would need to edit: StatConfig.py. There is a comment within that has an itemized list of what is required to contribute a language translation, and mostly involves adding your translation of the various headings and labels, as well as a translation of the title template, to a couple of Python dictionaries, and adding the language code to a Python set.

Just in time for Halloween, and Hacktoberfest, I recently added a few Halloween themes to the user-statistician GitHub Action. I've posted about the user-statistician GitHub Action before. It generates an SVG with a detailed summary of your activity on GitHub suitable for inclusion in your GitHub Profile README or on a personal website. The intended use-case is to run on a schedule via a GitHub workflow in your GitHub Profile repository (repository with same name as your username). It is implemented in Python as a Container Action, and uses the GitHub CLI to query the GitHub GraphQL API to gather the data. For a more detailed summary of its functionality, see my earlier DEV post as well as other posts in this series:

In this post, I explain how to configure GitHub's Linguist within your repository to enable more accurate and more relevant repository language reporting, with examples from a few of my own repositories. Every repository on GitHub has a chart that shows the distribution of languages detected in the repository. GitHub's Linguist is responsible for detecting the language of each file within your repository, and the reported percentages are based on file sizes. For example, "Java 50%" means that 50% of the total size of all detected files in the repository are Java files. There are also third party tools that display language statistics, such as the user-statistician GitHub Action that I developed and maintain, which includes on an SVG (among other things) a pie chart summarizing the language distribution across all of your public repositories (excluding forks). The language data necessary to generate that language chart comes from GitHub's GraphQL API, which is as it is reported for each of your repositories by Linguist.