Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.

Messages - PantsManUK
1
Features / Re: New revs - Public comments
« on October 4th, 2012, 01:39 PM »
Quote from Nao on October 4th, 2012, 11:31 AM
[Yes, the credits page would be the best place, but this is a discussion to be saved between plugin authors and plugin users, mostly -- do they feel their theme/plugin/poopoo warrants a footer copyright, or is it okay to have it in the credits page?
As a plugins user, for "game changer" plugins (plugins that make massive changes to default Wedge, or effectively take over Wedge, like WedgeDesk) add to the footer, for your average plugin, the credits page. It's about "default view" (if you will); if your default view of the app is WedgeDesk (or WedgePortal (made up name, I assure you...), or whatever, f'rinstance), the footer needs to say WedgeDesk (or whatever), if your default view is Wedge, it needs to say Wedge. This makes the most sense to me...
2
Off-topic / Re: Happy birthday, Arantor!
« on October 3rd, 2012, 03:56 PM »
* PantsManUK is a Libran too...
3
Features / Re: $db_passwd and $ssi_db_passwd stored in a .htpasswd-like file
« on October 3rd, 2012, 12:48 AM »
Can't remember where I first got it, but with Apache you can set server variables from inside the config file - you can access these from PHP easily enough, but it's difficult to get at them (as an attacker) if you don't know the variable names. Not impossible, phpinfo() will let you see them (for instance), but a start...
4
Off-topic / Re: Happy birthday, Arantor!
« on October 2nd, 2012, 10:18 AM »
^^ What they both said.

:cake: :beer: :eheh:
5
Off-topic / ISPConfig
« on September 30th, 2012, 12:45 PM »
Anyone here have admin experience of ISPConfig 3?

I've installed it on a box of mine, and managed to make a "client" with a website, but when I go to any URL other than index.html for that client (such as "/forum/index.php") it doubles up the bit after the FQDN (so, "/forum/index.php/forum/index.php").

Just wondering if this is know behaviour and if there's a known fix; I've had no luck getting Google search results that help... Heck, if anyone can get a Google search term that helps I'd be grateful.
6
Off-topic / Re: Doctor Who
« on September 30th, 2012, 12:36 AM »
For me, not that much of a cliffhanger, they broadcast it coming really early on in the episode (which I find a *huge* turn off... annoys me no end), and it's been in the "news" for a while that it was going to happen. Entirely bearable for me, will wait for the Xmas episode now and no doubt be unimpressed by it.
7
Off-topic / Re: Doctor Who
« on September 29th, 2012, 08:27 PM »
A first? Live discussion of the episode being shown right now...

Interesting start. Nice location work, must have cost us license fee payers a good few quid...

(click to show/hide)
This is a "just in case" spoiler - 19:48; I do wish they would stop telegraphing the denouements so bloody obviously...

19:57; OK, weak... Very disappointed...

In answer to the below - hence no (real) spoilers ;)
8
The Pub / Re: Language editing inside Wedge
« on September 29th, 2012, 12:38 PM »
Quote from Nao on September 29th, 2012, 12:06 PM
No... I think what Pete means, is that since Wedge is going to be provided on the basis that "new updates are simply by dropping the updated files", the goal is for users not to have to modify their files manually.
Oh, I'm all for '"Users" DO NOT EVER need to modify files in Wedge directly' (and I applaud both your attempts to ensure this) *but* I'm concerned you're going to code yourselves (or more importantly, plugin devs[1]) into a corner that you're not going to get out of in a hurry.
 1. because nothing will kill off the project quicker than no supporting devs...
9
The Pub / Re: Language editing inside Wedge
« on September 29th, 2012, 11:56 AM »
Quote from Arantor on September 29th, 2012, 12:53 AM
If at any point we are testing for file changes of the language files, the whole exercise becomes a waste of time. The whole point is to NEVER change the actual language files, which is why I'm so adamant that if the files do get changed, we should NOT lift a finger to help it along, under ANY circumstances.
Interested observer here... Are you saying that for the *ENTIRE* lifetime of the product (however long that's going to be) you're *NEVER* going to add new strings to the base installation, because that's what your quoted text seems to suggest...?

My feeling (putting on a coders hat) is that you need to at least be prepared for the possibility that your base language files may need to be changed (during an upgrade), and have mechanisms in place to allow for that (remake the cache, whatever), even if you don't publicise that fact.
10
Off-topic / Re: PHP IDE for windows
« on August 7th, 2012, 05:06 PM »
Quote from Nao on August 7th, 2012, 04:47 PM
Yeah, sure you like it, since you wrote it...

A hint for your next spam: don't register using an e-mail with the same domain as the one you're linking to! ::)
Hahaha... what a tool!
11
The Pub / Re: Bloc Madness
« on August 2nd, 2012, 10:50 AM »
Catching up with an old (for me) post, but frankly "meh".

