Coexistência de SSG e CMS, afastando-se do WordPress

3 min

language: ja bn en es hi pt ru zh-cn zh-tw

Olá, sou um inútil. Desde o meu último blog, configurei o CMS para ser acessado enquanto o site publicado é construído separadamente. Além disso, criei um script de daemon SysVinit para detectar alterações nos artigos.

O que eu queria foi alcançado

Até agora, eu usava o WordPress e não tinha reclamações sobre a experiência do usuário ou a exibição. * Ser capaz de editar artigos no navegador como um CMS * Fácil upload de imagens * Capacidade de escrever em Markdown

Em particular, a capacidade de editar no navegador é bastante importante para mim pessoalmente.
É compreensível que muitos sites hospedados com SSG tendam a ser negligenciados sem atualizações. Isso porque editar em Markdown, construir e fazer um git push envolve um certo custo de trabalho. Sendo um blog, quanto mais fácil, melhor.

Código conciso

No caso do LumeCMS, o código é muito simples e a personalização é bastante fácil. Não é algo inchado como o WordPress. Isso não é uma crítica ao WordPress, mas sim que é bom quando corresponde ao que a pessoa precisa para o seu site.

Não é necessário banco de dados

Não precisar de um banco de dados significa que não são usados recursos do servidor, o que é muito ecológico. Não há necessidade de criar um usuário de DB, nem há risco de o DB ser corrompido ou destruído por algum motivo.

Tela de edição do CMS é fácil

A página /admin é concisa e muito fácil de visualizar.
Se eu pudesse escolher a ordem de classificação ao visualizar postagens, seria ainda mais fácil, eu acho. Na verdade, a usabilidade do WordPress é vantajosa para sites maiores com muitos usuários.
No entanto, no meu caso, é apenas um blog pessoal, então pensei que isso seria suficiente.