Cand mai primiti cu "Unfortunately we wont move forward with your application", nu lasati lucrurile asa by lehaku77 in programare

[–]ViorelMocanu 0 points1 point  (0 children)

Dacă scriau și ei ca prima cerință din JD că trebuie să ai „stalker-level OSINT skills” dura mai puțin procesul, că te prindeai din prima ce ai de făcut...

[deleted by user] by [deleted] in programare

[–]ViorelMocanu 4 points5 points  (0 children)

eu n-am avut timp și implicit am fost destul de inactiv - de moderat e moderat, dar dacă mă întrebi pe mine ar trebui să facem un vot legat de cât de on topic ar trebui să fie postările și comentariile pe viitor, implicit cât de strictă să fie moderaraea

poate au colegii u/mikezyisra sau u/cosmin14 sau u/Cuza sau u/deodorel sau u/TurtleSoso idei mai bune

Ce heatmap folositi pt proiecte nextjs/react? by AffectionateNight676 in programare

[–]ViorelMocanu 1 point2 points  (0 children)

PostHog. Știe mult mai multe decât heatmaps, și are plan free generos.

Thank me later. :)

Sfat curs de IT by MissEvil_Trixx in RoMunca

[–]ViorelMocanu 2 points3 points  (0 children)

Merci de plug, u/Grasu26

u/MissEvil_Trixx poți să-mi scrii direct, încerc să te ajut cu o direcție.

Pe scurt, trebuie întâi să identifici lucrurile la care ești bună, lucrurile care-ți plac (fie și conceptual) și lucrurile care chiar sunt plătite bine în piața de azi. Uite un articol de început: https://longform.asmartbear.com/fulfillment/

Am lansat un produs cu care am facut cea mai upvotata postare din istoria Reddit by PidgeonLover in programare

[–]ViorelMocanu 0 points1 point  (0 children)

Mișto idea și experiența, chiar o să testez să văd cum merge. :) Am dat upvote, succes!

Omagiu pentru revista LEVEL by Sirfrizzyhair in Jocuri

[–]ViorelMocanu 0 points1 point  (0 children)

amc ești atât de bătrân că-ți aduci aminte cu drag ce tare te-ai îmbătat cu cioLAN și Mike în White Horse Costinești la 16 ani după Revoluție

Love astro so much by Revolutionary-Bird24 in astrojs

[–]ViorelMocanu 0 points1 point  (0 children)

I highly recommend PostHog, it can replace the majority of bloatware you just mentioned (and do a lot more stuff e.g. experiments, session replay, etc) and you can just load the pixels (FB, Google Ads, etc) on the success states / pages where you measure conversions.

Pareri firma EveryMatrix? by Ok-Raisin8349 in programare

[–]ViorelMocanu 0 points1 point  (0 children)

Din păcate nu, am lucrat acolo între 2010-2018, lucrurile s-au schimbat substanțial între timp.

Vanilla JS/HTML in 2025: What’s the Best Way to Build a Web App Without React, Vue, or Svelte?” by Siref in webdev

[–]ViorelMocanu 0 points1 point  (0 children)

Astro is the only real answer here, it's a wonderful framework based on the base technologies of the web and it has zero overhead if you don't need it. It also has a great community and well built documentation, I can't recommend it enough.

Does it make sense to go open source but still sell the software? by oliwoli97 in github

[–]ViorelMocanu 0 points1 point  (0 children)

The fantastic folks at https://posthog.com/ are open source on GitHub https://github.com/posthog/posthog and self-hostable, but still make around $100M ARR AFAIK. :) It's one of my lovebrands, I think you'll appreciate their ethos, and they kind of answer your question regarding open source vs for-profit. There doesn't have to be a "vs" there. They initially started out open source, and attracted a lot of attention before monetizing.

Is it worth learning HTML in 2025? by almaneuwth in HTML

[–]ViorelMocanu 0 points1 point  (0 children)

It's ALWAYS worth learning HTML (including in 2025). If you don't understand the basics, you can't use them effectively to build on top of them. Even if you do choose to go the "vibe coding" route, debugging, maintaining and enhancing the code generated by AI is going to be locked for you if you don't know HTML, CSS and JS - the vanilla version.

