LastPlay

Can you remove the gallery from my subscription? Or do I have to email you?

It's true! But I wrote before - that reloading the page - "kills the CTR of banners". *I'm surprised at your answer. It sounds like "well, it works - what more do you want". I was testing Invision 4.7.2 before buying it and the gallery too... *4.7.2 gallery worked great!!! I bought version 4.7.4 and still don't turn the gallery on for visitors... 4+ months... cool... threw away $100... Why was it necessary to redo it ?!!! ((((((((((((( To remove it from my plan - just delete it in the admin center of the site?

Question for the developers - will this be done in the future? *Why I ask - I can't use the gallery since version 4.7.4!!! Only on version 4.7.2 everything worked fine! Then I waited............... You ended up releasing a new gallery where the whole page refreshes when you view the pictures... So I'm wondering - will this be implemented or will I uninstall it? I haven't been able to use it for months, even though I paid for it!

*** This is critical! I've been waiting since version 4.7.4 to fix the gallery... and now version 4.7.7 is out. Today I updated my site (4.7.7) and opened the gallery... If you monetize your site with ad banners, then you get a very unpleasant result: The page is always updated(in the category) and the CTR of your banners will fall to 0! * As a result you will have thousands of very short page views and "scrambled" banner impressions... 😔

👍👍👍

I still don't understand what needs to be done? upload a photo not in a category? (directly to the main gallery page). What do I need to do to remove this effect or how do I control it? ???

Main gallery page doesn't do page reloading when viewing photos, but when viewing photos in category - page refreshing happens when browsing photos... *It's not nice... in 2023y

I got you, where to write! 🙂 But it's strange that you consider it an improvement for future versions and not a bug... *I'll tell you my opinion - before the gallery update - it worked faster with lightbox (version 4.7.2).

I still haven't figured out how to adjust it... But it's not that important! What is important is why the update of the pictures is so different: the main gallery page and the view inside the category. *it's perfect on the main page! smoothly and quickly... in category - so ..............

What do you mean? 26 pictures uploaded... *there is no limit of 5 pictures in the gallery settings...

.../gallery/ - the pictures scroll instantly! super! but only up to the 5th picture... then it goes around in circles again. If you view pictures from a category, they refresh the whole page for some reason... and slowly... (in the category the problem with repeating pictures in a circle disappeared - that's good!) It seems that .../gallery/ runs on ajax, but the images in the categories are updated without it! Why is the page refreshed? It's easy to check: you have to open the category and start viewing images... scroll through the window to see half of the picture and click on the next picture button... the page refreshes and goes back to the beginning... *If you look at the pictures on the home page of the gallery - this effect (refreshing the page) - is not observed.

I wrote back, which I got officially from my ticket... That Matt is the head of development - I didn't know... I said I had already received an answer that it was not a bug... And as you can see - I wrote this for ThomasDiy, not told any of the developers... If Matt decided it was a bug and fixed it, that's super! 👍 * I'm a person who speaks directly about my doubts! 👌 ** This case doesn't apply to my doubts! (it's a mirage) 😄 🥂 *** Even Sherlock said it was a mirage... 🤪

What do you mean? (I don't understand.)

As I wrote - it's not a bug! The programmer told me that this date field is ONLY for future dates (so that the article is published at a certain time/date). To specify a date in the past: 1 - create the article and save 2 - edit and specify the desired date *I do exactly that ))) (I think it's not critical to save 1 more time. +/- 5 or 10 seconds of time). Very strange that you have all the articles changed the date... We should call Sherlock 🤪

I have already addressed this "problem". After registering the application and examining the "problem" - it was concluded that this field is ONLY for publishing a date in the future... After that - my "problem" application was closed. I communicated by email and the email was not saved...

The password cannot be saved in the client area! (( It was possible to save a note - you can look it up. I insert the new password in the client area, then press save and the window closes... I open it to check - the password has NOT changed...

You can have a look at it on my test server. I wrote about it at the beginning of this thread... *Not saving the password. I have tried 4 times ((( (client area)

Bugs 4.7.4 - moved to new gallery... You can have a look at my test site... Updated to 4.7.7. No plugins, theme is standard. Created a new album and uploaded 26 pics. Cleared cache 5 times... *As before it scrolls through only 2-3 photos and then scrolls around... (if you view the album). If you view from the main gallery page (click all the way to the right), you can make 4 clicks! After the fifth click it goes back to the first photo... (26 pics uploaded). IMPORTANT! I have a similar problem on version 4.7.4 in the news(pages): *I create a page with text and 5-10 pics.(photos are different sizes or I make them different sizes on the page). When viewing such photos (with different sizes) - lightbox - closes! when goes to another size... *When I find a page on the main domain, where you can see the effect - I'll throw the link ( I don't remember where exactly, I need to find it) *Didn't see that it got faster. It was prettier/stylish with the lightbox...

It took 24 hours to understand and make sense of the issue... This request: &post=744068078_1188&el=snippet HTTP/1.0 Sticks to the new pages (which I've recently added). The idiocy of the situation is that this search bot checks post=744068078_1188 and description =snippet of the new page BEFORE it appeared in its database(bot DB). *Compares the page description with the page description not yet created in BOT database - that's just nonsense! idiots! ))) 😡

Can you tell me what these requests are? (highlighted in red). GET /news/page_title/&post=744068078_1188&el=snippet HTTP/1.0 There are many such requests a day and they all return a 404 error (because there are no such pages). Where do these requests come from and what do they mean?

I got it, thanks! Can you tell me why this is the case: /video/reviews/****************************.html is the old address. I redirect: Redirect 301 /video/reviews/ https://mysite.com/403error.php On the second line you can see what happens: GET /403error.php695-obz************ The bot glued the request and the page together... and gets 404 error )) 403 page: <?php header("HTTP/1.0 403 Forbidden"); print <<<EOF <html> <title>403 Forbidden</title> <body> <div align="center"> <h1>Forbidden</h1> <p><img src="/403.png"></p><br> <p><h2>You don't have permission to access this resource.</h2></p> </div> </body> </html> EOF; exit; or add more: <files 403.php*> order allow,deny deny from all </files> After the redirect, the bot goes to the 403error page and then the bot sticks the request, it gets 403 again?! *If it's to the hosting again, then I have no more questions! )))

*my question got lost between the lines )) If invision doesn't have *.html pages, why not?

1- I have a redirect from the old domain to the new domain... 2 - Some pages of the old domain still remain in the search engine... (page_name.html). Would it be correct to add in .htaccess: <files *.html> order allow,deny deny from all </files> (I do 403 because they are scanned by bots... Real users do not go to these addresses) No *.html pages inside invision? Maybe you can suggest a better option?

Create a new forum and set access rights for administrators and moderators only! Remove permissions for users and guests... * SEE FORUM, READ TOPICS, POST NEW TOPICS, REPLY TO TOPICS - only for administrators and moderators!

Oh, ja, ja... Das ist fantastisch. 😁🤪😁 I haven't seen this menu...(about patch)