Skip to content
This repository was archived by the owner on Jun 10, 2019. It is now read-only.
This repository was archived by the owner on Jun 10, 2019. It is now read-only.

move vettec to primary frontend #1038

Open

Description

@apex-omontgomery

Consolidate random urls

Why is this feature being added?

Currently have vettec.operationcode.org in a different repository than the primary operation code.
https://github.com/OperationCode/vettec

What should your feature do?

Create a new page within this project to house this information, do we continue to use the vettec subdomain or do we redirect this old subdomain to operationcode.org/vettec?

Activity

  1. jjhampton commented on Aug 27, 2018

    @jjhampton
    Member

    Possible duplicate: #356

    My two cents: It doesn't seem useful to create a page for the https://vettec.operationcode.org/ content, as it is out of date. The VET TEC act was merged into the Forever GI Bill, which has already been passed/signed.

  2. apex-omontgomery commented on Aug 27, 2018

    @apex-omontgomery
    MemberAuthor

    Per conrad:
    Vettec can be sunsetted
    Or redirected to OC.org
    the bill passed iwth Forever GI bill.

  3. kylemh commented on Aug 27, 2018

    @kylemh
    Member

    The route exists via SEO and we don't wanna drop people...

    I also feel like it'd be confusing if we simply redirect, but maybe that's the best move.

  4. jjhampton commented on Aug 27, 2018

    @jjhampton
    Member

    Redirect to OC.org seems like a good way to capitalize on the existing SEO indexes. Generally, redirects are the best way to handle old/stale pages where we no longer want to serve content. At some point Google will probably stop indexing the page anyway, since we'll just be redirecting and the original content will be gone.

    We can also submit requests to Google to stop indexing the page, as @sethbergman has explained for other issues elsewhere.

  5. kylemh commented on Oct 1, 2018

    @kylemh
    Member

    Nothing can be done in the front-end code. I tried altering the CNAME to point to our website in DNS Simple, but now the link is simply broken.

  6. sethbergman commented on Oct 13, 2018

    @sethbergman
    Member

    @jjhampton wrote earlier:

    We can also submit requests to Google to stop indexing the page, as @sethbergman has explained for other issues elsewhere.

    This is the way to go if you don't want the link(s) to be search results.

    @kylemh can you elaborate on this:

    The route exists via SEO and we don't wanna drop people...
    I also feel like it'd be confusing if we simply redirect, but maybe that's the best move.

    I appreciate the additional details. I've not been on Slack recently. BTW awesome work on the new front-end repo! 😃

  7. kylemh commented on Oct 13, 2018

    @kylemh
    Member

    My concern is a little less valid since the page has been broken for nearly two weeks (and is SSR, so the Goog prolly already indexed a 404 😓 ), but I was only concerned with users clicking an indexed link after being given a preview of its contents from Google, but then being redirected to a completely different page that didnt match the preview item on Google.

  8. sethbergman commented on Oct 13, 2018

    @sethbergman
    Member

    It would still be a good idea to use Google Webmaster Tools to remove the 404 page from search results. Last I checked it was still showing up on search results. Although I must say that it's one of the coolest 404 pages I've ever seen.

  9. kylemh commented on Oct 13, 2018

    @kylemh
    Member

    @sethbergman so weirdly enough I've done it before, but it seems to continue to come back.

  10. sethbergman commented on Oct 13, 2018

    @sethbergman
    Member

    I think we need to add a disallow rule on a robots.txt file. Either that or add <meta name="robots" content="noindex, nofollow"/> to the 404 component.
    Maybe both; what do you think?

  11. kylemh commented on Oct 13, 2018

    @kylemh
    Member

    That sounds good to me. 👍 I'm no SEO expert 🙈

  12. sethbergman commented on Oct 15, 2018

    @sethbergman
    Member

    I'll put in an issue and PR today. SEO is it's own beast. You're still a badass software developer @kylemh

  13. dgisser commented on Oct 28, 2018

    @dgisser

    Google isn't indexing the 404 (at least not currently), it seems like it's indexing https://www.operationcode.org/apprentices which leads to a 404. If we change it so that bad links redirect to 404 instead of just showing the component, I bet google will stop indexing them.

  14. kylemh commented on Oct 28, 2018

    @kylemh
    Member

    @sethbergman @hollomancer

    That explains that! Thanks so much @dgisser

  15. sethbergman commented on Oct 29, 2018

    @sethbergman
    Member

    Cool! We still need to add the following to the 404 component so that it doesn't get indexed.

    <meta name="robots" content="noindex, nofollow">
    

    As for the other links, is there an easier way than the Google Webmaster URL tool for removing old links? Redirects to the 404 page for each outdated link seems more like a bandaid rather than just removing them and reindexing the site. If there's a better way to approach this, I'm open to discussing the implementation. Thanks for your help and research on this! 👍

  16. dgisser commented on Oct 29, 2018

    @dgisser

    This project doesn't have a proper 404 page. The status code for the 404 page is 200, which is bad practice, and why Google thinks it deserves an index.

    @sethbergman I think something like this (https://stackoverflow.com/a/40805821/2158302) would not require much modification, and by sending the 404 status code we would be in the clear

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions