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.
5641
Features / Re: Thought system
« on October 31st, 2011, 11:34 PM »- you mean a website can't connect to them using a regular username and pw? You mean they willfully broke many sites?
- it's just that it's only a cache of sorts. If I store the Id I might as well loafd the thought from the thoughts table... Ah well.
5642
Features / Re: Thought system
« on October 31st, 2011, 11:27 PM »I'm considering adding an option to send any of your public thoughts to twitter as well. If you are willing to enter your twitter password because I'm not willing to start playing with their API anyway
I did notice the implied question but I don't have a better answer short of storing the two details separately in the members table.
5643
Features / Re: Thought system
« on October 31st, 2011, 11:11 PM »
I should add, it's a touch more than a chat box, it's actually closer to FB or Twitter - but only on your site for your members.
We have a surprising number of discussions that don't really warrant a topic of their own, and it's one of the reasons I post so little on FB or Twitter, is because mostly it has a relevance and context that it wouldn't have elsewhere.
We have a surprising number of discussions that don't really warrant a topic of their own, and it's one of the reasons I post so little on FB or Twitter, is because mostly it has a relevance and context that it wouldn't have elsewhere.
5644
Other software / Re: Change of code in order to suit the SSL version
« on October 31st, 2011, 09:32 PM »
SMF and Wedge already support it, just it needs tweaking.
5645
Other software / Re: Change of code in order to suit the SSL version
« on October 31st, 2011, 07:03 PM »
We do need to check the behaviour in Wedge for this, btw, and if secure is on, make sure we use that in external references, including CDN scripts.
5646
Other software / Re: Once upon a time...
« on October 31st, 2011, 06:19 PM »But the Tardis had been destroyed...
It's been remade. Now with four ports.
5647
Other software / Re: Once upon a time...
« on October 31st, 2011, 06:07 PM »
Oh, that story has resurfaced, eh, where I'm a bot from the future, after SMF 7 (the one with time travel) is released, come back to prevent SMF 6 from ruining the world. Or something. I forget the details.
5648
Other software / Re: Change of code in order to suit the SSL version
« on October 31st, 2011, 06:07 PM »
Eh, it's also in Sources/Aeva-Embed.php
Code: [Select]
if (!$use_object_init)
$scr .= '
<script type="text/javascript" src="http://ajax.googleapis.com/ajax/libs/swfobject/2.1/swfobject.js"></script>';
$scr .= '
<script type="text/javascript"><!-- // --><![CDATA[';5649
Other software / Re: Change of code in order to suit the SSL version
« on October 31st, 2011, 05:21 PM »
Well, that is an issue in Aeva (and in fact any mod with third party dependencies, and yes, we'll probably have to fix it in Wedge)
You'll find it in Aeva-Subs-Vital.php in your Sources folder, line 881 or so:
Code: [Select]
Just change the http to https, and assuming ajax.googleapis.com has a suitable certificate, it'll work. (If it doesn't have a suitable certificate, there's nothing you can do other than hosting the file yourself, but we'll get to that if we have to)
You'll find it in Aeva-Subs-Vital.php in your Sources folder, line 881 or so:
$scr = "\n\t" . '<script type="text/javascript" src="http://ajax.googleapis.com/ajax/libs/swfobject/2.1/swfobject.js"></script>';Just change the http to https, and assuming ajax.googleapis.com has a suitable certificate, it'll work. (If it doesn't have a suitable certificate, there's nothing you can do other than hosting the file yourself, but we'll get to that if we have to)
5650
The Pub / Re: Error reporting with app-issued errors
« on October 31st, 2011, 04:57 PM »
True - but on the other hand, a feature that benefits no-one to the best of our knowledge is not good usability. As for some of the other stuff we've removed, almost every time it was a feature that was little or never used, and as such, removing it has a usability increase, not a decrease. Less complexity = easier to use.
5651
Features / Re: Members ID field after deleting...
« on October 31st, 2011, 04:56 PM »
The search filter-on-user does not work at all for deleted users for this reason, and because doing it any other way would be even slower.
5652
The Pub / Re: Error reporting with app-issued errors
« on October 31st, 2011, 03:44 PM »
I love removing things that are unnecessary, unneeded and undesired. I would have said unuseful but that's not a real word :P
What point is there in keeping something that just adds a weight to every error, that you don't ever use?
What point is there in keeping something that just adds a weight to every error, that you don't ever use?
5653
The Pub / Re: Error reporting with app-issued errors
« on October 31st, 2011, 03:37 PM »
I'll leave the backtrace alone for now (it's not pulled but it can be turned into a debug option readily enough, though just got to be careful about not catching it and storing it in the last-error cache and more importantly to be careful about not getting recursive calls :/
As for session, I can remove that in a bit :)
As for session, I can remove that in a bit :)
5654
The Pub / Re: Error reporting with app-issued errors
« on October 31st, 2011, 03:34 PM »
Putting the backtrace actually into the error log by default will bulk out the error log considerably. While the idea is that admins will know about it sooner, I'd still rather keep the log lean if possible.
Though why the session is in there, I have no idea. I have never used it for debugging for any reason, so I guess that can go?
Though why the session is in there, I have no idea. I have never used it for debugging for any reason, so I guess that can go?
5655
Off-topic / Re: Gallery Effects
« on October 31st, 2011, 02:11 PM »
Aeva has it built in as well, btw. Then it's just a case of finding a mod for attachments...