Posts by MartinS

MartinS · CE4 Gallery

Almost all my galleries are 200 images upwards. I will try one of 50 or less to give you a definite answer on this.

I updated my video card driver earlier this week and I have noticed no difference one way or the other. Fortunately! I had no complaints about colour or other things so I was rather relieved when it finished updating and nothing was altered for me as end user.

I still have CE3 installed for a particular client and its galleries export trouble-free as always. In fact, I quite often used to export 3 or more large CE3 galleries simultaneously.

I will indeed try Victoria Bampton's forum; that's a good idea.

Interesting to read that your LR is unresponsive too. Did you notice that with CE3? I could just carry on in CE3 setting up tasks, cropping, developing, exporting, rendering etc etc all at the same time with only the very slightest delay whilst the pc was thinking or digesting data but otherwise very well-behaved and predictable.

At the time of writing I am exporting a gallery of 800 images (large, even for me) on a LR window reduced as far as LR will allow to about a quarter om my desktop and, just to try, I deselected the filmstrip images before pressing "Export" and instead changed the button "Use: selected images" into "Use: All filmstrip photos". For the first time, the white screen has not appeared and the mouse will allow a click every 20 seconds or so to click on a collection, for instance. I have no idea why this thumbnail selection should have any effect, but clearly it does. LR remains unusable, however, with one mouse click per 20 seconds!

It would appear to me, having used CE4 for a few weeks now and CE3 and CE2 for years, a critical shortcoming (please forgive this from an otherwise dedicated TTG-enthousiast) that CE3 exports did not give me this major problem and CE4 does. Do other users, I wonder, suffer an unresponsive LR during gallery exports?

MartinS · CE4 Gallery

To illustrate the LR screen problem I resized the LR window before exporting a gallery so that the rest of the desktop and Task Manager would be visible. The "2 operations in progress" are, in this case, the rendering of about 300 jpgs in the gallery at 2756 x 1837 px and the export of the same images as a gallery to a USB 3.0 drive. Without the jpg rendering the screen would be the same apart from "2" operations; that has no effect on the export or rendering speed, which is as normal. I can open Photoshop normally, make screendumps, and close it, with no problem. Just the LR window behaves strangely.

Since my last post I have checked all hardware, windows memory diagnostics, video card driver, defrag, etc and there are no other problems anywhere. I am inclined to think this must be a LR thing, although I am hesitant to mention the matter on a LR forum as I fear they will immediately blame TTG as probable cause.

If anyone has any thoughts on the matter, I should be very pleased.

MartinS · CE4 Gallery

An update to my post a couple of hours ago: Unchecking the LR "limit video cache" box, which had been set to 1GB, and raising the LR (general) cache to 5GB, and restarting everything, has made no difference to the white screen effect during php file generation. Once again, the screen is freed up and fully usable once that process has completed and there is only jpg rendering taking place. I have noticed a drop in memory use by Lightroom (down to just above 2GB) as shown in Task Manager but this would appear to have no practical positive effect. I export to external USB 3.0 drives but, just to be sure, tried exporting to an internal hard disk, again to no effect.

To be continued...

MartinS · CE4 Gallery

1. Cache: I purge the cache regularly and often ensure that 1:1 previews have been made for all the images in the gallery I am working on, before I tweak them and then export. I have the cache set to max 1GB, having had it higher in the past, but someone (on some Adobe forum, I think) had recommended not setting it too high, for better performance. I will however experiment with increasing it again. My LR video cache is set to max. 1GB too and perhaps it will be worth trying increasing this. If it helps, I will post my findings. I have no idea what is customary.

2. Catalog settings: I always start with the standard settings (in my case set to 2048px) and then, as mentioned, increase to 1:1 which shortens the time needed to load each image from the filmstrip before working on it. The images exported by TTG are the standard 1024px.

3. Optimize: this takes place daily as part of LR's automatic optimize and backup on shut-down.

We shall see.... in the meanwhile I shall try to find someone to look at my pc's memory settings; perhaps something is wrong there.

MartinS · CE4 Gallery

Yes, I tend to restart LR quite frequently to clear its system out someway or another. That helps for a while, but the more images one works on, the higher the memory use goes. I always update LR as soon as an update becomes available and am now running 5.7. And Matt's updates of a couple of days ago. And Windows every month...

