Turtle 5 comes with dozens of new features, like the improved shopping experience with bulk ordering and coupon codes, or the new feedback tool, still many of them is behind the scenes, like the substantially reworked touch event handling, which brings a much smoother mobile experience.
Here is the magic switch that decides between these modes in jAlbum, called “Make slide pages“:
Turn it on for the “Separate slide pages” mode – the default is still the dynamic mode.
In the traditional – separate slide pages – mode, the HTML page loads all the page components and all the widgets (like Facebook, Google +1, etc.) every time an image is loaded. Every page has a separate URL address, so you can bookmark or share images separately and can use external widgets which rely on the page address, for example Facebook commenting. The downside is inherent in the web technology which doesn’t allow transitions between web pages, nothing can remain from a previous page (like background music), and need to build every page from ground, loading and rendering everything on a page again and again. This is why Turtle skin was originally made dynamic. A dynamic album is capable of making smooth transitions between the images, loading only the necessary components, an rendering a full folder only once.
Separate slides mode
You might ask why did then Turtle introduce the traditional mode at all. It’s because there are several scenarios when the separate slides mode is still beneficial, e.g. achieving better search results, being able to comment images through Facebook separately, using several hundreds of images in the same folder, to name a few. It’s a fundamental change in the structure, every part of the code had to be rewritten to work in both modes. I tried to find the best match between the two modes, still there are tons of differences. See the table below.
|Dynamic mode||Separate slides|
|Number of HTML pages||One per folder||Number of images + 1|
using hash, see below
|Search bots can find individual images||Less probably
and they’ll link to the gallery
|Continuous background music||Yes
in the same folder
above the image
|Only max. 15
5 previous – 10 next
|Maximum number of images in a folder||< 600
to avoid memory leak in poorly written browsers
the number of page elements (thumbnails) is still limited
|Like, Comment, +1, PinIt, Share complete folders||Yes||Yes|
|Like, Comment, +1, PinIt, Share individual images||No||Yes|
|Tweet, Tumblr, Email individual images||Yes||Yes|
|Google Maps show all placemarks||Yes||max 15|
|Can skip index page and auto-start slideshow||Yes||No|
|Can retain full screen mode||Yes||No
in most browsers it falls back to windowed mode with every page change
|Image-sensitive jAlbum widgets||Partial
Commenting widget works, the others ignore it
|Traffic browsing through an album||~ 120 kB
|~ 180 kB
|Server requests||the least possible||cca. 10x the amount as in dynamic mode|
|Page load time||Only index page
images are loaded as fast as can
|Every image is rendered on a separate html page|
|Google Analytics||Per folder||Per image|
Tracking the actual image in dynamic mode
To be able to follow the actual image the skin is using a technique (using internal links), which adds the image name after the URL the following way:
Both modes have its ups and downs – which is better boils down to what you are using the album. If you want to showcase a small number of images in a smooth (even full screen) presentation with optional background music then go for the Single page mode. If the possibility to individually Like or Comment images is paramount, would like to showcase a huge number of images in the same folder, or prefer to have individual search results for the photos the separate slide pages mode might fit you better.
Base 2.1.4 Nov 26, 2012
- Added Advanced panel
- Code hooks: HEAD, BODY and CSS
- Google Analytics added
- Top menu logo can be of any size (not limited to 40px high)
Sorry everyone for the site was down during the past two days. Here’s what happened.
Drawbacks of Shared hosting
Lazaworx.com is hosted on a shared hosting, in which hundreds of sites share the resources of the same physical hardware. Even though they advertise the service comes with unlimited bandwidth and storage, the real bottleneck is the CPU and memory usage, as I learned now. It’s nowhere advertised that once your site runs over the 2% CPU limit they will instantly suspend it.
What has happened?
In the last week I have had a high CPU usage warning when the automatic backup has started. Afterwards Lunarpages, my web host, has removed the rights (chowned) from the site’s main file, the so called
index.php file. After I’ve removed some of the more processor-intensive tasks and turned off all plugins (e.g. social sharing) they have switched it back. They monitored the site, and by the stats it seemed it went back to the normal ~0.5% CPU load.
Then suddenly at 06:37(PT) 22 August came another CPU peak of 7% (possibly the backup kicked in again), after which the site has been suspended again. Reading a lot around the web I found another possible culprit, the so-called “cron jobs”, which are there to do maintenance tasks, like releasing scheduled posts, sending out notifications, etc. Unfortunately with WordPress these cron jobs can easily overpopulate, and eat up too much of the CPU. Just a second before the CPU peak came I found 15-20 cron jobs started in the site’s access log. I had to move this task from WordPress to the server, and restricted to run only twice a day. Also made some more minor adjustments others suggested in the forums. So far so good.
The “Support case”
After I’ve notified the staff of the changes and asked them to put back my site online they haven’t responded for a day. Then they answered an unimportant question, still not lifting the ban. I had to write to their manager to look after the case, and voila, after almost 2 days, the site is back at last. I think my next hosting company will be a smaller one, who haven’t outsourced its support department to India yet. Don’t get me wrong, they are nice guys, and I suppose they have to answer hundreds of support cases a day for a dime. But they don’t care if your business goes bankrupt – don’t feel what’s important and what’s not. I suppose they mustn’t bring forward the urgent cases, and they can’t improvise – they seem to answer only with pre-compiled panels. As I myself give support in jalbum.net, I see how important it is balancing between the cases, and listen to the details. Even though every other case can be answered with macros, quite a few requires special attention, and expertise. And in almost every time the users’ anger is justified. It’s crucial to handle these cases well – those who are the most short-tempered can be the best advocates in the future.
Skin version: 3.4.6
Turtle skin has such an extensive feature set – I guess even the most experienced of you can find something new. To get into Turtle skin settings either click the little skin icon next to the skin chooser in jAlbum or press F4.
Show top navigation
Select to display a multi-level, site-wide top navigation menu at the top of the index page.
You can exclude the folders and display only the custom pages.
Include a logo at the top left corner of the navigation bar, linked to the top level album page. The max size is 180x40px. Suggested format: 8bit transparent PNG.
Link from the top level page
Adds a link which takes you one level up from the top level page. You can use any absolute or relative URL, not just the one level up (../).
Use breadcrumb path
Breadcrumb path is the clickable path of upper-level folders.
Use search box
Add an album-wide search box to your albums. Can search in the Title, Comment, Keywords and Face tag fields.
Skip thumbnail page
Visitors will taken straight to the first image in the album. However if there are sub-albums, you can’t skip the thumbnail page.
Offer download for…
- Nothing = to turn off this feature
- Scaled-down images = allow visitors to download the screen resolution images in the current folder packed as ZIP file
- Originals = allow visitors to download the original images as ZIP file, even if you did not include them normally in the album
- The whole album = visitors can download the whole album packed as ZIP file
Please note, albums using extended (accented) characters in file or folder names cannot be properly unzipped on Windows, because Windows decodes these characters mapping to the viewer PC’s default character set, while Java encodes always with UTF-8 encoding (which is capable of representing any character in any language). The files can be restored properly on every other OS though.
Turtle skin received quite a few new features recently, still I think it’s not too hard to pinpoint which will be the most popular: Facebook commenting. Yes, even though you can create sophisticated albums with jAlbum & Turtle, Facebook is the place your friends, family or clients (you name it) hang around. With this new tool your friends not only get notified of your fine new album, but they can comment on it instantly, and you’ll get notified of their comments right off. They can also choose to share their comments on their Facebook wall. This will make it possible to reach 100’s of people in no time. This little tutorial will show you how to add Facebook commenting to your albums.
Every album is different. Why should you use the same typeface for all? With version 3.3.0 came the improved font stacks to Turtle, and with 3.3.1 you can even choose a unique headline font for page titles. I will explain how these fonts work in your albums.
Building panoramic galleries is not fully supported by most of the web album tools today. You need to have some panning tool to be able to conveniently handle these extreme-wide photos. In Turtle 3.2.0 I have introduced some new techniques to support this.
The swipe control has been extended to let users pan panoramic images horizontally and trigger the switch for next (previous) photo only when the right edge gets below the 90% of the window width. The left and right arrows on the keyboard can also be used to pan left and right until you reach the far end, when it falls back to the original previous (next) picture functionality. But a working example is worth a thousand words according to the ancient Chinese wisdom. Click the image below to test it “in vivo”.
Use the Left and Right arrow buttons to pan through, or move the image with the mouse, or simply swipe left and right on touch devices.
- Compatibility issues with jAlbum 10.3
- Missing skin.properties.file (continuous update attempts)
Note: this version is using a call, replaces the deprecated one, which requires jAlbum 10.3 or newer