<ofrnxmr> the current website is built from his github repo. You can probably send prs there for now, else you can definitely send to the monero-project repo once finishef

<catduck101:matrix.org> what do you think about the dependency update prs? 2574 2575 2576

pretend they dont exist and get dockerise deploy ready to merge monero-project/monero-site #2454

ready for testing, i just fixed some nitpicks in the workflow

namely this action that outputs a string of "true" "false" and i was matching on a boolean true so always rebuilding container github.com/dorny/paths-filter?tab=readme-ov-file#outputs

.merges

.merge+ 2454

Added

<basses:matrix.org> I prefer not modifying our branding just to be consistent with other icon set > <@redsh4de:matrix.org> Visual consistency with the rest of the icon set - i did put the og in there first to see how it looked, was even weirder

<basses:matrix.org> unless there is some contrast issues (not the case with light theme), we should just use the same logo as-is

<redsh4de:matrix.org> Updates:

<redsh4de:matrix.org> * Added template files for Markdown content: src/content/blog/_template.md and src/content/moneropedia/_template.md. Markdown files starting with _ will be ignored by the build process

<redsh4de:matrix.org> * For Blog Pages: The "Recent Posts" sidebar will now populate - it will filter out the page you are currently on, shows up to 4 posts with title and date

<redsh4de:matrix.org> * For Blog Cards: If a image thumbnail is not defined in the markdown, a text thumbnail will be generated from the first tag of the post[... more lines follow, see mrelay.p2pool.observer/e/7KP4y80KRnB0SzRT ]

<redsh4de:matrix.org> mrelay.p2pool.observer/m/matrix.org/rntWwOonDntXkTuFjBZGQYNd.png (image.png)

<redsh4de:matrix.org> mrelay.p2pool.observer/m/matrix.org/hKFcssHVlWfzeQGiasKJRYfC.png (image.png)

<redsh4de:matrix.org> mrelay.p2pool.observer/m/matrix.org/QFyuyXvzWqNWjZVVqNRmwLJW.png (image.png)

<redsh4de:matrix.org> Might sound funny given the chat in research lounge chat lol, but there also is a scalability concern with the blog i'd like to get some opinions on

<redsh4de:matrix.org> The new website by default localizes absolutely everything. Currently for locale routes in the blog, the exact same blog content will be recreated again and again for each language, the only differences being the header, footer and UI element languages.

<redsh4de:matrix.org> The blog posts themselves aren't localized (only UI elements are), so we're duplicating identical blog content across locales.[... more lines follow, see mrelay.p2pool.observer/e/38CU0M0KU19BV2lV ]

<ofrnxmr> id argue that blog posts dont need to be localized

<redsh4de:matrix.org> Having the blog pages be generated just for the English locale, and having the other language post routes direct to the English one does reduce duplication

<redsh4de:matrix.org> However it would impact UX slightly, as all of a sudden from the French language context, you are moved to the English context due to opening a blog post - footer, header and all UI would all be in English too and direct you to the English versions, instead of the locale you just were on. This would be especially jarring for RTL locales imo

<redsh4de:matrix.org> Unless the user navigates back using the browser back button, they would have to change the language via the dropdown again every time[... more lines follow, see mrelay.p2pool.observer/e/6JPa0M0KRDJQTmM5 ]

<redsh4de:matrix.org> I’ll make a Github issue, later will compare the size of the built website for between both approaches after moving over all posts and locales from current website

<redsh4de:matrix.org> Maybe it won’t be that significant of a difference to matter

<ofrnxmr:xmr.mx> cant you soft link the pages?

<ofrnxmr:xmr.mx> So its not truly duplicated

<redsh4de:matrix.org> Yes, i can make Astro generate a 302 redirect page which throws you to the English blog post page - but because everything is static and there is no server side magic happening, the UI elements would still be in the language of the context you are moved into

<ofrnxmr:xmr.mx> this only effects the built time of the website?

<ofrnxmr:xmr.mx> When i spoke of soft linking, i meant on the repo

<redsh4de:matrix.org> @ofrnxmr:xmr.mx: Build time and size of the built site, yes - performance unimpacted

<redsh4de:matrix.org> @ofrnxmr:xmr.mx: Soft linking won’t work here, as all routes are generated dynamically

<redsh4de:matrix.org> In the code itself there is no duplication of content for locales (unless for explicitly translated content), nearly all of the heavy lifting is done by the build process

--limit-posts 1

<ofrnxmr> @redsh4de:matrix.org: Im only referring to the size of the repo

<ofrnxmr> Not the build of the website

<redsh4de:matrix.org> Yeah, repo size completely unimpacted

<redsh4de:matrix.org> You dont need to manually copy paste the same blog post in the code for every language

<basses:matrix.org> we can also host blog on a subdomain... > <@redsh4de:matrix.org> Might sound funny given the chat in research lounge chat lol, but there also is a scalability concern with the blog i'd like to get some opinions on

