Jump to content

Community

Feld0

+Clients
  • Content Count

    442
  • Joined

About Feld0

  • Rank
    Member

Recent Profile Visitors

9,471 profile views
  1. The "Flag as spammer" button in the admin area makes it too easy to wreck a user's account, with no just-as-easy path to undoing it. A single click disables the account and hides all of its content, and clicking the "un-flag as spammer" button does not roll most of it back. I'm opening this thread today after accidentally clicking flagging a user led to manually going through a user's entire post history to unhide everything. With how easy and destructive it is to perform the "flag as spammer" action, to protect against accidents, I'm requesting that the "un-flag as spammer" button be improved to fully undo the "flag as spammer" action. Alternatively, the "flag as spammer" button could be modified to require a confirmation, with a warning that the action cannot be easily undone.
  2. +1 for "pay what you want" pricing for store items - that would be incredibly useful as a way to let users donate an amount they decide to our site on a monthly basis.
  3. We found that when a user is banned from a topic, if they were following it, they still receive notifications from it. Could this behaviour be changed?
  4. It uses a lot of storage, but from personal experience, I think it's well worth it. If you're running a large site with loads of activity, you're probably on dedicated hardware anyway, for which storage is pretty cheap. :) I'd love to see this in the core, but considering the server requirements it comes with, it might qualify as a "niche" feature. That said, forums are all about content, and images are a huge part of that. One might as well say that attachments are "niche" because free file hosting services exist that someone could easily link to instead, but attachments last as long as the forum does.
  5. A member brought an issue to my attention today which allows users to easily bypass their group's signature image size restrictions. When a member sets up their signature, IP.Board will check the dimensions of any embedded images to ensure they fit within the restrictions. However, if an image is embedded into a signature and is subsequently replaced by a larger one at the same URL which breaks the size restrictions, IP.Board will not react to it in any way, and will happily let the new image stay. Re-checking the image on every pageview would create some pretty bad resource issues, but... fortunately, there's a way to work around it. :smile: Avatars used to be prone to the same issue, but they were neatly fixed when the option for a "remote" avatar was modified to download the remote image to local storage after a one-time size check, where users can't touch it anymore. The same could be done for signatures - copy images to local storage after checking they fit the restrictions. Even better would be an option to upload signature images to the forum directly, if they're going to be copied to the server anyway. :smile:
  6. Docs are there: :smile: http://www.invisionpower.com/support/guides/_/advanced-and-developers/ipnexus/how-to-interact-with-purchases-r113 http://www.invisionpower.com/support/guides/_/advanced-and-developers/ipnexus/itemsphp-extension-file-r134 http://www.invisionpower.com/support/guides/_/advanced-and-developers/ipnexus/actionsphp-extension-file-r133 And I believe IP.Downloads makes use of these same API's, so a source dive there might reveal some hints. Think you might have an ETA on the next update? If it's still a bit far out, I might take a crack at building a Nexus gateway myself.
  7. Hi Mike, Any update on the implementation of the IP.Nexus gateway? Having completely different payment systems for donations and the store on my site is confusing to some of my users. The Nexus gateway would make things a lot more consistent for them, and give them alternatives to PayPal as well.
  8. Awesome! Thanks, Adriano. :) But it's only for topics - any chance you could add notifications for approved posts to the hook as well (or perhaps in a new hook)? That would be really useful for forums where individual replies to topics need to be approved.
  9. +1. This suggestion came up in one of my own communities, and it would be great to see it implemented.
  10. +1. The ability to whitelist specific domains for dofollowing would be excellent for me, as I'm building a larger network of websites for my members, and expect an awful lot of links to the rest of the network to pop onto the forums in due time.
  11. I'm developing a new application using Foundation. Originally used Bootstrap because that's the framework everyone talks about, but when I discovered Foundation, the better grid (every column becomes its own twelve-column grid) won me over, so I switched. That, and I like that it's less opinionated about how your site should visually look, since my app needs to have a distinct design for the users' enjoyment anyway.
  12. Looks like it. :O Thanks for the link, Marcher - I was unaware that the fix existed. Down to just 8 queries now. :D
  13. Thirded. :smile: I understand why you choose PHP 5.3 as your lowest supported PHP version. 5.4 is already supported by cPanel, however, and it is only going to spread in the time you take to release IP.Suite 4.0. I just hope it doesn't hamper your development too much, as 5.4's new playthings are excellent. Any chance you might bump up your minimum required version at some point during the 4.0 lifecycle, or can we count on PHP 5.3 remaining the baseline until 5.x?
  14. In its current design, IP.Board runs the following query once for every single member in the Currently Online list (replacing the "3479" at the end with the ID of each active member, of course): SELECT m.*, m.member_id as my_member_id,p.*,pp.*,g.*,ccb.cache_content FROM members m LEFT JOIN pfields_content p ON ( p.member_id=m.member_id ) LEFT JOIN profile_portal pp ON ( pp.pp_member_id=m.member_id ) LEFT JOIN groups g ON ( g.g_id=m.member_group_id ) LEFT JOIN content_cache_sigs ccb ON ( ccb.cache_content_id=m.member_id ) WHERE m.member_id=3479 It would be sensible to refactor the feature to use eager loading to grab all the members in a single query, no matter how many of them there are: SELECT m.*, m.member_id as my_member_id,p.*,pp.*,g.*,ccb.cache_content FROM members m LEFT JOIN pfields_content p ON ( p.member_id=m.member_id ) LEFT JOIN profile_portal pp ON ( pp.pp_member_id=m.member_id ) LEFT JOIN groups g ON ( g.g_id=m.member_group_id ) LEFT JOIN content_cache_sigs ccb ON ( ccb.cache_content_id=m.member_id ) WHERE m.member_id IN (3479, 5654, 4543, 6576, 8695, ...) The online list alone is responsible for adding well over a hundred queries to our index. Disabling it made it come up a good half-second faster. All these queries add a great deal more traffic and overhead to the database connection than there needs to be.
  15. Here's my guest permission set: It appears to be correctly configured for me; however, the issues in my site are accessible by direct URL (I can PM you with an example if needed).
×
×
  • Create New...