Jump to content

Randy Calvert

Clients
  • Posts

    3,946
  • Joined

  • Last visited

  • Days Won

    78

 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 Randy Calvert

  1. It’s very popular. In fact, it’s the most popular Linux based server platform. If you are used to Centos however, there are many differences in how the system operates and the commands used. For example you don’t use yum to update the system files. Instead you use apt. My suggestion is to use an operating system you will be comfortable managing and that you understand. It’s not about “good” so to speak. Instead it’s more about your ability to use it to get the most from it.
  2. Personally I would not try and upgrade a server, especially a VPS. I would start with a fresh/clean/secure server and move the site to it using the WHM transfer tools. I have had upgrades go wrong over the years and odd unexpected issues months later from not starting fresh.
  3. The one generated by IPS is not an actual static file that exists on your server. It’s dynamically generated. So if you are looking at it in your file folder, I can already tell you that’s not the correct one.
  4. https://invisioncommunity.com/contact-us Choose Accounts and Billing. 🙂
  5. If that’s the case, take a look at placing code per:
  6. If you are using the auto ad code, do not put it in a block. Blocks don’t render in the header. You add the code to your site theme’s global template in the head section. Once it’s added to the theme, you need to make sure the code is showing when you view source. If not, it’s most likely cached to the old version still. If the code is actually there but not showing ads it’s a Google issue. If you are NOT using Google Auto Ads and are using manual ad blocks, just use the built in IPS advertising section of the ACP. (This only works with manual ads not auto ads.)
  7. Two things… once you add the code you might need to clear the system cache for changes to show. View the page source and see if the code is actually there. If not, that problem must be resolved If the code is there,but no ad… Google may not immediately show ads. They many times start profiling traffic before they deliver an actual ad. If that’s the case, the problem is with Google.
  8. No issues for me and I use Safari for both mobile and desktop almost exclusively.
  9. If it’s an app from the marketplace, you can install it. If it’s not from marketplace, you need at least the Creator Pro package. Honestly, we moved away from Tapatalk a LONG time ago. It’s something that was relevant a decade ago, but with IPB having better PWA support… we have not looked back at using it.
  10. Blocks are parsed in the body. In order for the header() function to execute, it must be done before any output is sent. So I don’t think you can actually do redirects within blocks… instead, I believe you might want to do this within your term with template logic. Someone else can keep me honest on this however as I’m not a coder. I just do system administration. 🙂
  11. There is not any sort of mass export of all info in some specific format (xml, csv, etc). My suggestion would be to export the MySQL database which would contain everything.
  12. The first is saying Google was specifically instructed not to cache that page. Which is the correct thing to do. Those pages (tags, profiles, etc) are low value pages. For the second… The “Alternate Page with Proper Canonical Tag” status message in Google Search Console means that there are two versions of a page on your website having the same canonical URL. Google will simply exclude the duplicate version and index the main version of the page.
  13. No one knows about IPB5. There has not been discussion of what specific features will live included yet. It’s more about framework, etc.
  14. She’s just exercising understatements to under promise and over deliver. 😁
  15. I understand that everyone likes instant gratification, but chat rooms are difficult for actual support. 1. It makes it difficult for self-serviceability. All of the questions that come up all the time are better off being somewhere where users search and find answers. 2. Many issues are not instantly solved. It requires logging in and investigating. This could take 5 minutes or a few hours. All the while… the customer is sitting around waiting in a chat. 3. If multiple have issues, it’s hard to track all of the different things going on. Especially if those all require logging into the customer’s instance etc. Imagine 5 people all in a chat room wanting help each talking about their problem over the course of an hour…. that is not going to be easily followed. Most organizations that do “live” support don’t do general chat rooms. Instead they do one on one private chats.
  16. Have you confirmed imagemagik is installed and working on the new server? You might need to switch to GD and then try again. Also if this is a new server, I would highly recommend making sure you run the compatibility checker script to make sure you have all of the prerequisites installed on the server, including the right versions of PHP.
  17. Save yourself the heartache and don't use social sign ins. They change their policies on a whim, don't bother notifying you, and suddenly things quit working because you're not in compliance. Then you're left holding the bag figuring out how to get back in compliance with little to no assistance.... All for them to get more data about your site and your users.
  18. That policy has existed a LOOOOOONG time. In fact, it looks to have been in the very first marketplace guidelines released back in 2020. The Wayback Machine has it in the cache on August 6th and the first blog talking about Marketplace coming soon was on June 12, 2020. https://invisioncommunity.com/developers/submission-guidelines/
  19. This argument literally has nothing to do with cloud. As a business, IPS needs to make decisions based on the needs of a majority of their customers. The majority benefit from this change. EVERYONE benefits from having all of these historically independent silos converged into a more tightly integrated single platform. This is actually one way to help address complaints you have about gallery long term. And regarding the price… the renewal cost is 199 per year. You’re talking $0.55 per day here. If someone cannot find a way to monetize their site to cover that or simply cannot afford that as a hobby… the IPS platform most likely is not the right solution for it. I would love to collect luxury cars and race horses, but unfortunately it’s cost prevents me from taking up those activities as well.
  20. IPS does not have a fixed set of IP addresses. They leverage Cloudfront which has a dynamic set of addresses. You would need to do any sort of ACL based on hostname and not IP address.
  21. Disabling right click is not going to stop the problem. That just stops someone who is happens to be human from right clicking the mouse. It does not stop someone from using a website crawling tool or using curl or even from going to the View menu and choosing to View Source that way. When you’re blocking IP addresses, you’ll most likely find they are coming from dozens if not hundreds of different addresses and that you will be continually be playing whack a mole. There is unfortunately no easy/simple way of stopping persistent scrapers without investing a significant amounts of money into anti bot solutions.
  22. Yes. However don't expect much talk about it yet until they're further along with progress. 🙂
  23. Having a plugin created to export whatever data you need will be the easiest, cheapest, and most sustainable way of doing what you want. Exporting the database is not simple/easy/quick, especially doing it on a regularly recurring basis.
  24. Quote of the day. 🤪
×
×
  • Create New...