Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

/blog/tag/<tag> #4

Closed
mrprajesh opened this issue Mar 27, 2020 · 8 comments
Closed

/blog/tag/<tag> #4

mrprajesh opened this issue Mar 27, 2020 · 8 comments
Labels
wontfix This will not be worked on

Comments

@mrprajesh
Copy link
Owner

shows 404 error

@mrprajesh
Copy link
Owner Author

Only on gh-page but works fine locally.

@mrprajesh mrprajesh added the wontfix This will not be worked on label Mar 28, 2020
@mrprajesh
Copy link
Owner Author

Have raised an issue at ronv/sidey#5

@mrprajesh
Copy link
Owner Author

mrprajesh commented Mar 28, 2020

It seems like github pages did not support this feature due not whitelisting some plugins. There are several proposal mmistakes/minimal-mistakes#329 it is also mentioned here

@mrprajesh
Copy link
Owner Author

mrprajesh commented Mar 28, 2020

Option 0: Maybe this but seems to have a different tag syntax
Option 1: Use Travis CI and run/use required plugins
Option 2: Use netlify instead of github pages. like ronv https://sidey-jekyll.netlify.com/
Option 3: Try via py script after publishing gh-pages like here

@mrprajesh
Copy link
Owner Author

Anything in Gemlock will be used to load/run local plugins in jekyll
whereas anything in yaml file is what used by github pages. Therefore, may be the tag folder is not be generated in the site's www on gh-pages is my guess!

@mrprajesh
Copy link
Owner Author

So, if we tell/edit yaml to output tag folder we are done!

@mrprajesh
Copy link
Owner Author

mrprajesh commented Mar 29, 2020

I have tried an ugly work-around. Fixed!

  • Instead of fighting with gh-pages
  • have removed gh-page from hosting
  • have added locally generated folder _site/* into my-name-git.io/blog folder. 👍

@mrprajesh
Copy link
Owner Author

As we are using manual deployment using rsync, closing it!

  • I should say this is not ugly or work-around
  • In fact, it is a valid deployment.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
wontfix This will not be worked on
Projects
None yet
Development

No branches or pull requests

1 participant