I have tried turning off McAfee's virusscan but that made no difference as far as I could see.

I have Publisher and am looking forward to trying that in due course. Not having to export galleries any more sounds attractive. I have been introducing CE4 gradually until I was confident I knew enough about it and had a working website, which stage I feel I have reached. So maybe I will take the plunge with Publisher before long. That said, LR's memory use bothers me. It shouldn't drain the pc's resources as it does.

MartinS · CE4 Gallery

I haven't come across a similar problem although another Martin (.martin) had posted a different sort of rendering delay issue.

My problem is that every time I export a gallery, Lightroom appears to freeze up. The LR window turns largely white, except for a small progress bar top left. This screen remains frozen, and the computer virtually unusable, even including for all practical purposes the task bar, until LR has finished generating the php files and switches to purely rendering the jpgs, which proceeds quite normally and acceptably, at a rate of a couple of seconds per image. Generating each php file takes longer than the rendering of a jpg, so this hanging around is using up an hour for a gallery of a few hundred images while the pc is unusable. The export process demands the pc's entire assets, it would appear.

No doubt this is a pc-related issue. It certainly has nothing to do with recent updates (for which I am grateful, Matt) and presumably must be related to video memory or suchlike. When I can get task manager to work while LR is exporting, I can see that roughly 4GB of my total 8GB on-board RAM is in use. Since I am anything but knowledgeable on memory matters, I wondered if any forum members could point me in the right direction.

This only happens with LR TTG export and not with any other software. It also did not happen with CE2 or CE3 but I appreciate that CE4 makes a lot of demands on a pc's processors.

For what it is worth my system information is:
Windows7 home premium
SP1 build 7601
x64-based pc
Intel core i7 CPU 870 @ 2.93GHz, 2934 Mhz, 4 cores, 8 logical processors
Installed physical memory (RAM) 8.00GB
Total physical memory 7.96GB
Available physical memory 3.80GB (this was while LR was running)
Total virtual memory 15.9GB
Available virtual memory 10.6GB
Page file space 7.96GB

Just to reiterate, there is only a hang-up while the gallery php files are being generated, not with any other process. If anyone has an idea, I should be most grateful.

MartinS · CE4 Cart

I should rather you did this at your convenience, Matt, and am happy to wait now I know it is being solved.

MartinS · CE4 Cart

I see this in both the LR preview and online after export. There is, for instance, no "hr" in the source of the exported page to be displayed.

I do not have any publisher-managed galleries since I am waiting to experiment with Publisher until a simple exported-and-uploaded gallery works properly.

MartinS · CE4 Cart

Summary of what needs a solution:
I have the cart enabled and it works. The cart icon is visible next to each thumbnail in the grid, but not on the single large image page which appears when one clicks on a thumbnail.

Rod and I have both verified that the cart icon and hr above it only appear when not only the cart is enabled, but also, simultaneously, either the google maps integration or the image downloads checkbox is enabled. As soon as both of those checkboxes are left blank, the cart will not show up on the single large image page where a potential purchaser would expect, and need, it to be.

The cart icon is therefore dependent on google maps or image downloads.

MartinS · CE4 Cart

I have installed the Gallery 612a webengine but can find no difference: the cart at the bottom right of the single html page vanishes, and the horizontal rule with it, as soon as Google Maps Integration is cancelled. If the Google checkbox is enabled, the cart reappears, with the hr above it. The same happens with the image downloads checkbox. So no change with version 612a. Just so you know.

MartinS · CE4 Cart

Thank you, Rod. I await developments.

MartinS · CE4 Cart

I'll make, and email, a template shortly. Thanks for the php link too.

In the meanwhile I looked at the page source of an exported single large image page and cannot find any "<hr>" element in it anywhere.

But now I have followed up on your suggestion to enable image downloads by checking the box under Image Download and guess what? Two icons appear bottom right in LR preview under a horizontal rule on the single image page: one icon for the download and one for the cart. If I disable the image downloads, both icons and rule vanish. So somehow the cart icon is dependent on the image download enablement.

MartinS · CE4 Cart

