Jump to content

Philooo

Clients
  • Joined

  • Last visited

  1. Hallo Some weeks ago, I modified all my database tables from myisam to innodb to prepare moving to V5. It was long and boring and all seems OK. BTW, since this moment I have the impression of noticing a significant increase in response times on certain functions. For example, displaying the list of members (to validate new members) can take up to 5-6 seconds to appear, whereas it was immediate in the past... Site traffic hasn't increased; we've installed Cloudflare and .htaccess filtering to limit traffic from artificial intelligence bots/user agents... Are there any special database settings to make when switching tables to InnoDB? For info, here are my server info : MySQL Version 10.6.21-MariaDB PHP Version 8.1.31
  2. Thank you very much
  3. Preparing my V4.7.20 database to move to V5 : changing tables engine to innoDB, optimizing, etc ... I have a monstrous table : gallery_bandwidth that is 3,5 Go (my table for forum_posts is 700 Mo for 7k messages, my core_search_index base is 1,1 Go) What is the use of this table ? Is there a way to minify it ??? Thanks !
  4.    Philooo reacted to a post in a topic: Give me a good reason to migrate to V5
  5.    Miss_B reacted to a post in a topic: Give me a good reason to migrate to V5
  6. I will be happy to see some websites that are allready in 5.x Is there a directory or some examples list ?
  7. May be there is something like ChatGPT do aka. "not before this date" ??
  8.    teraßyte reacted to a post in a topic: Give me a good reason to migrate to V5
  9.    Thomas P reacted to a post in a topic: Give me a good reason to migrate to V5
  10. I see your points, but they are not so different as the question: Why should I buy a new car ;-) It's funny because my community is based on vintage cars! In fact, we can drive a new Tesla that brings us a lot of innovation and attractive elements. But we can also drive a car that is 20, 40 or even 70 years old just by taking a few simple precautions. But with computers, there will always be a version of PHP, MySQL or another constraint that means that your "car" even though scrupulously maintained will no longer be able to start!
  11. Thank you. And that's why I'm discussing it calmly. I think that when I have a better mastery of the migration process and the new features I'll get started!
  12. I have a lot of reluctance to embark on a migration of my community from V4 to V5 My current Invision platform dates back to 2016 and has been scrupulously updated to the current version 4.7.20 But with a certain number of structuring customizations for my audience. For this reason, I would like to know until when versions 4.x.y will be supported and maintained
  13. I wonder about the merits of migrating my community from V4 to V5. Switching to V5 will require time-consuming technical operations (in particular modifying the tables of my database in InnoDB) with a real risk of crash, therefore interruption of service, restoration, etc. Then, the software upgrade to V5 and probably the database modifications that this will entail will bring a second technical risk (my DB is around 4Gb). The staff announced the deprecation of several features, in particular on custom PHP blocks that will no longer work. And what do we do if we need them? Even if I have not had the opportunity to test a real V5, it is likely that the user experience will evolve (new editor) and perhaps also everything that revolves around photo galleries. And finally, there will inevitably be small malfunctions inherent in any new major version. Not tot mention the impacts on translation of non-english speaking people versions .... This risks destabilizing my audience, users don't like changes very much. In short, I see a lot of risks, but very few benefits. The "Five features my community will love" seem very anecdotal to justify such a heavy migration. In short, I see a lot of risks, but very few benefits. The "Five features that my community will love" seem very anecdotal to justify such a heavy migration. I would like to have your opinion.
  14. Renaming the block solved the problem. The Google ad block is now displayed correctly. I have one major surprise though. The Google Ads offered are generic and independent of my recent Google searches or even the theme of my Invision forum. As if the Google invocation code was encapsulated and did not read cookies ... strange.
  15. The Google block is the last one on the right column of https://{My_Website}/forums The Google block is named “Google” in custom blocks Stored Acces Information updated Thanks a lot PS: I changed the code of the block for an other advertiser, same result.
  16. After source code inspection of the page, it appears that the Google code is not outputted the page ….
  17. I would like to put a Google Skyscrapper on my right column I activate a new Custom Block with the Google code in the “content” area. The custom block can be activated with the block manager. But absolutely nothing displayed. I should have missed something The google code is something like <script async src="https://pagead2.googlesyndication.com/pagead/js/adsbygoogle.js?client=ca-pub-xxxxxxxxx" crossorigin="anonymous"></script> <!-- toto --> <ins class="adsbygoogle" style="display:block" data-ad-client="ca-pub-xxxxxxxxxxx" data-ad-slot="3578676605" data-ad-format="auto" data-full-width-responsive="true"></ins> <script> (adsbygoogle = window.adsbygoogle || []).push({}); </script>
  18.    Emediate reacted to a post in a topic: Photo processing
  19. Philooo posted a post in a topic in Feedback
    Members of my community complain about the difficulty in finding information with the search integrated into Invision They tell me that they find what they are looking for more easily by asking for their keywords in Google and adding the name of my site ... Apart from the Elastic Search option offered in the Admin, is it not possible to integrate a Google search as proposed by Google in its Adsense offer for example?
  20. Philooo posted a post in a topic in General Questions
    Nowadays, photos from smartphones often weigh several Megabytes. My iPhone 11 pro gives standard 3,6 Mo pics and 4032x3034 pixels In Invision, we can set the maximum weight of each photo, the space allocated to each, it's very good We can also set the default display dimension in forums. Generally, between 800 and 1600 pixels. Rarely in the very large native dimensions of photos produced today. This raises a question. Why keep original photos whose size and weight are not suitable for web publication? Wouldn't it be appropriate to automatically reduce the size of downloaded images, so as not to use unnecessary space and to maximize their loading speed? Of course, this device could be configurable, disengageable, with a quality setting ....