Jump to content

LiquidFractal

Clients
  • Posts

    1,684
  • Joined

  • Last visited

  • Days Won

    5

 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 LiquidFractal

  1. 4 minutes ago, Clover13 said:

    you're saying they blindly host apps/plugins in their own Marketplace with the only requirement being not exhibiting any IP theft, while at the same time facilitating the sale of unchecked code?  Why is that a good thing to not be their responsibility?

    I said my assumption was that it wasn't their primary responsibility.  Again, I'm no developer but I presumed that checking each and every single line of 3rd-party code for both code violations and safety would be unreasonable.  Besides - there are (well, were) plenty of warnings for people who know how to read that 3rd-party apps/plugins aren't (well, weren't) IPS's responsibility.

    I realise that people who don't pay attention will still message, but I always thought those were easily dismissed (quite frankly, I think a potted email would have done the trick, which I've seen on umpteen million other websites in different contexts).  In the end, though, I don't think anything can eliminate the question of vetting - whether Invision did it or a 3rd-party dev does it.  Whether there's a Marketplace or not, it comes down to reputation and trust.

    And yes, I'd love to know some more (demographic) information about IPS that IPS will never give out. lol

  2. Just now, Charles said:

    Luckily we are the experts in seeing usage trends 😉

    33 minutes ago, LiquidFractal said:

    OK...I guess you mean something different from "mods" than what I had in mind. 🙂 

    As for "safety," yeah, I was under the impression that the "caveat emptor" stipulation you had pretty much freed you up to check for code violations and that "safety" per se wasn't your primary concern.

  3. 5 hours ago, Hisashi said:

    My idea is, remove the paid market and keep a free market so that developers can maintain this showcase, so they start offering two versions of the product. A free one, where the user could get it directly from the IPS website, and the paid (full) version that would be described within the product and the user would be redirected to the developer's store.

    How many devs have the time or are willing to go to the trouble to develop free/paid versions for each of their products?  This would run @Adriano into the ground methinks.....

  4. On 8/16/2023 at 6:02 AM, Joel R said:

    More broadly, to anyone who is hesitant about these changes, there are some pros and cons: 

    - More independence, more variation, and total flexibility for developers and themers.   They can build their own core, their own gallery, their own package of plugins.  You can't do any of that in the current Marketplace.  I expect to see some truly experimental and innovative approaches to how developers and themers work with IPS 5. 

    - More independence, more variation, and total flexibility in how they charge.  Providers can charge crypto, they can offer a bundled set, they can offer discounts, they can set their own policies for chargebacks and refunds. 

    - Trust will be deeper, not wider. The IPS Marketplace gave a broad stamp of trust to all providers for meeting standard IPS coding. But for clients, this is an opportunity to deepen ties to one or two trusted developers and take our most important apps private and control our own development pipeline.  I do believe the biggest developers will still offer - and can make healthy income - off a broad portfolio of single purpose mods, but those by itself aren't going to dramatically fulfill your community's specific needs.  

    These are all pros though 😉....what are the cons you see?

  5. On 8/16/2023 at 10:59 AM, Robert Angle said:

    I could care less if I am getting a 3rd party app/plugin or theme from outside the marketplace, but it was nice to have a one stop shop to search for what's available.

    I think this pretty much sums it up for me...although some smaller/beginning devs who may not be able to afford their own websites may fall off the map, and some devs may raise the prices of their apps in order to cover the costs of "going independent" with their own online presence.

    But maybe this will also help prune some of the apps out there that charge unrealistic renewal fees that aren't warranted by the nature of the app/what it offers....

  6. On 8/16/2023 at 1:14 AM, Clover13 said:

    Meanwhile, clients either have no way to validate new devs work like IPS previously did to guarantee the safety of the app/plugin.

    I'm not sure what you mean here.  As far as I know IPS never "validated" the "safety" of any third-party app; they only checked to make sure that devs weren't using existing code contra IPS rules.  The "safety" of 3rd-party apps has never been Invision's responsibility (and for good reason!).

  7. On 8/15/2023 at 11:53 PM, Matt said:

    That's correct, you'll go through to the developer's own site. It's likely that you have more than just one modification from a single developer, so it may be less.

    So unless I'm missing something, this means that if a developer doesn't have or is somehow unable to start their own independent website then they have no way to maintain their apps/plugins?

  8. On 8/16/2023 at 12:01 AM, Charles said:

    The Marketplace has lost us money for many years especially as people just are not as interested in "mods" like they were decades go.

    Really?  I'm no expert but I find the last part of this sentence hard to believe given that there are many gaps in IPB functionality which necessitated the Marketplace community in the first place.

  9. Update: I did hear back from rebraf via PM - as his license has currently expired he is unable to reply to the support message.  He says he will continue support for Email Drip Campaigns through 4.x but will have to evaluate the situation as 5.x approaches, depending on Invision's plans and the subsequent changes which may need to be made.

    So stay tuned, I guess.

  10. I've fixed the problem! @Giray, this is what I did to solve the problem on my end:

    1. Go to your Clubs listing on your website. When you mouse over each Club title, note down the number for each one, e.g., yoursite.com/clubs/33-my-test-club. In this example, 33 is this Club's club ID number. Do this for each of your existing Clubs (if possible - don't know how many Clubs you're using).  So you're going to make a list of the club IDs of your existing and active Clubs.
    2. Go into your server's Control Panel, load up phpMyAdmin and call up your Invision database
    3. Browse to the core_clubs_node_map table. 
    4. You'll see a list of Club features. There's a field named club_id. This is the only field you need to worry about; check each club_id number against the list you made before and if an entry has a club_id number which is not on your list, delete it because, as @Adriano Faria pointed out, they are no longer tied to an existing club and can be removed.

    That's it!  I found a fistful and deleted them.  I also just ran clubrebuild again and it ran successfully (with ICE enabled).

    I glean from your posts that you aren't familiar with phpMyAdmin, but your tech people could do this easily enough I reckon.

    Hope this helps!

  11. On 2/9/2023 at 11:58 PM, Adriano Faria said:

    You probably have records in core_clubs_node_map table that isn't tied to any club. This table stores the "features", which categories from the apps.

    @Adriano Faria do you have any tips as to how to approach this?  Unfortunately, due to the way IPB handles naming I've checked this table in phpMyAdmin and there are fistfuls of entries called the same thing ("Blog," "Topics," etc.) and I'm afraid of deleting the wrong thing.  I also assume that if I delete everything in this table my Club features will all disappear, which would be, well, bad 😮 lol

    Or is it just a matter of matching up the club IDs on the site with the club_id field and deleting those with no existing club by ID?

  12. @Giray I've tried re-running clubrebuild with all customizations disabled as per the Support option - it still didn't work, and it throws "2C124/2 The task is already running and cannot be ran until it has finished or the lock is removed."  However, when I then go to the Tasks list it says that clubrebuild is "Running..." and it stays that way (even though I have quite a small amount of club material in the end).

    If I then log out and log in again to teh adminCP and check Tasks, clubrebuild is listed as having "Never" run.  I then try to run it (at this point I have re-enabled everything I had before except Improved Clubs Enhancements, which is still disabled) and the adminCP throws "2C124/1 The task you attempted to run could not be found."

    But then I return to the Tasks list and I see that clubrebuild is "Running now..."?!? 😶

    Guess it's time to submit an official support request....sigh

  13. 21 hours ago, Giray said:

    I give up. It still does it with ICE disabled 🥵 so I really don't know anymore. All I know is that even with it disabled, the cron error I just got was with clubrebuild.php and the core. So I really don't know if ICE is still at fault or something left over or in Clubs. I'll stop polluting this support thread and just wait for the next updates and see if the error goes away.

    Yeah...times like this I wish there were a Purge button for the logs.....cough cough

  14. I'm wondering if this has to do with old Club content generated a while before this update or something?  I speculate because my test site is 4.7.7 with ICE 2.0.5 and I'm not getting these errors there...but there's only one relatively new club with just a bit of test content (if anything).  Don't have time to address it right now but thought I'd throw it out there.

  15. 59 minutes ago, Giray said:

    Good to know, I’m not alone, and therefore not entirely crazy.

    No sir you are not!  In fact, I manually searched out Tasks in the adminCP - saw that according to the system the task clubrebuild has never been run before.  I tried triggering it manually and got an error that the task "could not be found." 🤨

    Checked again just now and it seems to be running, but I don't know if it will succeed.

  16. On 2/9/2023 at 7:16 PM, Giray said:

    I seem to be getting an incessant error and cron failure since upgrading to IPS 4.7.7 (my club rebuild cron is stuck and says it has never run since the 4.7.7 upgrade). The current thinking is that it might be ICE. I’m pasting the backtrace of one of the errors that occurs every half hour or so. Thoughts?

    #0 /home/mysite/public_html/system/Member/Club/Club.php(1370): IPS\Patterns\_ActiveRecord::load(1)
    #1 /home/mysite/public_html/init.php(935) : eval()'d code(226): IPS\Member\_Club->nodes()
    #2 /home/mysite/public_html/applications/core/tasks/clubrebuild.php(58): IPS\Member\clubsenhancements_hook_ceClub->nodes()
    #3 /home/mysite/public_html/system/Task/Task.php(375): IPS\core\tasks\_clubrebuild->IPS\core\tasks\{closure}()
    #4 /home/mysite/public_html/applications/core/tasks/clubrebuild.php(80): IPS\_Task->runUntilTimeout(Object(Closure))
    #5 /home/mysite/public_html/system/Task/Task.php(274): IPS\core\tasks\_clubrebuild->execute()
    #6 /home/mysite/public_html/system/Task/Task.php(237): IPS\_Task->run()
    #7 /home/mysite/public_html/applications/core/interface/task/task.php(72): IPS\_Task->runAndLog()
    #8 {main}

    I opened a support thread and the thinking is that it might be ICE?? Would love to know.

    https://invisioncommunity.com/forums/topic/472101-477-cron/#comment-2926204

     

    I'm receiving exactly the same error with exactly the same line numbers (it's listed in the System Log as type uncaught_exception, but viewing the error includes OutOfRangeException::0).

    The one difference in my backtrace is that the end of my line #0 reads load(0) instead of load(1).
     

    On 2/10/2023 at 12:36 AM, Giray said:

    Now that I think of it, I actually did. I removed two plugins as I was doing the update. One was an advertising add-on and the other was to remove image extensions.

    When I updated I don't think I removed anything, although I'm not sure if the system disabled anything incompatible during this update cycle (it hasn't in the past AFAIK).

  17. 9 hours ago, Marc Stridgen said:

    Please add all information in your client area for access, and then confirm on the ticket I have just created for you

    Thanks Marc.  I've responded to the email ticket, but just in case I wanted to include here that I have only updated FTP access information for the site in question as I can't get in to create an admin account.  I'll shift to the email ticket which has been created, but please let me know if you need any more information.

  18. HI @Marc Stridgen,

    As per our previous conversation above, the issue has arisen again on my test site.  Error information is as follows:

    OutOfRangeException:  (0)
    #0 /XXXX/system/Member/Member.php(804): IPS\Patterns\_ActiveRecord::load()
    #1 /XXXX/system/Patterns/ActiveRecord.php(335): IPS\_Member->get_group()
    #2 /XXXX/system/Session/Front.php(255): IPS\Patterns\_ActiveRecord->__get()
    #3 [internal function]: IPS\Session\_Front->read()
    #4 /XXXX/system/Session/Session.php(94): session_start()
    #5 /XXXX/system/Theme/Theme.php(417): IPS\_Session::i()
    #6 /XXXX/system/Theme/Theme.php(312): IPS\_Theme::currentThemeId()
    #7 /XXXX/system/Dispatcher/Standard.php(54): IPS\_Theme::i()
    #8 /XXXX/init.php(927) : eval()'d code(38): IPS\Dispatcher\_Standard::baseCss()
    #9 /XXXX/init.php(927) : eval()'d code(43): IPS\Dispatcher\forumcover_hook_includeJSandCSS::baseCss()
    #10 /XXXX/init.php(927) : eval()'d code(17): IPS\Dispatcher\slidermaker_hook_includeJSandCSS::baseCss()
    #11 /XXXX/init.php(927) : eval()'d code(35): IPS\Dispatcher\notices_hook_dispatcher_standard::baseCss()
    #12 /XXXX/system/Dispatcher/Front.php(759): IPS\Dispatcher\testm_hook_includeJSandCSS::baseCss()
    #13 /XXXX/init.php(927) : eval()'d code(40): IPS\Dispatcher\_Front::baseCss()
    #14 /XXXX/init.php(927) : eval()'d code(66): IPS\Dispatcher\easypopup_hook_includeJSandCSS::baseCss()
    #15 /XXXX/system/Dispatcher/Front.php(76): IPS\Dispatcher\stickynotes_hook_Outputs::baseCss()
    #16 /XXXX/init.php(927) : eval()'d code(28): IPS\Dispatcher\_Front->init()
    #17 /XXXX/init.php(927) : eval()'d code(23): IPS\Dispatcher\gms_hook_gmsJSHook->init()
    #18 /XXXX/init.php(927) : eval()'d code(20): IPS\Dispatcher\stickynotes_hook_Outputs->init()
    #19 /XXXX/system/Dispatcher/Dispatcher.php(110): IPS\Dispatcher\dp45guestviewlimits_hook_dp45guestViewLimitsDispatcherFro->init()
    #20 /XXXX/index.php(13): IPS\_Dispatcher::i()
    #21 {main}

     

    As requested, I have left the issue intact on my test site.  I have also created an FTP account for Invision's use, so if you'd like to get in touch via PM I can send you all required information to examine the issue.  Thanks!

  19. 3 hours ago, Richard Arch said:

    I'm no expert but as Adriano pointed out, the issue is normally got to do with the first line in the trace.  That is in member.php line 804 which is something to do with primary groups.

    Have changed them recently?  Could you have a member that has an invalid group?

    Hmm....haven't created any new member groups or altered anything there for quite awhile now.  It also doesn't explain (to me anyway) why this only happens every once in a while and isn't a constant issue.

    And I just logged in to my test site to find that it's crapped out again...and I've definitely not touched member groups at all in the interim between this event and the last one.  The plot thickens!

    EDIT: it appears as if you're right Richard - groups might very well be the issue after all!  I used my previous list and deleted them one by one.  Once I deleted this cache file:

    /datastore/groups.bf64aba2f6.php

    everything returned to normal.

    So how might I address this?  Anyone?  Should I wipe custom groups on my test site and recreate them and see if that does anything?

  20. 2 hours ago, Miss_B said:

    I know that and I didn't mean to imply that. I wanted to bring it to the OP 's attention so he could disable them and see if one of them was the culprit.

    I've tried this before on others' suggestions, but it didn't seem to resolve the issue.  At least it seems as if I can re-enable a couple of apps with this new information, as the above block of files doesn't seem to refer to 3P apps.

    4 hours ago, Ramsesx said:

    I had something similar some time ago, every some weeks some pages weren't accessible and it throws out template errors. Duplication of the custom style was the only thing that helps. After disabling a plugin the occurence was lower. Now since some months no more issues. So I guess, try to disable some plugins and observe. Having custom styles and a lot of plugins will cause issues, that's my experience.

    Yeah, I've actually been cutting down on 3P apps and plugins over the last while...too many moving parts and some devs are far less dedicated than others.  I'm hoping someone can tell me if these cache files refer to something in particular (really hope it isn't my theme!!).

×
×
  • Create New...