Well, we are getting there! I am glad I did not attempt it late evening. I had, in the early stages of discovering CE4, intentionally added the "www" as it seemed to help; I can't remember why now. I found after your suggestion, Rod, that templates had instances of with and without "www" alternately, and indeed the Pages export was with "www". By removing the "www" the cart is now visible, with correct contents, on my home page and galleries page and on the individual album pages. So that is a great improvement and I shall re-export and upload the various albums in due course.

I cannot say that I like the way the cart forces itself into view on the home page etc, pushing all page content down under the rather thick horizontal rule with shadow over the whole width of the screen, whilst the page content's width is narrower, restricted as per default settings. But at least it works now thanks to your help. Perhaps I shall discover how to improve the aesthetics in due course.

But there is still no cart showing up on the large image pages, not even in the LR preview. I had not been aware that the checkboxes "Icon color" etc (your pink) should be checked as I had no idea these referred to the cart icon. Having done that, even trying livid pink, it makes no difference to the LR preview or to the exported contents. There is also no sign of your (modest, without shadow!) horizontal rule on my own large image pages. So this remains a mystery to me at the moment. Under "Typography" I have left the horizontal rule settings untouched at grey, solid, 1px. Where the drop shadow appears from, I cannot imagine, unless the rule is treated as an image. You mention the html single page, but my single pages with large image are exported as [imagename]-single.php.

Should I discover anything else relevant, I will post it here later. Otherwise I hope to hear whether you have any more suggestions where I can look in templates or elsewhere.

MartinS · CE4 Cart

Thank you, Rod, for your reply.

The "Shopping cart integration" checkbox is checked in my Pages output template and the cart URL is filled out with http://www.martinsharrott.com/ttg-be/cart/ and this works on the various album pages. The uniform pricing profile name is also filled out with the same name as in ttg-be's admin section. This is why I cannot understand that it does not show up on the galleries page or home page or on the large image pages, but only on the grid. The cart icon on each thumbnail is a white cart in a little black box. The cart total banner is reversed: black text on a white background.

Is there any way to ascertain what the original CE4 colour settings were? Just to see if this made a difference, I have reversed the black on white cart status bar and text colours and exported Pages again, to no avail. Since the masthead background is white, at least either the status bar background or the text should show up. But on the album pages, when the cart contents load, the whole page content moves down to let the cart in above it; this does not happen on the home page or galleries page.

I don't suppose it is of importance but for what it is worth, I chose not to display the masthead on my album pages (where the cart total is visible top right of the page) but I do display it on the home page and galleries page (where the cart total should be visible). Is there a possible link between the masthead's visibility and the cart's visibility? The preview in Lightroom is perfectly visible on all pages.

For what it is worth, when the home page is first loaded into a browser, a pop-up CE4 window briefly displays for about 2 seconds, stating that the shopping cart is "unavailable. If this persists, please contact etc." But this disappears after a couple of seconds.

To check that this is not a browser question, I have tested the site on two computers and in IE and Firefox. I have cleared all caches. On my mobile device, an Android Galaxy Note 2, a gallery album loads as one huge page (not restricted to the 50 I set in the template) and the thumbnails are given as square blocks with no cart icon visible on the grid or on the large image. I am therefore unable to test how the cart works on a mobile device.

Here is a link to a random album:
http://www.martinsharrott.com/galleries … fstbokaal/
You will have to pretend to purchase a couple of photos to see how the cart displays on that page, and then see what happens when you use a navigation button to the home page or galleries page, both of which have just been exported and uploaded.

I appreciate all your suggestions.

MartinS · CE4 Cart

Please excuse this question from a new-to-cart-user if it has been answered before.

I have the cart enabled on several albums which reside for now in my /galleries/ folder. The cart works fine if one clicks on the cart icon next to a thumbnail in the grid. The value of the cart is correctly shown top right above the masthead in each album. So far so good.

However, if one navigates away from an individual album back to, for instance, the main galleries tab (in my Dutch localization "Fotogalerijen") or back to the home page tab, the cart vanishes from screen top right and remains invisible until one delves into a specific album again, when it reappears, still at the correct value. I wish to keep the cart and its value visible for the user all the time until he has finished browsing the site and ordering.

The other thing that I have been unable to achieve is maintaining a cart icon on the large image page which the user gets if he clicks on a thumbnail. It would be nice if one could add that picture to the cart at the moment one sees and likes it, instead of having to return to the grid to find the cart icon.

