Jump to content

Daniel F

Invision Community Team
 View Profile  See their activity

  • Posts

    6,581

  • Joined

  • Days Won

    37

 Content Type 

Downloads

Release Notes

IPS4 Guides

IPS4 Developer Documentation

Invision Community Blog

Development Blog

Deprecation Tracker

Providers Directory

Forums

Events

Store

Gallery

Everything posted by Daniel F

  1. Daniel F
    The site with the feed is the one with CF blocking you, not yours which is trying to import it.
  2. Daniel F
    Cloudflare is blocking your server from accessing the site and instead of returning the feed, it's returning a captcha challenge! That's the response which was returned instead of the feed: <!DOCTYPE html> <html lang="en-US"> <head> <title>Just a moment...</title> <meta http-equiv="Content-Type" content="text/html; charset=UTF-8"> <meta http-equiv="X-UA-Compatible" content="IE=Edge"> <meta name="robots" content="noindex,nofollow"> <meta name="viewport" content="width=device-width,initial-scale=1"> <link href="/cdn-cgi/styles/challenges.css" rel="stylesheet"> </head> <body class="no-js"> <div class="main-wrapper" role="main"> <div class="main-content"> <h1 class="zone-name-title h1"> <img class="heading-favicon" src="/favicon.ico" onerror="this.onerror=null;this.parentNode.removeChild(this)"> .. </h1> <h2 class="h2" id="challenge-running"> Checking if the site connection is secure </h2> <noscript> <div id="challenge-error-title"> <div class="h2"> <span class="icon-wrapper"> <div class="heading-icon warning-icon"></div> </span> <span id="challenge-error-text"> Enable JavaScript and cookies to continue </span> </div> </div> </noscript> <div id="trk_jschal_js" style="display:none;background-image:url('/cdn-c ...
  3. Daniel F
    Do you see any errors logged in your apache/nginx log?
  4. Daniel F
    Unfortunately the user has no permissions to access the ACP. You do not have permission to access the Admin CP.
  5. Daniel F
    It depends on the command. Does it contain the path to your PHP binary? If yes, you'll need to adjust it to point to your recent PHP version.
  6. Daniel F
    It's working fine for me on my test instance, so there must be something else going on what we'll need to investigate. Unfortunately I'm not able to get into your ACP, could you please review your ACP credentials we have on file?
  7. Daniel F
    If it’s for our marketplace, please report the review and we’ll remove it
  8. Daniel F
    Do you mind to share any feed url which isn't working for you?
  9. Daniel F
    I’m investigating this via your ticket
  10. Daniel F
    That's either a plugin template or a 3rd party style, which the author of the plugin / designer will need to fix.
  11. Daniel F
    Thank you for bringing this issue to our attention! I can confirm this should be further reviewed and I have logged an internal bug report for our development team to investigate and address as necessary, in a future maintenance release.
  12. Daniel F
    You could try to use the DEBUG_TEMPLATES constant to see which template results in this error.
  13. Daniel F
    Who was the developer?
  14. Daniel F
    We have already an internal suggestion for this
  15. Daniel F
    What browser are you using? I see it in the address bar and even the copied URL is https://invisioncommunity.com/forums/topic/470924-emoji-in-seotitle-unfriendly-url-🔥😅😲💛🤩🤮😊
  16. Daniel F
    We're investigating this
  17. Daniel F
    Stu is correct, in 99,9999% we'll reject it, BUT it's also OK to use an existing storage handler like core_Theme in few cases like uploading a watermark image, logo or any other use cases where it's not worth to have an own file storage extension and database table and all the other logic, as long as you take care of ALL the logic like removing the file when the plugin is removed, updating the path when the files were moved or the storage handler was changed. We have also logic in place ( see Application::uploadSettings() ) to register the settings so that the framework takes care of everything.
  18. Daniel F
    I'm already on it:)
  19. Daniel F
    As mentioned in the ticket, it seems that there's still a cron using the php7 interpreter path. @Arcade King could you please check Plesk or your cron table and ensure that you're not affected by the same issue. The reason that this issue happened now, even if PHP8 or PHP8.1 was used for months is, that you wouldn't have noticed till yet if the task was called with php7 or 8, but now we're using a php function inside the mail class which is only available in PHP8.
  20. Daniel F
    Can you please make sure that the cron is using the php8 executable?
  21. Daniel F
    I would suggest to use the media manager which is part of the pages app for this.
  22. Daniel F
    Please review your cron settings, especially the path to the php executable. It seems that it's still using PHP7 to call the script!
  23. Daniel F
    We're going to improve the code for the CLI task system so that a warning is logged when the wrong php version is being used.
  24. Daniel F
    We would need to look further into this for you, however the access details on file appear to be incorrect or missing. Could you please update these details by visiting your client area, selecting the relevant purchase, then clicking "Review/Update Access Information" under the "Stored Access Information" section. We look forward to further assisting you.
  25. Daniel F
    Yea we're just starting to utilize the new PHP8 features and new functions, so there's now a new function being used inside our Mail Class which is only available in PHP>8 So each time a mail is being sent via the cron, it results in
Invision Community © 2024 IPS, Inc.
×
×
  • Create New...