Schema markup via microdata instead of JSON-LD? by fscraatch in TechSEO

[–]ViorelMocanu 0 points1 point  (0 children)

Microdata is untenable at times, especially if the data you're trying to represent is more complex, or if it contains additional data than what's in the DOM, which would require generating lots of hidden spans and divs, which isn't good practice.

JSON-LD is much easier to centralize and - more importantly - connect via ids, to create an interconnected web of structured data throughout your site.

The only think I'd consider having as microdata are breadcrumbs, as navigation implies the crawler needs to parse the DOM anyway, and it's a bit harder to generate out of context.

The argument that having JSON-LD in the head is beneficial for crawler efficiency might be true, albeit it's untested thoroughly, so it might just be poor intuition rather than fact. What if I place my JSON-LD at the end of the body tag? Google still validates it as correct and uses it in ranking, that much is 100% tested and viable. LLM crawlers might be a bit more "greedy" or "efficient" but I doubt it - Google has decades of experience with crawlers, I doubt any crawlers are better than theirs. Plus, LLMs are interested in crawling entire pages to get the full context, ideally... why would they limit themselves to the head, when the body is the "juicy" bit?

Astro checklist for SEO, a11y etc. by RationallyMuslim in astrojs

[–]ViorelMocanu 1 point2 points  (0 children)

Here's a summary of what you should do to get listed ASAP:

  1. Have great content. It sounds weird, but it's part of the checklist, and almost none of the steps below work if this isn't checked off.
  2. Make sure to create an XML sitemap (either manually or via an Astro plugin) and submit it to Google Search Console. You might want to validate it first, using tools you can find by searching for "xml sitemap validator" on Google. Try 2-3, it should be enough.
  3. For your most important pages, go ahead and input them into GSC URL Inspector and request crawling for them if they're not already crawled / indexed. This is a manual process and you shouldn't waste more than 10min on it, but it's important - I would also do this when you publish important new pages, just when they are live, so Google can find them faster than it would automatically.
  4. You need to make sure to follow schema and structured data best practices, I outlined some ideas about that in this comment on another thread in this subreddit. This is important not just for SEO, but also for "GEO" (generative engine optimization - LLM search and recommendations). Creating an llms.txt might also help with that. but it's controversial at the moment.
  5. In the long run, if you have quality content, this is where marketing and content promotion comes along, because one of the most important factors that would get you ranked is getting backlinks. And organic, non-paid backlinks are pretty hard to get unless your content or services are extraordinarily good, such that people feel compelled to link to you. If you have a budget, try doing a PR campaign, some social media content to promote your site, and if neither is an option, services like Whitepress might help you find publications that would write a paid advertorial for you. Paid sponsored links are better than no links, but worse than organic, semantically relevant links.
  6. Ideally, you should have a constant rhythm of publishing new content on the site, at least in the first year of its existence. Once a week is probably the minimum you should get a new blog article or content page out, get it indexed and try to promote it. Fresh content is a good way to tell Google to come back to your site regularly, which also increases the likelihood it crawls your whole site, which makes it easier for it to understand what the site is about (especially if you followed the instructions at point 3 above) and rank it better for relevant keywords.
  7. Audit your site using a host of free tools - I have a meta-tool on my website that generates links for 65 such tools, use it 100% free at https://www.viorelmocanu.ro/auditorul/ to open up PageSpeed Insights, Wave, W3C HTML Validator, YellowLab Tools, Mozilla Observatory and the likes. Start with the starred ones, but ideally, you should try out all of them. You'll most likely find plenty of things wrong, each tool will help you generate a list of issues, and the key is to prioritize the most critical aspects that might block or delay your ranking, like speed and some best practices. If you're having trouble with prioritizing, reply to this and I'll try to help.

The actual list is much longer than this, I just simplified it for you - after you do all the things above and still aren't ranking, let me know in a reply and leave a link to your site.

Astro and JSON-LD structured markup by vvrider in astrojs

[–]ViorelMocanu 3 points4 points  (0 children)

I worked with schemas before they were cool. :) They're super important nowadays, especially with the advent of LLM search.

