edanzer
Forum Replies Created
-
That code is part of a NextGEN shortcode. It looks like somehow the shortcode is inserted incorrectly such that part of the short code is showing. Can you go to that page and copy the entire shortcode as it appears there, and paste it here?
We just updated shortcodes in the latest release, but it looks like you are using the older/longer versions for that gallery. It should look something like:
[ngg_images source=”galleries” container_ids=”1″ display_type=”photocrati-nextgen_basic_thumbnails” override_thumbnail_settings=”0″ thumbnail_width=”240″ thumbnail_height=”160″ thumbnail_crop=”1″ images_per_page=”24″ number_of_columns=”0″ ajax_pagination=”1″ show_all_in_lightbox=”0″ use_imagebrowser_effect=”0″ show_slideshow_link=”0″ slideshow_link_text=”View Slideshow” template=”” ngg_triggers_display=”never” ngg_proofing_display=”0″ order_by=”sortorder” order_direction=”ASC” returns=”included” maximum_entity_count=”500″]
You’ll note that the text your seeing is the last few items there. So it’s like there’s an extra bracket closing your shortcode early.
FYI – if you update to the latest version and re-insert the gallery, you’ll get a simpler short code that looks something like:
[ngg src=”galleries” ids=”1″ display=”basic_thumbnail”]
Cemal – we found your bug report. You’re good. No need to resend. I’ll review and follow up shortly.
Hey Cemal – just send an email to me directly. erick at imagely.com.
You don’t have to answer everything on that bug report screen – just as much info as you can provide fairly quickly.
Cemal – I hate to ask you to redo that work, but yes, if you can, just send me an email directly at the address above. I’ll also check with my team to figure out why your bug report hasn’t been received in our ticket inbox.
Hi Cemal – Can you confirm if you submitted bug report? We’re not seeing one on our side. If you did, and we’re not getting that for some reason, rather than troubleshoot, can you just send me an email. It’s erick at imagely.com.
Hey Cemal –
To answer one of your questions above, just having a lot of galleries is not in itself a concern.
To provide some context, we DO make a somewhat complicated query, including joining, when fetching images. We’ve done that for years. The alternative is to make more queries. So we either do one more complicated query, or we do simpler queries but need 2x or 3x the number. In the past, query volume has been more of a concern for hosts and users, so we’ve optimized for that (even though one could make the objective case that more but simpler queries would be more performant.
But an important point is that we also cache all displayed galleries on the front end. So we run the image queries to fetch data for images when a gallery is first loaded. After that, the data is cached. We do not re-run the queries on each page load.
That means if you have 500 galleries but you don’t change most them after the first page load for each gallery, the structure of queries would be moot. You won’t be running the queries in the first place.
I’d also add that nothing about this behavior has changed in a long time, so whatever changed for you in the last month is likely not the result of any code changes or releases on our side.
–
Our sense from talking about your case is that either you’re doing something that frequently clears front end gallery cache for a lot of your galleries, or you are doing a lot of image management on the back end (we have to fetch the same image data for the manage gallery pages in the admin, and we don’t cache those, but those are also less frequently accessed).I’m also wondering if you are using random galleries anywhere, which are more intensive and harder to cache.
In any case, I’m wondering if you can open a bug report with us. Please put “For Erick” in the title so I’ll see it.
https://www.imagely.com/report-bug/
I’d like to ask a bunch of questions about your site that might help us understand why you’re seeing this, and why you’re seeing it now when you weren’t a month ago.
If we can’t seem to identify something, I’ll ask for creds and get a dev to take a look.
Hey @acekin,
Erick here. I’ll ping one of our devs to see if they have any thoughts on this. While we had some weird performance issues after the 2.0 release way back in 2013/2014, those have been resolved. We don’t see these kind of things these days. Perhaps there is something about server or volume of galleries or something else going on.
You’ve been a long time user, and we’ve gone back and forth a lot. I’ll make a point to keep you and this issue on my radar. If we think it can help, I’ll give you some of our dev time to evaluate as well. If there is a chance we’re causing any performance issues like this, regardless of the conditions, I’ll also want to know about it.
@ptg2018 – Yes, we hid the upload tab on mobile devices in this update. That’s because it wasn’t working and we didn’t want to display functionality on mobile that wasn’t working. To be honest, we’re surprised this was working for you before.
We do plan to address this. But NextGEN uses a third party library, plupload, for uploading images. The issue is inside that third party library. So we’ll need to update or change that library. Because uploads are so sensitive, we didn’t want to update/change the upload library as part of our broader design update. A great deal of emphasis was placed on keeping the redesign perfectly stable.
Now that the redesign is out and stable, we’re planning to look at this. But until we resolve it, you won’t be able to upload from your ipad. That’s a significant limitation, we know. We’ll elevate the priority for it.
Saw your ticket/report come in. Responding there.
@dmason – Thanks for the update. We’ll also have our devs take a look and see if there’s any way to safely resolve that conflict from our side.
@nayr80 you can post screenshots here as I did above. If you want to send them separately, you can use this form: https://www.imagely.com/report-bug/
I do want to confirm that I just tested to this be sure that if I:
1) Insert an album
2) Go to edit that album it is still listed in the drop down above.I just wanted to confirm that NextGEN isn’t somehow stripping prior inserted albums from that drop down when you go to edit.
Are you adding all your albums at one time within the Insert Gallery Window? If so sounds like when you click to EDIT that album/group of albums, they are stripped?
If you look at https://monosnap.com/file/yF3vgCXTGJRaT5ASZgpNiddHMMoM7A
Is that where you are inserting all 103 albums? And is the issue that the albums are not there when you go to edit/add more?
“I would use the “import folder” function which is very handy” – I suspect that’s why it was working. The folder functionality should be fine, it’s just the main importer.
We agree wholeheartedly that we should be supporting image uploads on mobile by the way. It’s not something we took away. It just wasn’t woking before. And there’s not much point exposing functionality that won’t work. And again, we didn’t want to mess with the long-time uploader, which could have all kind of ramifications.
Once we’re sure the 3.0 release is steady and solid, which it appears to be, we’ll start looking at updating the uploader NGG has been using for years.
In the meantime, it sounds like in your case the main issue because we’re hiding the whole upload tab, it means the folder portion of that tab, which you were using is no longer visible.
To fix that, we’d need to more selectively hide only the upload tab until such time as update the uploader. I’ll make an issue for that, and review with team when we can add/adjust that for you.
@djdyonis – Just shared this with one of our devs. Based on your JS errors, he’s thinking it is probably a conflict with the “zia3-css-js” plugin you have installed. That plugins seems to be including their own jQuery UI (not needed since its included in WP core).
Any chance you could confirm and try deactivating that plugin momentarily to test?