Jump to content

Michael

Clients
  • Posts

    23,640
  • Joined

  • Last visited

  • Days Won

    114

 Content Type 

Downloads

Release Notes

IPS4 Guides

IPS4 Developer Documentation

Invision Community Blog

Development Blog

Deprecation Tracker

Providers Directory

Forums

Events

Store

Gallery

Posts posted by Michael


  1. And I'm sorry, but I can't accept the answers that the problem with the skins are not IPS related because it happend with every skin I tried which was under 100% width while working under RTL.


    IPS makes only the skins that come with the product. If the problem is with those skins (forget about any other skins now, ok?) that come with the software, then report those problems in the bug tracker. If there are problems you are seeing with skins that IPS doesn't make (stuff you download from the resources site or any other sites) and the problems are not the same as what you would see with the skins IPS makes, then yes, they are issues you need to address with the skin maker.

    I can't make you accept this, but it's the truth. If you're not going to take this advice, then I can assure you the issues you're experiencing will never be resolved. I'm done trying to get this through to you.

  2. It's if you keep only datas for the last 100days. vBulletin has this option, so i think it's possible ;)



    On some sites it might be feasible to store this data for years, on others it might only be feasible to store it for a week. This is IP.Board, not vBulletin, just because vBulletin has a feature doesn't mean IP.Board needs it too. "vBulletin has this option" is not and should not be a factor in determining whether something is added to this software.

    I'm not IPS, so it's not my decision to make, but I seriously doubt this is something they'll consider adding.
  3. It's not possible unless some changes are made to how member visits are logged. Right now, the only thing that is recorded is that last visit each member makes; nothing is currently stored that tells if a certain member was online on a certain day. The space necessary to store every visit every member makes in order to build this statistic would be too much to make this a worthwhile feature.


  4. Why do you keep blaming others when the problem is with the board?


    I specified a few problems and some of them does not have anything to do with any third party but with the board!



    And I guess that this skin that was downloaded also from the resource site is faulty, right?



    [img]

    [/img]



    Because IPS isn't making the third party skins, that's what the term 'third party' means. As I said, if the problem is with the board, and the skins that come with it, then you should report them as bugs in the tracker. If the problem only occurs with skins you install that are not made by IPS, it is up to the makers of those skins to fix them. That does include skins downloaded from the resources site, yes.

  5. I agree. A block that is only updated every 5 or 10 minutes would be perfectly adequate.



    If the "View new content" search is such a resource hog then maybe IPS needs to rethink how members browse new posts. My guess is the typical user clicks on View new content and then clicks the topic that interests them. If they don't reply they can then either press the back button to get back to the new posts or do what I do and press the View new content button again. You would certainly need to press the View new content button if you had replied to the topic. So what I am saying in normal use the average user is hitting the View new content link quite a lot.



    3DKiwi



    some users undoubtedly do behave like you're describing. Many others just go into the forums they want and look topic-by-topic. People who may find the site by a search engine might only see the front page, or a specific topic. Some people might only come and use the messenger to talk to their friends in there. Search engine spiders, or other crawlers, might hit any one of the dozens of available links on the page. In most cases, it's the board index that is the most loaded page, by a wide margin, that's the one that needs to be resource friendly.

    No one is saying that this is a bad idea, I'm sure lots of people would like to see this as an available hook, it's just that it's not something IPS can unleash on every board, it will cause resource issues on the biggest boards that IPS then has to deal with.
  6. Weird, that section of my board isn't behaving correctly with these CSS changes, my post_controls bar has lost its background color. Checking Firebug, I don't see this site using those CSS classes that difference reports says were added, like background-image.


  7. It's going to differ between users, yes. We've identified many hooks/modifications that cause problems, so naturally if you have one of those you are going to have a different experience from a user that doesn't.



    Any chance IPS can communicate that list back to the authors of those mods? I would definitely like to know if one of my mods causes problems that it takes a ticket to IPS to resolve. The only one I know about is my Board Panel has a nasty query in it to find the favorite forum, but that does have a setting to disable it should that be a problem.

  8. Not sure what the resource issue is here. All you're doing is basically displaying a block that contains the first 10 results from a "View new content" button press. I had a mod on my 2.3.6 site and no issues with it slowing down my forum. I am running a dedicated server with a medium sized and active forum.



    I just want a block that displays the last 10 replies on my Portal front page. This allows members to quickly keep up to date with the most recent forum activity.



    3DKiwi



    But you're displaying that block on every page load of the board index, the most visited page of the forum. So it has to query for those posts, which is a query involving a join between the biggest table in the database (posts) and another sizable one (topics), plus checks for which forums it should be pulling from. It might work fine for you, and 90% of other sites, but those few that it kills their servers make it something IPS can't really include in the base product.

    It's a relatively simple mod to make, it's just that the risk of resource usage on it makes it too dangerous to include in the software by default.

  9. Things don't work that way.



    It is actually feasible. IPS might have added a security check into some random form's template in a new release, and the custom skin failed to include that, thus opening a hole for some type of injection or other malicious activity.
  10. I think my request is going to be pretty simple, so please bear with the lengthy explanation. I have been working on an application that is trying to utilize the classPost.php file for creating topics, creating replies, and editing posts. It is convenient in that I can set just a few flags and have it do the work for me, but it seems to be a big pain to use it as a real API. The code is littered with all kinds of permission checks that stop me from doing these functions.

    For example, I'm trying to create a tool that will loop through a series of forum topics and rebuild the content of their first post. I am able to set the content, tell who the author was, what topic ID it was and all that, but the problem is that it's checking to see if the 'author' has edit permissions. The author of the post in question may not, they may even be a guest. But I need my tool, which resides in the ACP, to not check those permissions; just frickin' edit the post already. :P

    I've already reported one problem with this file and how it forces the 'author' to have 'start topic' permissions in order to create a new topic, here, but that's flagged for a future version, and I fear that future version that it may be considered for is months away, if it will be added at all. This issue I'm running into now is similar, but I haven't been able to hack a workaround for it yet.

    My request is simple: please add some flag to that file, false by default, that when set to true it bypasses these checks which don't make any sense when the class is being used as an API. I want to be able to use this class to just make new topics, posts, and edits without having to jump through hoops, and I really don't want to have to re-write all of the code without these checks and use it in my application instead.

  11. 1. You could probably use the formatContent function to check permissions and give an error message there.
    2. You should only use the "Find in forum:" list if you're going to be looking in forums, see #3 below.
    3. You need to add a new section to the advanced search page using the getFilterHTML function, like what IP.Downloads does to show the categories on that page.

  12. IPS shouldn't be interested in duplicating features in vBulletin, what's the point of each forum software doing everything the same? I personally like the way searches work here right now, I remember specific terms in the topics I want to search for and I like that I can see the snippets of the post containing those search terms; I don't always remember topic titles as well.

×
×
  • Create New...