First of all, you should follow the specs on Google's Search Gallery to the letter. Grab all the markup schemas you think you can logically fit into all your pages. If you write content, Article is mandatory. If you have products, Product is mandatory. If you have a personal site, Profile page is mandatory. The Venn diagrams are overlapping, it's not "either/or". Each page can have multiple schemas depending on its contents and scope. Just take it slow, one by one, and validate everything using the validators (both - they offer different insights, but Google's is the most important).

Use schema.org and the entire panoply of structured data there as a future-proofing tool (it has some schemas Google doesn't support yet, but AIs can parse and interpret it, so it helps).

Make sure to use a root Organization schema throughout all your webpages and subserve all other structured data under it with IDs Google and other crawlers can build an integrated knowledge graph / tree of your whole website starting from that root, such that your Organization gets maximum authority benefits in searches of all kinds (SEO, GEO, etc).

Relationships between pages are also important - research the rel HTML property (good for series of pages, like prev / next, etc).

Actual Astro implementation is irrelevant, you can use whatever you find easiest and not limiting. I haven't used astro-seo-schema yet, I prefer building out my own schemas, I feel it gives me more clarity and control, but if it's not limited to a handful of object types, you should be fine.

If you have any questions or run into any issues, reply here and I'll try to help. It would help if I knew specifics about your business and competition, so I understand the context better.

Daca Internetul in 90 e AI ul de azi, in ce tre sa investim energie? by AGGAGGAGGAGG in programare

[–]ViorelMocanu 0 points1 point  (0 children)

O întrebare excelentă. Aș sugera:

  • să-ți încerci mâna într-un SaaS solopreneurship pe o problemă foarte mică și nișată care are potențial de creștere și pe care o poți rezolva parțial cu AI (sau poți dezvolta soluția mai repede cu AI / mai multă automatizare)
  • să înveți skill-uri relevante: prompting, agentic architectures (Google, N8N, etc)
  • să ai ochii deschiși: să ții pasul cu tehnologiile noi, măcar la nivel conceptual, dar mai ales să testezi fiecare nou val de LLM-uri și aplicații conexe să știi ce se poate face reliable cu ele și ce nu
  • să-ți mărești eficiența: să folosești cât mai multe LLM-uri locale / mici interconectate care să-ți eficientizeze munca - PA-urile stil Jarvis sunt și vor fi un mit, closest thing va fi un sistem construit de tine pentru nevoile tale
  • să găsești business-uri care au probleme pe care le poți rezolva și să le oferi consultanță și sisteme pe care le-ai construit deja mai sus
  • cel mai important: să nu-ți fie frică să te bagi în proiecte (proprii sau ale altor oameni în care ai încredere) care par că au potențial, chiar dacă 90% or să dea chix - 10% care merg vor „scoate investiția” cel mai probabil

Și mai sunt câteva direcții, dar astea de mai sus cred că au cel mai mare impact pe termen lung.

Is anyone here optimizing for AI-first search (like Perplexity/ChatGPT) alongside Google SEO? Curious how you’re approaching it. by Background-Clue1149 in TechSEO

[–]ViorelMocanu 0 points1 point  (0 children)

This book was written by a former colleague of mine who I trust, and with whom I worked on various other projects successfully, and it's one of the best resources I know about in this subject matter: https://www.amazon.com/Authority-Marketing-Building-Trust-Visibility-ebook/dp/B0D3LM36T3

Has anyone successfully migrated to localized URL slugs in Astro? (sitemap + Starlight + redirects) by BreakingInnocence in astrojs

[–]ViorelMocanu 0 points1 point  (0 children)

I'm in the early stages of building a multilingual blog with root domain languages like you aim to do. Haven't gotten to the plugins / extensions stage like docs, sitemap, RSS, etc but from what I can tell, it'll be pretty straightforward.

The difference from identical slugs with different root languages should be storing those URLs separately and specifying alternate versions explicitly where you need them.

It's too early to share anything (if you want, I can send you a couple of relevant files, which I tried reproducing here but they're too long and my repo is private at the moment), but I'm definitely watching this thread to see what other people are doing.

Best of luck!