Jump to content

bfarber

Clients
  • 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

  1. It's hard to guess from here then - I would inspect the browser console to see if the requests are failing for some reason, visit the direct CSS URLs to see what they are returning, and so on.
  2. You need to upload the developer tools in order for CSS, javascript, etc. to work.
  3. Did you upload all of the developer tools?
  4. We are not ignoring this topic. We just haven't commented is all.
  5. The error code means that the validation URL has already been clicked. This can happen, for instance, with some email providers such as Sparkpost (because they have begun following the links in emails which essentially executes the validation routine before the user ever even receives the email).
  6. We have some ideas to improve forum selection with fluid view in a future release.
  7. If humans are submitting the spam, why would Q&A challenge stop them?
  8. You did not specify these were multiple-GB files. I also would not store those in the database, indeed. You can store files outside of the web root directory if you write a PHP script as a gateway. Look at /applications/downloads/interface/legacy/screenshot.php and /applications/gallery/interface/legacy/image.php. These are present because 3.x allowed you to store files outside of the web root directory, and upon upgrade we do not move the files to a new location (so a gateway script is necessary to read and print those files out). You just have to enter a custom URL into the file storage handler "http://mysite.com/applications/downloads/interface/legacy/screenshot.php?path=" and then the actual path of the file gets appended to the URL (at which point it is passed as a query string parameter to screenshot.php which does the rest). In short, this is largely already possible, although I can't say if it's something we want to push to the forefront and make a common feature.
  9. You can store files in the database which means they will no longer be directly web-accessible.
  10. It is integrated into the rest of the member history (it is no longer a separate log)
  11. We have discussed this, but it's tricky. For instance, I considered looking at calling our IPS Spam Service for emails sent through the contact form, but we decided that this couldn't be done because a valid user who was blocked from registration by the spam service would then have absolutely no way to contact the site admin to let them know or get assistance. Unfortunately, if you leave a contact form in place, spammers will use it. It's tricky to block spam effectively here without resorting to "hacks" (like scanning the email for specific text which may not actually be indicative of spam).
  12. Why exactly? That would basically require an in-house designer to recreate what is already available through a freely licensed source (FontAwesome). What benefit would be gained?
  13. If you open a new ACP tab from an existing ACP session you can use multiple tabs no problem. If you login in a separate tab, however, any existing sessions are invalidated. This is a security precaution. We will be moving towards cookie-based authentication at some point I expect, which would resolve your concern.
  14. Ah, then yes. Logging in to the second tab causes the session from the first tab to be invalidated.
  15. Your ACP session should not time out while you are using it, nor should opening a new tab cause you to be logged out.
  16. We only include the first page in the sitemap. Google is able to index the rest of the pages (as you see there).
  17. To monetize, or not to monetize, that is the question that preoccopies our administrators! Ok, I'm no Shakespeare, but a vital question community owners are faced with at some point is: can we and should we make some money from our community? Let's first look at the "should we?" Absolutely! You don't need to frustrate your users or risk goodwill by starting monetization. Running a community comes with tangible costs in terms of paying for the monthly cloud plans or license and hosting costs. Not to mention your own time which must be factored into this decision. If the community sustained all or part of your income, could you commit more time to help it grow? Now lets look at the "can we?" Absolutely! You made a great choice by building your platform with Invision Community. We have built in monetization tools that allow you to collect micro-payments from third party systems; and we have tools for selling products and services. Advertisements An obvious choice, many sites will turn to advertisements through Google Adsense or a similar service to generate income from their community. Whether this approach will work for your community or not is dependent upon many factors. Do you generate enough traffic that you will actually earn an income from advertisements? Do enough of your audience browse your site without tools such as Adblock installed? Is your site compatible with any of the many advertisement services out there? This is worth checking to make sure. Advertisement services are a relatively easy solution for generating micro-payments. It's unlikely you'll be able to retire any time soon on advertising payments alone though. An alternative approach to using advertisements is to sell advertisement space on your own site through Commerce. This can be an especially attractive option if your site holds a captive audience in a specific niche, as advertisers will be certain their ads are targetting the niche they are aiming to target effectively. Viglink Viglink is a service that looks for commercial product references in user-generated content, and links to those products using referral links that can generate revenue. Generally speaking, there is no real harm in using such a service as the functionality is transparent for most users. Invision Community features integration with Viglink out of the box. You simply need to enter certain account information into the AdminCPand the software will handle the rest. Charging for products If you sell digital or physical products, you can leverage Invision Community to help facilitate the sale of such products through your community site. If you are an expert or leader in your field, then why not write a short e-book on your subject and put it up for sale? Low cost e-books under $10 tend to sell really well and it's a great way to generate some passive trickle income. Sale, renewals, invoicing, shipping, customer support and more are all possible through our Commerce product with powerful features that allow you to easily sell products locally and around the world. Charging for additional access The simplest way to monetize your community is to charge for VIP access. This may be for elevated permissions, such as being able to upload larger files, post more content per day and access specific features like user signatures, special badges and so on. You can also set up VIP forums that regular members do not have access to. In fact, Invision Community can be tailored towards being an e-learning platform simply by setting up a subscription in Commerce and creating a private forum only the VIP group can access. Simply post a new topic with each learning module. Topics can contain embeds from YouTube and Vimeo if you prefer to deliver training over video. Be sure to give previews of such areas if you do sell access to additional areas of the community. For example, you can allow all users to "see" that a forum exists, but show an error message to regular members who attempt to read topics in the forum, while allowing subscribers full access to those topics. This helps naturally entice users into subscribing to gain additional access by allowing them to see what they will gain access to. Charging a fee for facilitation Another possible avenue to monetize your community is by charging a fee for facilitating file sharing between your members. The Downloads application allows users to upload and even sell their files to other users on the community, while also allowing the administrator of the community to retain a percentage of all sales. If your community serves a niche that may see online sales of files in a marketplace-type setting, you can earn some money by administering such a marketplace. As you can see, there are several opportunities available with Invision Community to monetize your community. Do you use any other methods of monetizing your community?
  18. Our software already supports chunked uploading (only for locally stored files, however).
  19. I logged a bug report about the issue you raised earlier and @Ryan Ashbrook couldn't reproduce. Please submit a ticket so we can take a look. Redirects for first-party applications (that have appropriate destinations to redirect to) should be handled out of the box without plugins.
  20. I'm afraid you do not have the ability to change PHP configuration options when using cloud services.
  21. We redirect most old URLs to their new location, however there is no 'member list' in 4.x so there is no proper location to redirect that old URL to. Subsequently, a 404 error response is the best response. It should be noted that not every link should be redirected somewhere when it is no longer valid. Many times, it is appropriate to return a 404 error and simply let Google shed that URL from its index. I will take a look at the old blog URLs there. That may have been an oversight.
  22. http://php.net/manual/en/session.configuration.php#ini.session.gc-maxlifetime
  23. The AdminCP session timeout is based upon your PHP configuration - you can update it to extend the session timeout if you wish (using the regular session configuration options).
  24. We do not natively use /members in 4.x, so you can redirect it.
  25. What errors is that link causing? I wouldn't nofollow internal embeds (those are essentially links to other pages on your site which you absolutely do want to be followed and page rank passed to), however if you visit that link and view the page source, a canonical tag is already set to the real topic URL, so Google should be able to follow that link and index it, but point back to the canonical URL.
×
×
  • Create New...