This question is answered. Helpful answers available: 2. Correct answers available: 1.

Permlink Replies: 4 - Pages: 1 - Last Post: 03-May-2019 16:25 Last Post By: parametric Threads: [ Previous | Next ]

Posts: 13
Registered: 21-Sep-2012
Upload Maladies
Posted: 30-Apr-2019 03:51
  Click to reply to this thread Reply
Windows10 Pro 1809 Build 17763.437
JAlbum 17.1.1
Turtle 5.66
Java 8.0.2110.12
Firefox 66.0.3 64bit

My album is here:

(/gallery/ IS the Folder inside public-html that the Album lives in)

Recently, I've been finding that my uploaded Album is not showing the updates I've made, when viewed.

It's normally accessed from an associated Website by clicking on a suitable link.

I've tried clearing the cache of FF, Restarting FF - all to no avail . .

I NORMALLY transfer the Album with FileZilla - which seems to work flawlessly.

Problem is that at some 3.8Gb - it takes time, and when it failed to display my updates, I uploaded AGAIN, and THIS in turn was flagged by my Hosting Service as a Bandwidth violation - and shut me down . . .

Recent changes in the Law designed to prevent Filesharing have left the responsibility with the Hosting Service, rather than the perpetrators - so many hosting services are now running scared . . . mine included . . .

Which puts normal administration, under attack??

I HAVE NOTED - the advice I've just seen here just now to SKIP unchanged files during a full upload . . THANKS for that!!

So really - any advice HOW to ensure that changes (new pics, altered labeling etc) are displayed immediately?

Perhaps JAlbum's own hosting Service does this better?

I've also noticed an <ext> folder appearing in my Album which I didn't put there . . . .

and also the index.htm file disappeared from the online Album - so I was left with a Plain Directory listing . . .

IS THIS index.htm file perhaps CREATED by JAlbum's own upload feature during the upload?

FileZilla won't know about that . . . . !

My hosting admin has restored the Album in part, but my additions (an extra folder full of pics) are still NOT displayed - although the folder exists on the Server . . . . ?

The folder thumbs are also missing - only the Text remains . . .

All rather puzzling really :-)

parametric (Sorry for such a long Post)

Edited by: parametric on 30-Apr-2019 02:54

Edited by: parametric on 30-Apr-2019 02:57

Posts: 6,878
Registered: 31-Jan-2006
Re: Upload Maladies
Posted: 30-Apr-2019 05:23   in response to: parametric in response to: parametric
  Click to reply to this thread Reply
Some observations and pieces of info, in no particular order....

  • To tell FileZilla to upload only new or changed files, go to Edit, Settings, Transfers, File exists action, Uploads, and choose Overwrite file if source file newer. That will save you a boatload of bandwidth and time.
  • The uploading process doesn't create any files. Whether you're using FileZilla or the jAlbum uploader, it's just a file copying operation. No magic is taking place.
  • The index.html file is created when you make the album, and is the top-level file of the album (and of each folder in the album). It exists in the output directory when the album build is finished, and then gets copied to the server along with everything else. But yes, if it gets deleted, you get no album when you try to view from the server.
  • jAlbum doesn't create an ext directory, so there's no telling where that's coming from - it's not part of the album structure.
  • When viewing your album, and looking at what's in the developer's console in the browser, I'm seeing all sorts of server errors. They show up as 500 errors, which translates to "server configuration error." This is a problem with your web host - it's not something you have done, or even could have done. To look at this info in Firefox, go to your page. Then hit F12 to pull up the console. Go to the Network tab. Click the little trash can at the left, then click the word Reload.
  • Your image files seem to be on the server, but because the server is misconfigured, they're being fed to the browser in the wrong form. For example, simple JPG files should be served with a MIME type of image/jpeg, but yours are arriving at the browser as text/html, so the browser doesn't know what they are. Firefox doesn't know that it's a picture, so it's just lost. This is also revealed in the Firefox developer's console. Again, this is purely a web host issue - it's not something you can fix.

In short, this has all the earmarks of a web hosting problem, and you're sort of stuck with working with them to straighten it out.

I have a hunch about what's happening here. Because of impending changes in European copyright law, web hosts are going to be saddled with responsibility for violations, rather than being able to say, "we're just a host - complain to the person who uploaded the copyrighted material." I'm guessing that your host is now scanning all uploaded files, to make sure the material isn't copyrighted, and they're making a mess of the process. This is just a guess on my part.

If the EU goes ahead with this thoroughly bone-headed plan, it's going to put all of the smaller web hosts out of business, because they can't afford the overhead needed to check every uploaded file. That will leave only a few giants, and with no competition, prices will rise and service will head for the basement.

The future of jAlbum hosting is, in fact, threatened by this change - jAlbum is a small company, and if it got hit with even a single large copyright violation problem, they'd be out of business.

Call and write to your government representatives. Make sure they understand the carnage they're about to unleash.

You could flee to a U.S. host, but if most of your site visitors are in the U.K., that might not be very satisfactory. That transatlantic hop will always slow down response times (that's why I don't host on jAlbum - it's just too distant). Then again, it might be fine. Try - that's coming from a server in Denver, Colorado, two-thirds of the way across North America.

Posts: 6,878
Registered: 31-Jan-2006
Re: Upload Maladies
Posted: 30-Apr-2019 14:27   in response to: JeffTucker in response to: JeffTucker
  Click to reply to this thread Reply
I see that the situation is now changing, but not necessarily for the better. Now some of the image files are returning 404 errors, which just means "not found," but others are returning one that I've never seen before - a 508 error, which translates as "no reason." Not exactly comforting. ;)

One other possibility to consider.... The last time I had bizarre uploading problems, it turned out that my cable modem was failing. No signs of trouble when fetching email or browsing the web, but when doing a long upload, it "broke" files.

Posts: 6,878
Registered: 31-Jan-2006
Re: Upload Maladies
Posted: 01-May-2019 13:45   in response to: JeffTucker in response to: JeffTucker
  Click to reply to this thread Reply
I have deleted a number of confusing, irrelevant tangent posts in here.

Let's not confound the issue - the original poster needs to contact the web host to determine why simple file requests are producing 404, 500, and 508 errors.

Posts: 13
Registered: 21-Sep-2012
Re: Upload Maladies
Posted: 03-May-2019 16:17   in response to: JeffTucker in response to: JeffTucker
  Click to reply to this thread Reply

The problem is solved.

I re-uploaded using the "only if source NEWER" option . . . MUCH quicker, although -

it still seems to want to upload the 4 video files in the <Videos> folder . . .

despite the fact they are there, and unchanged ?. . .

I also remembered to delete the manifest.jmf file from the Server FIRST. . . . :-)

So now the PhotoGallery is up and running with the alteration, thumbnails for folders all present and correct.

Thank you again for your full-featured Tech Support!


I have a question about SOUND - but I'll make a new topic . . . . ;-)

Edited by: parametric on 03-May-2019 15:17

Edited by: parametric on 03-May-2019 15:25
Forum admins
Helpful Answer
Correct Answer

Point your RSS reader here for a feed of the latest messages in all forums