<div dir="ltr">On Tue, Jul 7, 2015 at 5:25 PM, Bob Jonkman <span dir="ltr"><<a href="mailto:bjonkman@sobac.com" target="_blank">bjonkman@sobac.com</a>></span> wrote:<br><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">About the only thing I go to <a href="http://kwlug.org" rel="noreferrer" target="_blank">http://kwlug.org</a> for is the info on upcoming meetings (sometimes, past meetings) </blockquote><div><br></div><div>That is about all I do on the site as well.<br><br></div><div>If there is a log analysis tool, and the web server logs are kept long enough, then Paul et. al. can verify whether other sections of the site are popular enough.<br><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I would love to see the meeting schedule done with a native Drupal calendar module, with, of course, an iCal (.ics) feed.<br></blockquote><div><br></div><div>Given that many use Android, perhaps a public Google Calendar is good too. By being public, it would not require those who are Google-averse to register to be able to view it.<br> <br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
But taking a step back -- what on <a href="http://kwlug.org" rel="noreferrer" target="_blank">kwlug.org</a> requires Drupal? Is the
site perhaps light enough that it could be run on a flat-file content
management system like Dokuwiki, Jekyll, Pelican, or Nikola?<br></blockquote><div> </div>Static web site generators have a lot going for them. The most appealing are speed (everything is static files, no database, no dynamic code), and security (nothing dynamic exposed to the scary internet). The software becomes a compiler of sorts.<br><br></div><div class="gmail_quote">But they also impose some restrictions. First, there are no comments. Not a big deal for KWLUG. Also, if more than a person or two are updating the KWLUG web site, then these static web site generators are indeed appealing. If more people need write access, then giving them ssh or sftp access is fraught with problems.<br><br></div><div class="gmail_quote">Paul, start by log analysis (if you keep logs), then an inventory of the modules you are using, and how popular are the sections/pages using them. Then start crossing out features that are rarely used. In the end a static web site generator may be a good fit, but only after you do the above and can reach an informed conclusion.<br></div>-- <br><div class="gmail_signature">Khalid M. Baheyeldin<br><a href="http://2bits.com" target="_blank">2bits.com</a>, Inc.<br>Fast Reliable Drupal<br>Drupal optimization, development, customization and consulting.<br>Simplicity is prerequisite for reliability. --  Edsger W.Dijkstra<br>Simplicity is the ultimate sophistication. --   Leonardo da Vinci<br>For every complex problem, there is an answer that is clear, simple, and wrong." -- H.L. Mencken<br></div>
</div></div>