As many of you might know, the plugins http.hugo, http.jekyll and http.filemanager were all based on a side-project of mine called File Browser. We’ve now been working on version 2.0 and we decided to remove Hugo and Jekyll support on this version. You can still run costum commands so basically it is the same, but different. Just requires a bit more configuration from the user.
The main changes on Caddy land are the deprecation of http.hugo, http.jekyll and http.filemanager in favour of http.filebrowser. But why? There are a few reasons:
We wanted the name to match with the actual project.
There are some breaking changes so I’m pretty sure most people will take a look at them if it’s a completely new plugin than if it remained with its previous name.
For you, that were using http.filemanager: if you have a database file with many users that you don’t want to create manually again, I recommend you to take a look at our CLI upgrade tool to upgrade de DB. If there are DB changes in the next versions, no manual action will be needed since we now store the database structure version on itself.
I rely on the Hugo integration to provide a GUI for a paying client to edit his Hugo website I’m not sure what to do now. Is there any hope of getting Hugo integration back in the future? Is there any workaround I could hack together to make the new File Browser work like the Hugo plugin did?
Alternately, are there any projects that work in a similar fashion with Caddy and Hugo? Or perhaps Caddy with some other static site generator?
Hey @skyfaller! Sorry for hearing that. About the issue, I closed it, thanks for noticing. I see you already posted on our repository so let’s continue the conversation there.
You can keep using File Browser almost the same way as you could use before. The only things that you might miss are:
Publish button. You have to run hugo manually or set a hook to run it after saving a file.