LastPlay

On 3/13/2023 at 4:31 PM, Charles said:

Actually I said I agreed with you 🙂 

I was just wanting to clarify if you literally could not use it or if you just did not like it.

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

3 hours ago, Charles said:

but, while perhaps not a perfect solution, it does not stop you from browsing images.

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... 😔

12 hours ago, SMen said:

Note the "Featured" tag on the image.  If you choose to feature images, a manual process, then this carousel will scroll through ALL featured images.  If you do NOT feature any images, the carousel will scroll through the last 5 uploaded (most recent) images.

👍👍👍

On 2/21/2023 at 2:05 AM, SMen said:

Well, that is somewhat true.  If you do not have any featured images, it loads the last 5 (or whatever number) that were most recently uploaded.  If you feature even 1 image, that behavior disappears.  

Not a thing wrong with it!  Just something to keep in mind.

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?

On 2/21/2023 at 2:05 AM, SMen said:

 If you feature even 1 image, that behavior disappears

???

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

2 minutes ago, Jim M said:

Please create any suggestions in the proper forum so they do not get lost 🙂 

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).

5 minutes ago, Jim M said:

The gallery index would only show those marked as feature in it's gallery carousel

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 ..............

2 minutes ago, Jim M said:

Sounds like you may only have 5 features photos in the gallery.

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.

31 minutes ago, Marc Stridgen said:

You are stating this is not an issue

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... 🤪

5 hours ago, Marc Stridgen said:

Note, you are telling our management team and head of our development department that they are incorrect here.

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

5 hours ago, ThomasDiy said:

But I'm wondering if this is a front end bug. 

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...

1 hour ago, Jim M said:

We would need to look further into this for you, however the access details on file appear to be incorrect or missing.

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...

11 hours ago, Jim M said:

Bots/humans are going to do weird things and the software is working right now to simply just show a 404 error.

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?

14 minutes ago, Marc Stridgen said:

invision

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! )))

5 minutes ago, Marc Stridgen said:

I would say, denying all html is probably not advisable

*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?

48 minutes ago, Robert Fowler said:

Looks like I can create a new Forum, and uncheck it for members and guests to view.

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!

7 minutes ago, Jim M said:

They are in ACP > Support. 

Oh, ja, ja... Das ist fantastisch. 😁🤪😁

I haven't seen this menu...(about patch)