Jump to content

Matt

Management
  • Posts

    70,254
  • Joined

  • Last visited

  • Days Won

    668

 Content Type 

Downloads

Release Notes

IPS4 Guides

IPS4 Developer Documentation

Invision Community Blog

Development Blog

Deprecation Tracker

Providers Directory

Projects

Release Notes v5

Invision Community 5 Bug Tracker

Forums

Events

Store

Gallery

Everything posted by Matt

  1. What Michael said. Deleting posts is incredibly expensive. Each post has to be examined for attachments, etc then the topic and forum then board stats updating. It's just not possible without refreshes or an ajax style interface (and even then the possibility of the user navigating away or losing their connection could lead to unpredictable results). Something for the future maybe.
  2. I've been writing and releasing code for 10 years and some things never change. :) Please understand that we are all working very hard to fix all the reported issues found. We will not release RC 2 until we feel that it is stable. It may or may not still have bugs. The 'final' version will probably have minor niggles here and there that are currently undiscovered. IP.Board 3.0.0 is a new platform and contains mostly new code. We realise and understand that there are going to be bugs that need fixing even in final which is why we are planning to release small maintenance releases relatively frequently.
  3. Ah yes. I still need to fix that Brandon. Regarding topic markers... hmm.
  4. Indeed. It was something that I extended from IP.Dynamic (then IP.Nexus). We wanted a solid framework on which you could plug in applications to extend it. In theory, we could release just an update to 'members' or 'forums' without the need to update anything else.
  5. Facebook does a lot of goofy things and their API is far from perfect. I'll look into it, but it's most likely a problem with Facebook's session management which is a real arse at times.
  6. Hello, I just wanted to note that I have reviewed this issue and wanted to clear up a few things. Firstly, I apologise for not resolving your issue sooner. It is unfortunate that our billing reminders which are sent out 7 days in advance of any renewal were missed by you. All payments including PayPal are reviewed manually. This is because we have seen a dramatic rise in both PayPal and credit card fraud. Our system used to auto-validate cleared and validated PayPal payments but we were dealing with an increasing number of chargebacks. Only a few members of staff work billings and payments due to the level of access needed to our payment processors. We approve all orders first thing in the morning and someone is usually on hand throughout the day to approve any that come in. Unfortunately yesterday this wasn't the case. Of course, your payment was approved first thing this morning and your site is back online. As you've "whitelisted" our reminder emails, this should not happen again.
  7. Matt

    Profile Spam?

    Already a feature when editing a member group.
  8. The answer is possibly if you mean the last round of betas designed for 3.0.0. I can't see any reason why not. We've just not tried.
  9. Like everything in IPB 3.0, the subscriptions manager is a separate application. We can release it at anytime without requiring a new version of IP.Board 3.
  10. Thank you for you compliment. We're happy to allow all current license holders with download access have IP.Board 3 at no extra cost. I'm sure that if our accountants ran the numbers, they'd tell us to reconsider. We promised that there would be no extra charge for the upgrade to 3 and we'll stick by that. :)
  11. Meanies! It used Ajax. And Ajax was cool. We were the first to use it on a bulletin board and that was the best I could do. :(
  12. It's a bit of a limitation, I believe that the text editor needs focus to complete setting up design mode.
  13. Hey! I worked really really hard on that!!
  14. Oh dear.. are we doing this again?
  15. It would be pointless to release RC1 if we still have stuff to fix. RC 1 is when we consider it 'done'.
  16. You can restrict the number of characters allowed in the topic title in your ACP settings. We've left ours deliberately long.
  17. Thanks guys, go nuts and test it out as much as you can. Please don't be alarmed if we seem to take a minor step back with some stuff, I've fiddled with a few things, mostly: Topic MarkingCSS CachingMemory DebuggingSo let me know if you see anything odd with any of that.
  18. You won't need too. Our DB is not UTF-8 and we're using them just fine.
  19. Just a note: I've added back the basic character conversion tables which only take up about 200k space, uncompressed. I will write a function to check your character set and test for local conversion methods before checking if you need to download more tables.
  20. Matt

    IPB3 Beta 4

    I have turned off JSDebug in the templates. Let us know if this fixes the issue. :)
  21. Matt

    IPB3 Beta 4

    I was going to ask that too.
  22. Matt

    IPB3 Beta 4

    I am using FF 3.1 beta 3 and I can reproduce the edit bug, so I'll file a bug which was all that was needed in the first place. It seems that the ajax function isn't being fired for some reason. As we use prototype heavily, I'll check there first as there may be a bug with Prototype or change required.
  23. Matt

    IPB3 Beta 4

    I chose not to comment on the comparison between us and Mozilla because it's like comparing apples to fish.
  24. Matt

    IPB3 Beta 4

    Isn't a little premature to dump all your past purchases on the strength of a beta release of a future version not working with cutting edge alpha / beta versions of web browsers? The current version (2.3.6) is very stable and that's the supported version. We know that IP.Board 3.0.0 Beta has issues; that's the very reason we ask you to test it. We would not ask you to test it if you were going to make a decision whether to continue using IPS products on the strength of it. Now, does the edit button work for you in FF 3.0.7? Forget 3.1 Beta 3.5 beta, etc - just use the current stable FF release and let us know. If it does not, then file a bug report. That's all we ask. Lee, Sunrise was telling you that the option to include the full reply in a topic subscription notification has been in IP.Board for years, since 2.1 if I remember correctly. This feature is also in IP.Board 3.0.0 so there is no need for a mod, etc.
  25. Since we unveiled the new friendly url feature on our preview board, we have received a lot of feedback on how it could be improved with regards to maintaining good search engine optimization (SEO). Every feature we add has to be weighed against the impact to efficiency and memory usage. We understand that not every customer has the luxury of a dedicated server. We want to ensure the very best experience for a wide variety of hosting environments. However, in this case we felt we could make some improvements to the friendly url feature without compromising efficiency. The new settings can add some small overhead, but we felt that those who wanted the very best optimized content would accept that. Meta Tags I have added a way to add meta tags to the final content through: $this->registry->output->addMetaTag( 'name', 'content' ); This is used internally to add a meta tag for 'indentifier-url' and 'description'. The description is the first post of a topic; a forum description or the user's "About Me" information using the signature if no "About Me" information is present. You can use this interface in your own code to add more tags if desired. Robots.txt A primary concern for those interested in SEO is duplicate content. There are many ways to access a single topic due to the different variables that are used; pagination and search strings are a few examples. To help limit the duplicate pages indexed, IP.Board now ships with an example "robots.txt" file for you to edit and upload to your root directory. Redirecting 'old style' links Another concern was that the old style links, for example: index.php?showtopic=10, are still able to access pages. This is necessary so that you do not lose bookmarks or traffic from currently indexed links. You can now choose to redirect with an optional "301 Moved Permanently" header to the new link format. This is transparent to the end user but will help search engines locate the correct copy of your content. Incorrect Permalink Handling The new friendly URLs are often based on user generated content. For example, a topic called "My Great Topic" will have the permalink "/topic/10/my-great-topic/". Now, when this topic title is edited, the permalink will change too. For this reason IP.Board allowed access to the topic as long as the topic ID was present, so all of the following links resulted in the same topic being shown: /topic/10/my-great-topic/ /topic/10/my-edited-topic-title/ /topic/10/ /topic/10/i-just-made-this-up/ The downside to this is that some may consider this duplicate content. You can now opt to redirect with a "301 Moved Permanently" header to the correct permalink. This again is transparent to the end user but it will help search engines locate the correct copy to index. You can also opt for IP.Board to simply add a 'robots' meta tag with the value 'noindex' if you do not wish to redirect. This will tell the search engine to not index that URL. We hope that these improvements will be seen as a good first step in basic SEO without impacting performance.
×
×
  • Create New...