.merge- 2563

Removed

<basses:matrix.org> @basses:matrix.org: and the home button/monero logo will return to that subdomain to homepage so user knows that he is stuck here, but still pain UX.

<basses:matrix.org> found redlib.catsarch.com/r/webdev/commen…insights/n3qvlkd/?context=3#n3qvlkd , idk if useful

<redsh4de:matrix.org> @basses:matrix.org: Yeah tbh i think its best to keep it as is, the UX is good that way

<basses:matrix.org> mrelay.p2pool.observer/m/matrix.org/GHcHharZqBtOUfkZTirinSPy.png (clipboard.png)

<basses:matrix.org> tried even using brave AI as last resort, sounds like bs/irrelevant?

<basses:matrix.org> all other "non-solutions" were to use JS, SSR or set a cookie.

<redsh4de:matrix.org> Yeah nah all of this i researched and handled last month, Astro's defaults kind of suck

<basses:matrix.org> which is not relevant at all for our case as we are trting to stay away from all of taht

<redsh4de:matrix.org> The top solutions offered also always required setting up a dynamic route exclusively for locales... which means duplicating all the .astro pages, which violates the DRY principle and wasn't going to have that

<basses:matrix.org> @redsh4de:matrix.org: but will have to use rel="canonical" to not mess up with seo and think it is a diff content per locale. Also, with the amount of current monero blogs and expected rate of blogs, when can it be a concern?

<redsh4de:matrix.org> Actually just checked... severely overestimated how much space the blog content takes up

<redsh4de:matrix.org> The text content is only 7.1 mb, total for all the blogs from 2014 until now

<redsh4de:matrix.org> There are 23 locales supported by the current monero website, so if we port all of the blogs and all locales over, the blog would take up 7.1*23 = 163MB, with 7.1MB added per new locale

<redsh4de:matrix.org> Thats nothing

<redsh4de:matrix.org> i think we can live with that?

<redsh4de:matrix.org> given that new posts dont get added that often anyway

<basses:matrix.org> can it make the website slower?

<redsh4de:matrix.org> no - only thing that would be slower is generating the website from the source code

<redsh4de:matrix.org> client performance unimpacted

<redsh4de:matrix.org> *user

<basses:matrix.org> we will probably only have like 10 max locale as the threshold to add new locale will be 90-95% translation of website > <@redsh4de:matrix.org> Actually just checked... severely overestimated how much space the blog content takes up

<redsh4de:matrix.org> good threshold to have

<basses:matrix.org> so plowsof and ofrn only, not a problem lol > <@redsh4de:matrix.org> no - only thing that would be slower is generating the website from the source code

<redsh4de:matrix.org> splendid

<redsh4de:matrix.org> subtle change for the blog - it will now also use nested date directories for posts like in the current site

<redsh4de:matrix.org> Minor difference is that i have made everything pertaining to the blog nested under the /blog folder: beta.monerodevs.org/blog/2025/11/14/monero-GUI-0.18.4.4-released

<redsh4de:matrix.org> same post on the current getmonero page: getmonero.org/2025/11/14/monero-GUI-0.18.4.4-released.html

<redsh4de:matrix.org> Backwards compatibility can be a issue - but that should be solved at the nginx/apache level via a rewrite rule

<basses:matrix.org> what about users cloning the repo and building the website? slow and about 200mb size? > <@redsh4de:matrix.org> no - only thing that would be slower is generating the website from the source code

<redsh4de:matrix.org> nah - the duplication happens after they clone and build

<redsh4de:matrix.org> whole repo right now is barely 47 MB

<ofrnxmr:xmr.mx> @basses:matrix.org: And coolify does it automatically anyway

<basses:matrix.org> @ofrnxmr:xmr.mx: coolify is selfhosted, right?

<basses:matrix.org> dont want $100k bill randomly

<ofrnxmr:xmr.mx> Yup, selfhosted

<ofrnxmr:xmr.mx> When it goes to getmonero.org it will likely go behind cloudflare caching

<basses:matrix.org> @ofrnxmr:xmr.mx: I forgot to visit getmonero.org when CF was done lol

<basses:matrix.org> was it impacted?

<basses:matrix.org> @redsh4de:matrix.org if you are interested into similar setup to current getmonero website, gitlab.com/fdroid/fdroid-website is the closest thing, they also have locale blog post and sometimes publish localized blog posts

<ofrnxmr> @basses:matrix.org: Yes

<ofrnxmr> Only for some ppl tho. It loaded over tor for me but not cleaenet

<basses:matrix.org> @basses:matrix.org: would they have similar problems? website contribution is almost non existent as it is very outdated and complex setup.

<basses:matrix.org> contributions*

<redsh4de:matrix.org> Nah, it was only a concern because the new website is built for localization from the ground up - but since the output is a static site, the same pages will get generated for all languages

<redsh4de:matrix.org> If you dont care about localization that much - not that much of a problem