When exporting Pages I have enabled the cart but I must be doing something wrong somewhere. Perhaps someone could have a look? I have temporarily enabled guest access.

Thanks very much!

MartinS · CE4 Publisher

Well, in the meanwhile here is an update. My host provided support and replied:
QUOTE
Yes, '/home/users/web/b2342/pow.martinsharro/htdocs' is the session save path for your account 'martinsharro'. I could see that it was not set properly. This is the reason you are getting an error message while accessing www.martinsharrott.com/MSSP2014/ttg-be/admin/ . However, I have corrected it by setting session.save_path in php.ini page. You can check this by going to https://www.powweb.com/controlpanel/cgi … pplus.html and now the admin login link www.martinsharrott.com/MSSP2014/ttg-be/admin/ is working fine. Could you please check it again from your end after clearing cache and cookies?
UNQUOTE

I cannot find this php.ini file anywhere but perhaps it doesn't matter as I am now able to log in to ttg-be/admin at last. Now for the next phase of setting everything up. I have already received a message "It appears that the PHP directive, "register_globals" is enabled. This is bad. You need to disable it before continuing." There was no indication where such message came from, from TTG or otherwise, let alone what I need to do about it. I have every faith in CE4 but am a 62-year old end-user photographer and unfortunately not a computer programmer as well... it's one thing to deal with the LR and TTG aspects on one's own pc, but how a server works is beyond me.

Anyway, I do very much appreciate all input from the community.

MartinS · CE4 Publisher

Guess what? My host support desk has already responded with the following:

QUOTE
I have updated the version of PHP to 5.3 and was able to access http://martinsharrott.com/MSSP2014/index.php without any issues. Could you please check this after clearing browser cache and cookies.
UNQUOTE

And it works (mostly). The texts in the /fragments/ folder are loaded now. So you were right, Rod, apparently, that the php configuration was to blame. But I still cannot log in to ttg-be/admin/.... A whole lot of error text is generated:

session_start(): open(/var/php_sessions/sess_af008a731f4b0f746559f8a45450fbc9, O_RDWR) failed: No such file or directory (2)|#0 [internal function]: ErrorHandler::handleError(2, 'session_start()...', '/hermes/waloraw...', 94, Array) #1 /hermes/waloraweb070/b2342/pow.martinsharro/htdocs/MSSP2014/ttg-be/framework/init.php(94): session_start() #2 /hermes/waloraweb070/b2342/pow.martinsharro/htdocs/MSSP2014/ttg-be/admin/index.php(17): require_once('/hermes/waloraw...') #3 {main}|URL: /MSSP2014/ttg-be/admin/index.phpUnknown: open(/var/php_sessions/sess_af008a731f4b0f746559f8a45450fbc9, O_RDWR) failed: No such file or directory (2)|Unknown|0

Perhaps this will sort itself out in due course. Should you or Ben have a moment to look, I should be most grateful. For what it is worth, I read the following on the host's PHPscripting page:

Path to your Web document root: /home/users/web/b2342/pow.martinsharro/htdocs
This is important, as most of your scripts will need to specify this location. For example, this is required if you'd like your PHP script to upload files.

Thank you again; I have a feeling I am getting somewhere.

MartinS · CE4 Publisher

Hi Rod,

The internal server errors have started since I wrote my last post. In the meantime I had been studying the provider's php help pages and saw that the default php version on my site was v4. I selected to use v5 as TTG states minimum 5.2.6 is needed. I thought that might help. But now we see these server errors, which generate the following log on the server:
20141029T080831: www.martinsharrott.com/MSSP2014/index.php
suexec policy violation: see suexec log for more details
Since I have no idea what that means, I have applied to the provider for an explanation.
But since you will not be able to help on the scripts question so long as the 500 error occurs, I shall try setting the php version back to v4. Now done, and the 500 server error is eliminated. Well, at least the php version 5 is causing a problem somewhere! You should now be able to see my new site on www.martinsharrott.com/MSSP2014/index.php. And yes, the entire extracted, unaltered, ttg-be directory and sub-directories is in the same directory as index.php, galleries.php etc.

MartinS · CE4 Publisher

Perhaps someone will be able to help me progress. I have been using CE2 for many years and have now delved into CE4 and am able to produce the output I am looking for (at least, not yet bothering too much about layout, details etc).

Having tried to login, unsuccessfully, to ttg-be/admin, I submitted a support request to my provider. They reacted with the following:
QUOTE
Thank you for contacting us.

We are sorry to hear that you are getting blank page.

I have restored all the website files from backups, changed the php version and added the default php.ini file but the issue persists.

The issue you are experiencing is due to scripting. So, please refer the error logs at: https://www.powweb.com/controlpanel/cgi … rorLog.bml and correct the scripting from your end.
Also, many of the application files are missing. So, please restore all the files and verify the issue.

However, the test php script: http://martinsharrott.com/ttg-be/admin/phpinfo.php working properly without any issues.
UNQUOTE

Well, since I am not keen to interrupt my working CE2 website whilst trying to implement CE4, I created a folder MSSP2014 inside my root directory and am uploading CE4 output to this, having defined this as the site root within CE4. Currently, the CE4 output works in principle - that is, masthead and navigation bar and links all work, but the page content is blank every time. This is also the case when I try to access MSSP2014/ttg-be/admin to log in. The page is blank. To create the new site I have used CE4 Pages, CE4 Gallery and CE4 Auto Index so far (just as with CE2).

I show below recent contents of my provider's error log file, which I am too ignorant to understand except that apparently scripts are not working as expected. It looks as though the problem is repetitive and therefore hopefully easy to solve.

20141029T052843: www.martinsharrott.com/MSSP2014/index.php
PHP Parse error: syntax error, unexpected T_STRING, expecting T_OLD_FUNCTION or T_FUNCTION or T_VAR or '}' in /hermes/waloraweb070/b2342/pow.martinsharro/htdocs/MSSP2014/lib/php/Parsedown.php on line 60

20141029T052851: martinsharrott.com/MSSP2014/galleries.php
PHP Parse error: syntax error, unexpected T_STRING, expecting T_OLD_FUNCTION or T_FUNCTION or T_VAR or '}' in /hermes/waloraweb070/b2342/pow.martinsharro/htdocs/MSSP2014/lib/php/Parsedown.php on line 60

20141029T052903: martinsharrott.com/MSSP2014/info.php
PHP Parse error: syntax error, unexpected T_STRING, expecting T_OLD_FUNCTION or T_FUNCTION or T_VAR or '}' in /hermes/waloraweb070/b2342/pow.martinsharro/htdocs/MSSP2014/lib/php/Parsedown.php on line 60

20141029T052905: martinsharrott.com/MSSP2014/services.php
PHP Parse error: syntax error, unexpected T_STRING, expecting T_OLD_FUNCTION or T_FUNCTION or T_VAR or '}' in /hermes/waloraweb070/b2342/pow.martinsharro/htdocs/MSSP2014/lib/php/Parsedown.php on line 60

20141029T052907: martinsharrott.com/MSSP2014/about.php
PHP Parse error: syntax error, unexpected T_STRING, expecting T_OLD_FUNCTION or T_FUNCTION or T_VAR or '}' in /hermes/waloraweb070/b2342/pow.martinsharro/htdocs/MSSP2014/lib/php/Parsedown.php on line 60

20141029T052909: martinsharrott.com/MSSP2014/contact.php
PHP Parse error: syntax error, unexpected T_DOUBLE_ARROW, expecting '(' in /hermes/waloraweb070/b2342/pow.martinsharro/htdocs/MSSP2014/contact.php on line 113

20141029T052915: martinsharrott.com/MSSP2014/index.php
PHP Parse error: syntax error, unexpected T_STRING, expecting T_OLD_FUNCTION or T_FUNCTION or T_VAR or '}' in /hermes/waloraweb070/b2342/pow.martinsharro/htdocs/MSSP2014/lib/php/Parsedown.php on line 60

20141029T053011: martinsharrott.com/MSSP2014/ttg-be/admin/index.php
PHP Parse error: syntax error, unexpected T_STRING, expecting T_OLD_FUNCTION or T_FUNCTION or T_VAR or '}' in /hermes/waloraweb070/b2342/pow.martinsharro/htdocs/MSSP2014/ttg-be/framework/Framework.php on line 5

The htdocs folder listed is my standard root directory as determined by the provider. My current index.html home page resides there.

