2 ms·

Haha oh man, I was speaking to you from a few versions ago and didn't realize it. I've been so caught up in other projects that I've forgotten some of the chang

Haha oh man, I was speaking to you from a few versions ago and didn't realize it. I've been so caught up in other projects that I've forgotten some of the changes I've made. They don't make a ton of difference, but deployments were slightly smoother than I mentioned. I didn't include directory structure or any views, but I'm sure they can be derived—I wanted it simple. I also used Spectre CSS + overrides for the front so any inline HTML can be assumed to be using classes related to that for any styled elements. There is a couple elements hard-coded into the server itself for the home page. Definitely not an effort in best practices! But have at it, and happy to hear if you have any input if you're more versed in Go (probable): https://gist.github.com/robertfairley/f061df3a6a2fe15d429f824a5c38d089 https://gist.github.com/robertfairley/f061df3a6a2fe15d429f82... edit: Also—SSL is handled by Nginx. And god help us all if anybody uses this file as a model for any business web server

bArray 7y ago
If it works then it's not silly! Thanks for sharing :) If I understand it correctly, you build locally and then upload to the server? I have this setup for a few webservers that I have limited control over, so just FTP/POST documents to upload content. When I have proper control over the server, I much prefer to have the server build the documents. The benefit is that I can simply write a new blog or something from my mobile whilst in a meeting, commit and the server auto-generates the new content. I just need a web browser, GitLab, GitHub and BitBucket all support some form of basic editor for markdown. Interesting take anyway. My feeling is that I want to do more experimentation on my server and build more "rough and ready" web projects, with the knowledge they will probably fall over more easily and have security flaws. The service goign down is one thing, the entire server being compromised is quite another. I think this points towards introducing some container system. I'll have to learn me some docker.
- 52-6F-62 7y ago
  Yeah you pretty much summed up what I was doing. Fun to learn a new language, make something work to some low expectation I had. And it did/does. I'll probably try and rewrite in another language again soon. The former version that looked the same was done in Django—but I wanted less overhead. But yeah, I build locally via that script, but upload all relevant files via `deploy.sh`. For "rough and ready" projects, I've enjoyed playing with ipkn/crow—I wish it was still maintained. https://github.com/ipkn/crow https://github.com/ipkn/crow And yeah, your take has been similar to mine. I'm okay with it goes down. But the Django system I ran before I was more susceptible to someone breaking in. This one is pretty well untouchable—which is reassuring. I can safely as rarely look at or update it as necessary without worry—and I appreciate the opportunity to be humbled if I'm wrong! Also yeah—my current setup would also be made smoother by docker, I was way too lazy to dig into it as I don't use it often.

bArray 7y ago

If it works then it's not silly! Thanks for sharing :) If I understand it correctly, you build locally and then upload to the server? I have this setup for a few webservers that I have limited control over, so just FTP/POST documents to upload content. When I have proper control over the server, I much prefer to have the server build the documents. The benefit is that I can simply write a new blog or something from my mobile whilst in a meeting, commit and the server auto-generates the new content. I just need a web browser, GitLab, GitHub and BitBucket all support some form of basic editor for markdown. Interesting take anyway. My feeling is that I want to do more experimentation on my server and build more "rough and ready" web projects, with the knowledge they will probably fall over more easily and have security flaws. The service goign down is one thing, the entire server being compromised is quite another. I think this points towards introducing some container system. I'll have to learn me some docker.

52-6F-62 7y ago
Yeah you pretty much summed up what I was doing. Fun to learn a new language, make something work to some low expectation I had. And it did/does. I'll probably try and rewrite in another language again soon. The former version that looked the same was done in Django—but I wanted less overhead. But yeah, I build locally via that script, but upload all relevant files via `deploy.sh`. For "rough and ready" projects, I've enjoyed playing with ipkn/crow—I wish it was still maintained. https://github.com/ipkn/crow https://github.com/ipkn/crow And yeah, your take has been similar to mine. I'm okay with it goes down. But the Django system I ran before I was more susceptible to someone breaking in. This one is pretty well untouchable—which is reassuring. I can safely as rarely look at or update it as necessary without worry—and I appreciate the opportunity to be humbled if I'm wrong! Also yeah—my current setup would also be made smoother by docker, I was way too lazy to dig into it as I don't use it often.