BajaNomad

Doug-- Missing imbedded image dimensions

Sharksbaja - 8-13-2006 at 02:11 PM

I've been aware there is a prob with some browsers and how they display the link(s). I did reduce the DPI as Doug indicated could be useful, but I'd like to know more. I use IE and have never had a prob w/browser loading based on image size.

Doug, does this happen wth your browser software as well?

comitan - 8-13-2006 at 07:23 PM

Larry

Is this why they don't download in any order, much of the time you can scroll down while your waiting for the first and theres some already loaded below.

Image size quandary

Sharksbaja - 8-13-2006 at 11:33 PM

If all the photos were of exact size would this prob be eliminated?

BajaNomad - 8-14-2006 at 03:22 PM

Quote:
Originally posted by lencho
...is there any way to modify, or request the authors to modify, the forum software so that it actually checks the image size and imbeds the width and height in the img clause of the imbedded image links? That's not trivial but it's technically feasable;


I'm aware of what the software does and basically how space is allocated for images when the dimensions are specified.

The XMB software allows users to specify an image to embed, and inserts the "BB Code" by means of client-side Javascript coding. Again, all client-side, with no ability to check the file's dimensions. The user can specify the width manually in the IMG code however (example: img=50x50):
http://forums.bajanomad.com/faq.php?page=misc#1

On the server-side, when the inserted "BB Code" is recognized on a page request, the forum software then inserts the corresponding (HTML) output to the client. That's on each and every page-request.

Checking image sizes needs to happen on the server-side, and to have pages check the size of each and every embedded image would increase page load times (checking a remote server for each image) and server CPU load. Not insignificant if it needs to do this for every image that's embedded on every page that's requested, every time that page is requested.

If you're thinking maybe the software could check once, and then edit the posted information's BB Code, well as far as I know that's not done anywhere else in the software.

Although a request could be put in for future updates, I'm not sure that I'd support that happening, as one of the goals of software like this, and what I like about XMB - is the limited load the software puts on the server, and the quicker page load times because of what I feel is efficient code.

Regarding editing the code, XMB makes this fairly easy, and I have done so more in the past, but now realize the ability to upgrade the software to newer versions is now more important to me, and is made more difficult the more the code gets customized.

--
Doug

[Edited on 8-14-2006 by BajaNomad]

BajaNomad - 8-15-2006 at 12:02 AM

Planning on updating a.s.a.p. That requires me shutting down the site for the upgrade (slowest time is around 2-5am Sunday mornings) - and the current upgrade alters the database as well - structure or otherwise. Because of the size of the current db, I'm expecting possible issues, which requires me to have both extra time - and extra patience.

Because of this, I also have to make a backup of the db after shutting the site down and proceeding with the upgrade. So, add more time and patience.

;)

BajaNomad - 8-15-2006 at 10:54 AM

Larry,

Customization has been tidbits here and there. Not a huge deal, but I need to go through and backup these things.

DB Size: My experience (so far) has been with the larger tables causing delays, timeouts, etc during processes such as this. So, I'm just going in with the expectation of having issues along these lines. I may need to clear out the DB for the upgrade and then (alter to mimic the changes made, and) reload all the tables (18 of 'em). The two largest tables are the attachments (currently 367MB) and the posts (now at 65MB).

And I could be wrong, and it'll all go super smooth. :?:

--
Doug