Jump to content

Pete

Members
  • Posts

    4
  • Joined

  • Last visited

0 Followers

No followers

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

Pete's Achievements

Newbie

Newbie (1/14)

  • First Post

Recent Badges

0

Reputation

  1. Of course - security (in all its forms) is a journey not a destination. And having a process, or at least some kind of plan to follow, will help you in all outcomes.
  2. I am summoned, thus I shall appear. OK, so I think a fair amount of this is really the product of technology. Putting aside changes in user expectation for a moment, I think we need to dig hard into a few 'facts of life' about things. It wasn't always the case that PHP was the dominant language of choice for forums; before that, there was a history of Perl based platforms. The two obvious contenders that come to mind in that era, are YABB (of which YABB SE was a PHP-based rewrite, which would later become SMF) and Ikonboard, developed by a young man named Matt Mecham. Yes, THAT Matt M. Both of those originally didn't even use a database, just storing the posts as files on disk, because that was how tech rolled back in the pre-2000 era, but Perl has always been a real bear to run safely. You have the drama of the cgi-bin folder, executable permissions and all that caper... and you can't readily throttle resources used by it. This is why PHP positively blossomed in the early 2000s - it didn't need special privileges, you could throttle it, lock it down and everyone supported it, even moreso than today. And since many of the PHP forum platforms have their ancestry in that 1998-2005 era, it's hardly surprising that they used what was everywhere at the time. (Same reason for WordPress, really.) And there's always the .NET ecosystem - YAF.NET has been around since 2003, Community Server (later Telligent Community, later Verint Community) since 2004 - but you won't see these on average hobbyist environments because they want a Windows Server which is of course far more expensive than your average PHP shared hosting. They're still out there, though, for those Windows-environment folks who want such things (because, honestly, running PHP/MySQL on Windows *sucks*) Then we enter the modern era; there's no shortage now of people doing other things, but I think a lot of that comes from the fact that it's not 2010 any more, commodity hosting options have broadened massively. It's now more than possible to get an actual VPS with 1GB RAM for $5 US a month. I remember back in the day when it wasn't even *close* to that (my first VPS in 2006, was 160MB RAM at $40/month and that was *cheap*). The rise in availability of properly sandboxed virtualisations and how cheap it's gotten to do that means it's affordable to set the more exotic things up without needing to run your own physical server configured just so. Combine that with the rise in things like Docker - no small part in why Discourse flourished vs its immediate peers (seriously, installing NodeBB from scratch is hard work compared to 'install this Docker image, done'), and you have a recipe for people trying new things. On the other end, Heroku is more flexible than ever for the Rails folks and even Python-geared hosting isn't that hard to find. But yeah, it's mostly been driven by 'what tech is out there that is affordable for the scale' and 'what people are motivated to build on' - PHP was so dominant for so long because it was (and is) everywhere. The dial's moving, but not rapidly.
  3. I have automated backups that move the content off my server to another server in another location (usually another country), and with a different service provider. E.g. most of my current hosted stuff is either with Kinsta (so, Google Cloud) or Cloudways (Digital Ocean) and these are a mixture of London, UK and Dublin, Ireland hosting (for reasons). They're all backed up to Amazon S3 buckets, but exactly what and where varies depending on the nature of the data and precisely which data boundaries are safe to cross, e.g. Ireland to London would likely be a bad time in the future.
  4. Joel makes an interesting point about types of threats, and he's not wrong. The following are not exhaustive but the obvious big ones I've seen over the years. Internal threats - the main one to watch out for, I think, are the disenfranchised. People who were happy, even enthusiastic, who have become disillusioned and start discouraging people from participating. Also, an admin team you can *trust* implicitly, both in terms of personalities/attitudes and technical skills (or ability and willingness to recruit someone, even sporadically, as needed) External threats - the main two are whether the niche you're in has a finite lifespan fundamentally (beyond the normal community lifecycle behaviours) and your direct competition taking action. The former is if you pick something like a TV series as your foundation, it's usually only going to run for so long before it ends up stopping, and unless there's a spin-off that gets picked up, or you can segue into something else, it's a finite lifespan before you start. As for competition - there's your drama source, whether it's your competition trash-talking you to the Venn diagram overlap, or they're coming to outright poach people, and all of the social engineering in between. Technnology threats - whether your platform is actively hindering your community and whether you need to do something about it (e.g. a photography forum possibly wants to spend some extra effort + time + money? in getting a *good* user experience sorted out, making it as easy as possible to get content in, beyond the usual experience for media). Of course, there's the other matters that come from tech - social media and its inherent competitive factor. Social, member or legal threats - as you can see I tended to consider member threats both internal and external threats rather than a separate threat category. Legal is an obvious contender in multiple ways: not just ensuring compliance with copyright/posted material (I have had to assist with too many C&Ds over the years), but ensuring compliance with variosu legislative efforts that governments are putting into online activities (e.g. GDPR for privacy, PECR for cookies and privacy), and having a lawyer on hand at some stage becomes a sensible precaution. Though being aware of your responsibilities and making obvious good faith attempts to resolve things will go a long way in absence of one - but it's not a replacement, it's a less effective substitute.
×
×
  • Create New...