As much as I like Bloc's previous works (we still use a modified Oxygen on our SMF install) I could care less about pretty much everything he's done since SMF 2.0 was announced. As for VBBS and comments posted there by him and others, sour grapes? I doubt very much any of them have come back to wedge.org since you started eating your own dog food, so they are basically pissing in the wind.

And to post merge (somewhat); less of the "old coders" young R-G. I'm 42 in a month and a smidge and I love Git, but I'm coming at it as a Mac user with Tower. The world of Git is totally coloured by your window onto it, your (graphical) client, and the Wintel marketplace is yet to have a killer graphical git client. Having said that, you guys should use whatever VCS best suits you and the project. DVCS isn't perfect (or even right) for every project, and if you are all happier using SVN (or Hg, or Bazaar, or CVS, or whatever...) then stick to what works best and balls to anyone that wants to argue the toss. Me, I'll happily wait until I can publicly and in license get the source tree and then I'll make a Git repo using it. :D
12
Off-topic / Re: The Dark Knight Rises
« on July 27th, 2012, 10:18 AM »
We've all become too used to high quality home entertainment... It's like, I'd really quite like to see Prometheus in the cinema (adore the work of Ridley Scott), but I just can't be bothered with the whole "having to go to the cinema" bit (esp. here in "lovely Croydon", I'm sure the pictures of last years riots and Reeves' burning made it to the Continent at a minimum...) when I can just wait for LoveFilm to have it available on BluRay and watch it at home without having to make a "thing" of it.

I'll watch DKR (enjoyed the first one well enough, Mr. Bale wasn't terrible in it) but not with the expense of having to go to the cinema to see it...
13
Archived fixes / Re: Time offset (auto detect)
« on July 25th, 2012, 12:08 PM »
Not really adding a great deal to the debate, but I keep all my *nix servers locked at UTC, no matter where they are physically (or virtually) in the world (barring the server at work that handles our Subversion repos, otherwise the devs get all upset when the DST switchovers occur and SVN refuses their commits :eheh:); logs are easy enough to understand in UTC, and everything else DST is pretty much handled transparently on the client-side IMO (email datetime strings, f'rinstance).
Quote from Arantor on July 25th, 2012, 11:13 AM
As well you should, GMT != UTC anyway. The two are different notably that UTC is UTC is UTC and never varies, even for DST while GMT is only the placeholder assigned to Britain etc. during the winter months. There are some minor vagaries involved at the system level too but nothing to worry about.
Mmmmmm... Tech OCD starting to kick in...

Yes, and no. While the time prime meridian is acknowledged to run through Greenwich (and long may that remain the case; anyone want to come to GRO with me to look at the Harrison timepieces?), there is no difference between GMT and UTC (and insofar as "lies told to children", can be treated as being exactly the same thing). Should the EU bigwigs decide to move the time prime meridian (to *spit* Paris, f'rinstance), then this would necessarily introduce a 1hr difference between GMT and UTC.
14
Features / Re: Github & stuff
« on July 24th, 2012, 12:32 PM »
Quote from Dragooon on July 23rd, 2012, 04:43 PM
People find Git to be more user friendly than Hg :P, I find them to be same.
For most people, they only see their working copy and their client, and for the most folks here, I suspect that'd be graphical (Tortoise*). As far as command-line clients go, I much prefer Hg to Git, but graphical, Git all the way (and then, only because of Tower).
Quote from Arantor on July 24th, 2012, 03:20 AM
Yes, that's the only feature I'd actually appreciate in Git itself... ;)
Staging is *the* stand-out feature of Git in my book. If we're being honest, all the DVCS's are pretty-much the same at the end of the day; it's the few little differences that make all the difference in the world.
15
Features / Re: Github & stuff
« on July 23rd, 2012, 04:18 PM »
Quote from Nao on July 23rd, 2012, 03:33 PM
Right now? I'm 100x more comfortable with TortoiseSVN... :^^;:
Posted: July 23rd, 2012, 03:32 PM

Yeah, of course, but if I can choose between hg and git, I'll take hg anytime because of the comparatively better user friendliness...
There's not that much difference between Hg and Git if you're using Tortoise* :P

*BUT*

There's not going to be pressure from me to steer you guys one way or the other, I'm comfortable in SVN, Hg and Git (although Git is my favourite of the three now I know how to work with it) :eheh: