bfarber
-
Posts
163,911 -
Joined
-
Days Won
346
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 bfarber
-
The user is not logged in automatically if they must validate their account. I can't see much point, given that you require them to validate their account first anyways. After they validate, they are logged in automatically. If you have account validation off, they will be logged in automatically.
-
http://en.wikipedia.org/wiki/Comet_%28programming%29 I don't see any real workable solution myself. The only cross-browser solution presently available is AJAX long-polling, and that wouldn't be any better than what we are doing now (in fact, I suspect it would be worse, in that the tcp/ip stack would fill up much quicker). It's simply not available for outside testing yet. There's a lot to do I'm afraid. For now, we've opted to put the beta on our site so we can gather feedback to make sure we take this in the right direction. At this time, we are working on the project as a hosted solution only. At some point in the future, we MAY explore building an enterprise edition that is installable on your host, but we do not have immediate plans to do so.
-
It's a bug in the STD editor.
-
Hmm, I like the idea actually. I don't know that we could remove any of the existing options, and I think another icon in the forum listing would clutter it up too much, so we'd have to come up with some way to get you there. Good idea at the core though.
-
Seems like an issue with the emoticons wrapper there, almost like an out of date cache. I'd recommend to submit a ticket so a tech can look into it.
-
Our official minimum resolution is 1024x768. If there are bugs in the core software at that resolution, they can be reported. We do not officially support anything lower than that.
-
You can browse the community-released addons here: http://community.invisionpower.com/index.php?app=downloads We have a promotion running presently that provides for the greatest discount you can possibly get. When this promotion ends and we switch to the new system on November 2nd, you will indeed be able to mix-n-match any applications, and get a discount proportional to the number of packages purchased, however we should note that the discount will not be as good as the one presently offered for the suite bundle. Still, to answer your question, you will be able to mix n match any packages, not just specific ones (Gallery, Blog, Downloads, Content, Board, etc.)
-
It would take a good amount of code, yes. He's saying that the amount of code and changes to existing code that would be needed mean that it's not likely we'll introduce this in a 3.0.x version, but possibly later in a future 3.x version
-
IPB doesn't have much control over php errors. Generally, the best security practices recommend that you disable display_errors in php.ini, and instead have errors log to an error log file. That way the paths aren't exposed if someone gets a PHP error.
-
It is a sad reality, unfortunately, that we cater to all sorts of clients on all sorts of setups, and it is simply not as easy as telling client "A" they can't use a feature because their server can't handle it. Believe me, we'd love to introduce all sorts of cool (but resource hungry) features, but to do so would mean we need to support those features, for all our customers on whatever particular setup they have. If the feature is going to get IP.Board banned from a host because it is not resource friendly, unfortunately it's not something we can include.
-
All 4 files are third party files and as such we generally avoid modifying them in any form. The "whitespace" detected is actually allowed in the PHP engine, so they're nothing to worry about. Will consider trimming them just for the checker, but they don't cause any harm, even with the extra newline after the closing PHP tags. (Note that in our own code, we omit the closing PHP tag to prevent this from being a problem).
- 1 reply
-
- 1
-
-
Tags are something on our radar, for sure.
-
Hello, Please note that Invision Power Board is a commercial product and as such, you must purchase a license to use the software permanently and/or obtain technical assistance. You may find more benefits to purchasing a license here. If you are an existing customer, please log into your client center and follow the instructions for upgrading your IPS forums account, found at the bottom of the first page you see. We look forward to helping you!
-
The initial page load would be bigger, but the CSS and javascript would be cached, and each subsequent page load would be SMALLER than IPB 2.3 (because of the better and lighter HTML structure). In the long run after a couple of page loads, you would use less bandwidth with IPB 3 over IPB 2 on the same given page using the default skins.
-
Problem is, we support more than just MySQL, so it's a little trickier to implement query-specific caching. Besides, MySQL generally does a good enough job caching the query results with it's default settings.
-
The community skins do not have the new templates for our chat service in place, as the new service has not yet been released.
-
I wouldn't be opposed to this, however are there any out there to add? I wouldn't want to create an empty category because some day it may get populated.
-
In investigating methods of remote communication we felt that several quick HTTP requests was better than prolonged/persistent style connections. If we want, for example, a server to service 3000 users, if the requests were normal and the connection closed immediately once the script stopped, you could have maybe 1000 requests in the stack at a time, where-as with a persistent style technology you'd have all 3000 (or close to it). This is why we went with normal AJAX-style "get me data and exit" requests. We may or may not investigate and benchmark technologies such as comet in the future. We didn't feel it was the best option for our needs, however.
-
You can contact sales if you have a custom services inquiry. Generally speaking, we will refer you to third parties, but it never hurts to send in your inquiry and see what kind of availability there is. I'm afraid we do not have a downloadable demo at this time. We have a 24-hour hosted demo you can use, which can be extended upon request. http://boards.nbc.com/nbc/ Our members have made a total of 3,711,983 posts We have 265,847 registered members 1200 members online at the moment I am not aware of any specific IPB community using Drupal as a front end. Would need to wait to see if anyone replies with a link.
-
Yes, when we build upgrade packs, it's using a script written that uses the same subversion functionality that generates the diff report. It's just generally not worth the hassle when so many files have changed.
-
We could produce one, but don't feel it's worth the hassle once you reach a certain threshold of number of files changed.
-
While upgrading our addon applications for IP.Board 3.0 compatibility, we blogged about the state of the updates and our plans for the future. At that time, we detailed that there wouldn't be many new features in the applications initially, but instead that we would be releasing feature updates for our addon applications later this year. Development for IP.Downloads 2.1 is well underway and we wanted to take a moment to highlight the new features you should expect to see in the next release of IP.Downloads. These features have largely been decided upon based on suggestions in our feedback forum. Friendly URLs IP.Downloads 2.1 will feature friendly urls for the main index page, category view pages, file view pages, and downloading files. Resume Breakpoints Toggle Some customers have requested the ability to turn off IP.Download's capability of downloading files in "parts" (this is primarily used by download accelerators that request multiple pieces of a file simultaneously). There will be a setting in IP.Downloads 2.1 to disable this functionality. Global Settings vs Per-Category Settings Some per-category settings (specifically: max file size and screenshot dimension settings) can now be configured globally as well. Once a global setting is set, if you do not specify the fields when configuring your categories, the global option will be used instead. This will allow you to more easily control some common settings quickly for your entire IP.Download installation, while still allowing for finer-grained per-category control should you need it. Download Sessions IP.Downloads already supports download sessions (which are used to track the number of simultaneous downloads a user has going). We will be expanding upon this to allow for download session urls. When a user requests to download a file, a unique link will be generated and this url will be used to download the file. Once complete, this unique url will be discarded. This feature will help prevent users from sharing direct download urls, and instead require users to visit the file information page before the download will commence. Major changes to file storage Presently, IP.Downloads allows you to upload (or link to) a single file and a single screenshot with each record. While generally this works well, many customers need the ability to support more than one file or screenshot for each record. We will be changing how files are stored within the system to accommodate some new features that are not presently possible. These features include: Use of the flash uploader for file uploads. This will allow for multiple simultaneous file uploads, as well as progress-bar support, when uploading files.Multiple files per file record. For instance, you might submit "My Home Movie", and then upload "movie.part1", "movie.part2", and "movie.part3" to break your movie into multiple pieces.Mirror support. Along with multiple physical files, you will be able to submit multiple urls, providing for built in mirror support by linking to copies of the download hosted elsewhere.Multiple screenshots per recordThinking beyond the above features, you will be able to use the mirror support functionality for other things as well. For instance, you could submit links to "Related Tools", "Required Files", or "User-Contributed Files". By allowing multiple files and links per record, you will have a lot more control over the grouping of your files and how they are presented to your users. We believe the above features represent the most requested and most needed features for IP.Downloads, and hope that our customers will be able to benefit from the new functionality. We will post another blog update later on when IP.Downloads 2.1 is ready for beta testing, as well as blog updates about our other applications in the coming weeks. Stay tuned!
-
In 2.3.6 it worked identically to how it works now if you select "since last visit" in your usercp. The display is different, but the functionality is the same. We query for all topics you can view with last_post timestamp > your last_visit timestamp. This is exactly what we did in IPB 2.3.x as well. :) If you mark the board as read on 2.3.6 or 3.0.4, it should not remove items from "view new content" if you are using the "since last visit" option. Only if you have no activity for the configured session timeout (15 mins by default) will it reset your last_visit timestamp (or if you visit from another IP address within that timeframe or something).
