Support community for TTG plugins and products.
NOTICE
The Turning Gate's Community has moved to a new home, at https://discourse.theturninggate.net.
This forum is now closed, and exists here as a read-only archive.
You are not logged in.
I seem to remember having this issue before but do not remember the fix.
I have large tiffs (250MB) linked as downloads in my CRG but when I click the download button I get a download of zero bytes...?
Will do... thanks
I will echo the need for full res download capabilities. I am glad I asked before upgrading as I use CRG for final file delivery and Backlight will not be usable for me unless / until this feature becomes available.
So full res downloads would not be an option? (greater than 2000px?)
Before switching, I am wondering if Backlight CRG supports file download?
Thanks Guys! Damn Human Error.. I did the update but failed to re-export my templates! Doh! I think (with your assistance) that has resolved the issue.
Hi,
All of a sudden I am getting this message on my CRG pages when a client tries to download file.
"You are not allowed to download this file."
I am using the same templates that I have always used...
Any assistance would be appreciated
Example located here:
Using 230... that is when the problem started...
I am getting the following error every time I publish a gallery....
An internal error has occurred: JSON.lua:458: JSON.lua:197: can't parse JSON at char 1 of: Update query failed with error: SQLSTATE[HY000]: General error: 1 no such column: top_level_gallery_path
sql:
'UPDATE `album` SET
`id`=\'31154\',
`publisher_root_id`=\'1\',
`parent_id`=\'90485\',
`type`=\'album\',
`slug`=\'z_finals\',
`breadcrumb`=\'\',
`title`=\'File Download\',
`description`=\'Final High-Res Files for Download\',
`template`=\'dhp_finals\',
`page_copy`=\'\',
`page_copy_placement`=\'below\',
`sidebar_copy`=\'\',
`sidebar_copy_placement`=\'replace\',
`enable_video`=\'no\',
`video_id`=\'\',
`cover_image`=\'\',
`items_per_page`=\'100\',
`enable_maps`=\'no\',
`enable_password`=\'no\',
`username`=\'\',
`password`=\'enc_a0636379347e32d1ff25e9cfa632d385\',
`enable_cart`=\'no\',
`pricing_scheme`=\'\',
`enable_crg`=\'no\',
`crg_feedback_profile_id`=\'\',
`crg_client_mode`=\'\',
`ordering`=\'lightroom\',
`has_user_order`=\'yes\',
`hide_from_autoindex`=\'no\',
`hide_from_search`=\'no\',
`show_breadcrumbs`=\'no\',
`needs_first_visit`=\'yes\',
`created`=\'2015-03-03 01:28:27\',
`modified`=\'2015-06-18 14:11:29\',
`top_level_gallery_path`=\'\',
`top_level_gallery_title`=\'\'
WHERE `id`=\'31154\''
params:
array (
)|#0 /home3/hurseyco/public_html/clients/ttg-be/framework/dao/PdoExtended.php(449): PdoExtended->_throwSqlQueryException('UPDATE `album` ...', Array, 'Update query fa...')
#1 /home3/hurseyco/public_html/clients/ttg-be/framework/dao/GenericDAO.php(31): PdoExtended->update('album', Array, Array)
#2 /home3/hurseyco/public_html/clients/ttg-be/publisher/application/dao/AlbumDAO.php(131): GenericDAO->editItem(31154, Array)
#3 /home3/hurseyco/public_html/clients/ttg-be/publisher/application/controllers/ApiController.php(763): AlbumDAO->editAlbum(31154, Array)
#4 [internal function]: ApiController->setPhotoOrder()
#5 /home3/hurseyco/public_html/clients/ttg-be/framework/controllers/Controller.php(41): call_user_func_array(Array, Array)
#6 /home3/hurseyco/public_html/clients/ttg-be/framework/Framework.php(124): Controller->dispatch(Array)
#7 /home3/hurseyco/public_html/clients/ttg-be/publisher/index.php(23): Framework->route()
#8 {main}|URL: /clients/ttg-be/publisher/index.php
Ah.. there we go.. that would at least be a workaround... Thanks Rod!
ah.. but if the visitor has the url cached, they can still access it though ... right?
Apologies if I have put this in the wrong forum, but could not locate a feature request forum...
It would be great if Publisher gave you an option to "Unplublish" There are time where I want to retain the albums but want to remove them from the server and hold for later re-publishing....
Just a quick follow up as an FYI.. I have resolved this issue... partly with the great assistance provided above.. however the script was still not functioning... Finally I switched the function from "body_bottom" to "body_top" and it now functions perfectly.
Thanks!!!
I am using the default files... I did not create anything custom... was on with my hosting company tech support for literally hours and my case finally got "escalated" the tech after trying many things indicated that even after using the memory allotment in the php.ini file that because of the file size (again 800 MB) it was indeed running out of memory on the server side.
Turns out it was a php memory issue... No solution other than creating a custom "direct link" download page for the specific file. Since it is rare to deliver a file of this size... Not a huge issue. But good to know the exact cause nonetheless.
http://www.hursey.com/clients/rosatello/z_finals/
Yes and I just tested it with a 250 mb file and it worked.... switched back to the 800mb file and it does not work
I have a very large file that I am attaching to a CRG download page. (800MB) when I click on the download icon I get the usual animation of a download starting but the file in my download folder is Zero Bytes. When I go to the actual address of the image it will show up in the browser... but the download process is not working. (it does with other smaller files...) Thoughts?????
I have a script that I want on all of my pages. I tried inserting it in the phplugins.php in the "Set User Functions Below" using the tag-body_bottom tag but the script appears to fall outside of the "SCRIPTS" area and consequently does not function...
Any thought would be much appreciated!
Sample Page is www.hursey.com/clients/tutorial....
Script is :
function ttg_body_bottom( $style, $path ) {
echo '
<script type="text/javascript">
/* <![CDATA[ */
document.write (
\’<img src="http://photography.hursey.com/acton/bn/13476/visitor.gif?ts=\'+
new Date().getTime()+
\’&ref=\’+escape(document.referrer) + \’”>\’
);
var aoAccountId = \’13476\’;
var aoCookieMode = \’STANDARD\’;
var aoCookieDomain = \’hursey.com\’;
var aoServerContext = \’http://photography.hursey.com/acton\';
/* ]]> */
</script>
';
return false;
}
Exactly!
Thanks again (or, as always) Rod!
Weird... my devices were not displaying that way even before the code change....
Alas.. if this resolves it... alls good!
It will be interesting to see if I can get a new set up and running that will exhibit the same behavior.....(with the Auto Index that is...)
What I may need to do is re-impliment the old code for a day when Matt has the time to investigate....
hmmm... I implemented the new code and am not seeing a difference in the way it is displaying on my iPad / iPhone....
Let me know if you notice a difference , when/if you have time.....
Ah...
So the "float left" command is the ONLY thing in my css... would I just replace ".the-grid .core { float: left; }" with the code you suggested?
okay... bummer, because when it works the custom css was doing exactly what I want...
I am not sure what you are referring to with regards to the media queries... that may be a bit beyond my expertise (very low!)
What I have done that is at least a little more workable is I created an auto index specific phplugins folder where I do not use css.
That way I can still use the float left for the galleries and the auto index (while filling the window width) is still left justified. I would prefer the fixed size / left justified layout but this will still work. I tried creating a new gallery but wound up with the same thing... also tried using more galleries as you suggested but again had the same results... very weird that these two galleries behaved differently when using all of the same templates.
Back to the media queries...again not sure what that is but was that in the galleries as well or only the index?
Thank for all of your assistance Rod!
Matt sent me the float left code. Without it, gallery grids are centered instead of left justified... Is there a better fix for THAT issue?
I am using auto index with publisher and getting different results with the same template.
http://www.hursey.com/clients/rosatello/
vs
http://www.hursey.com/clients/tutorial/
The "tutorial" layout is my desired outcome.
I deleted the first gallery set and created it new from scratch but it is still returning the compacted layout...