Is anyone able to help me? Thanks a lot.
Martin

MartinS · CE4 Publisher

Hello Ben,
As far as I can see, all my directories, including /galleries/ (which is still unchanged as part of my CE2-build site) and the newly uploaded, as yet unused, /ttg-be/ are set to 755. This has been working correctly for many years.

MartinS · CE4 Publisher

Thank you, Rod, for your message. Until the "check authentication" matter is sorted out I don't think I can get any further. I'll await any input from Ben in due course. If I need to ask my hosting provider (powweb, who have good support) any questions, it would help me if those questions could be as specific as possible so that I can relay them verbatim in the hope of getting to the root of any problem at their end. Or mine.

MartinS · CE4 Publisher

Good afternoon from an experienced and faithful CE2(!) user who has finally decided to go for a major overhaul of his website and use CE4. I have downloaded the full publishing package and, being able to refer to CE2 installations, have had no trouble installing anything when following the excellent instructions online, up to the point where Lightroom Publishing Manager is called upon in the section "Publisher API Details".

I know that I am not the first person to experience problems here but I cannot seem to find any universal solution and therefore take the liberty of asking an expert on such matters to help as trying to solve it myself has not been successful. I could not do without CE2 galleries and these have been used intensively for several years. It is the fact that they are so flawless that has made me keep off upgrading.

I have an existing /galleries/ folder in my root which works fine. I have now added a /ttg-be/ folder next to it and installed a publisher sub-directory there. So far, so good. I can access the directory on the web at http://www.martinsharrott.com/ttg-be/publisher/ and see an empty screen and no error messages.

But checking authorisation using TTG's default API Key (how would I change this anyway?) returns the message "Unable to perform action: checkAuth. No response was returned."

If I change permissions in /publisher/ and subdirectories to 777, a different message is returned: "Error performing function. (Code: 500)".

Having seen the first-class help that others have received, I am confident of being able to solve this hiccup shortly. Thank you in advance.

Community @ The Turning Gate

#51 Re: CE4 Gallery » Screen frozen during export of php files » 2014-12-05 05:17:03

#52 Re: CE4 Gallery » Screen frozen during export of php files » 2014-12-04 16:51:49

#53 Re: CE4 Gallery » Screen frozen during export of php files » 2014-12-01 19:54:14

#54 Re: CE4 Gallery » Screen frozen during export of php files » 2014-12-01 15:50:04

#55 Re: CE4 Gallery » Screen frozen during export of php files » 2014-12-01 00:43:23

#56 CE4 Gallery » Screen frozen during export of php files » 2014-11-30 20:57:07

#57 Re: CE4 Cart » Cart invisible on some pages » 2014-11-25 01:15:36

#58 Re: CE4 Cart » Cart invisible on some pages » 2014-11-24 19:30:16

#59 Re: CE4 Cart » Cart invisible on some pages » 2014-11-21 18:00:19

#60 Re: CE4 Cart » Cart invisible on some pages » 2014-11-21 04:39:32

#61 Re: CE4 Cart » Cart invisible on some pages » 2014-11-21 01:22:13

#62 Re: CE4 Cart » Cart invisible on some pages » 2014-11-21 00:01:46

#63 Re: CE4 Cart » Cart invisible on some pages » 2014-11-20 18:03:40

#64 Re: CE4 Cart » Cart invisible on some pages » 2014-11-20 04:12:08

#65 CE4 Cart » Cart invisible on some pages » 2014-11-20 01:11:38

#66 Re: CE4 Publisher » Unable to perform action: checkAuth » 2014-10-30 04:55:33

#67 Re: CE4 Publisher » Unable to perform action: checkAuth » 2014-10-29 23:32:01

#68 Re: CE4 Publisher » Unable to perform action: checkAuth » 2014-10-29 22:05:29

#69 Re: CE4 Publisher » Unable to perform action: checkAuth » 2014-10-29 18:52:42

#70 Re: CE4 Publisher » Unable to perform action: checkAuth » 2014-09-12 14:19:24

#71 Re: CE4 Publisher » Unable to perform action: checkAuth » 2014-09-12 02:40:11

#72 CE4 Publisher » Unable to perform action: checkAuth » 2014-09-12 00:34:55

Board footer