Posting Pictures





The buffering that has been implemented has altered the speed of appearance of photos, with slower soft or blurry loading, and there is a misunderstanding of how photos are uploaded.
Uploads place the image file on the IB servers, not immediately in the forum post document. This is why you find multiple images when you take a later look at your stored images, one from each perceived incomplete upload (unnecessary burning of IB server space and bandwidth).
The posting of the image into a forum post must wait for the IB servers to fetch the image file from IB servers, and the recent code changes that buffers partial image loading slows the speed of loading that image into the post dialog box. You don't see the image in the dialog box, because of the bandwidth clamps imposed by the recent IB code change, and you give up to go back and load another image (and each dropped request is another dropped token that consumes IB bandwidth).
The big problem that IB's IT Staff needs to recognize is that each multiple image upload and image fetch is consuming bandwidth, slowing the IB servers. The "fix" to soft load images, as a means to speed up other parts of the forum transmission, is actually slowing down the throughput because of the multiple network requests for multiple image fetch and refetch as the blurred images load and update (as if users are hammering F5 refresh requests, in a denial of service campaign). The new code changes may speed the forum software, but the multiple network requests for each image are taxing and slowing down the throughput in and out of the servers. The problem is not forum software, but the increased network bandwidth demands required from the recent forum software changes (something few people have experienced in the past fifteen years of excess bandwidth headroom).
The short term solution is patience, to wait for IB servers to fetch and load the uploaded image into the post dialog box. Network and server traffic control is random and not deterministic, not FIFO with requests, so some image fetch requests occur fast and others will be slow.
The long term solution is to buy more bandwidth into and out of the server provider facility (or get the facilities and bandwidth providers to improve their services).
The other IB controlled short term solution is to let users request complete image uploads with one network token request, rather than the soft image loading that demands multiple token requests and consumes excessive network bandwidth.
R/Chris
PS: How do I delete junk pictures in the Album. I just tried and cannot find a delete button. Tks.
Last edited by Bigredwing; Oct 16, 2018 at 01:29 PM.
The team is investigating and continuing to work on the issue. There has been a few issues, recently, and progress has been made. Please allow more time.
Thanks.
The Best of Corvette for Corvette Enthusiasts
Bill





Some seem to go to the albums but it's all such a mess now hard to figure out
Perhaps it’s time to hire an outside IT firm to figure out the problem here.
Last edited by LT4CMG; Oct 20, 2018 at 10:49 AM.
It worked well for the decade it was developed and designed. Technology advances and people access and use the Internet differently than they did in 1999, nearly 20 years ago. 20 years in tech is very dated.
This is not true.
No, it does not change how the process works. There is no simple switch to change to make things work or work as legacy. This is software and at some point legacy features can't be supported.
Seriously, the tech team is aware of the issue and has been working on it.



I down loaded the GIF to my desktop, uploaded it to another server I use (www.jaxvette.com) linked the picture to my server and instant picture. The CF picture showed when I looked back in with advanced edit but would not display when I hit save and tried to look at the finished post.
It went through the normal upload procedures and hit 100%, I clicked upload and waited and nothing else happened. The GIF is 2.2 megs in size and shows the ackermann effect on the steering geometry of the C7.
Elmer














