We are having to make some security enhancements to our site and this requires that our entire web site, including the forums, be moved to an entirely new server with a current version OS.

What this means is that, at some point very soon, we will have to lock down the forums into maintenance mode before the process begins and until it is complete.

Our web site will also be down for an unknown time frame during the transfer process.

We have been working on getting the forums software tweaked and ready to live on the new server with the new OS and Perl version so that downtime will be minimized and the forums should come back up OK after the move.  This process is now complete so we are ready for the move.

There will surely be a few glitches but fingers crossed.   [smiley=eek.gif]

This server migration has been scheduled for tonight.

The forums will be shut down into maintenance mode between 9 and 10 PM Pacific time.  They will remain locked down until the process is compete.  This is necessary so that forums content is static and can come back up on the new server as it was on the old.

IF...  all goes well, they should return tomorrow sometime.

The rest of the site will be functional until tomorrow but may be down for a time while things get redirected to the new server.

Thank you for your patience during this process.

Scheduled maintenance is preferable to unscheduled maintenance eh?

We were locked down for 12 hours while this migration took place.

Looks like the forums are working OK in the new environment.   ;)

Please let me know if run into any issues.

So...  Looks like step two is complete.

Some web site issues to resolve but after that is all ironed out then step three....

Tom Roberts wrote on Jan 17^th, 2019 at 9:03am:

We were locked down for 12 hours while this migration took place. Looks like the forums are working OK in the new environment.   ;) Please let me know if run into any issues. So...  Looks like step two is complete. Some web site issues to resolve but after that is all ironed out then step three....

KaBoOm ?

I know the pains. My Forum went through 3 major software changes and 3 servers before it settled down.

denisf wrote on Jan 18^th, 2019 at 1:42pm:

KaBoOm ?

I hope not.  The steps:

1.  Forums coding tweaks to make them compatible with the next steps.  (complete)

2.  The move to a new server with updated OS and software.  (complete)

3.  What the previous steps lay the groundwork for...  SSL cert which changes us from http to https.


Although there is no practical 'need' for this, everything is going this way and those that don't are being punished by search engines and browser warnings about insecure site that scare people away.  It's creating a problem where none exists, but we have to play along...

It's a lot of work and expense though.   ::)

Hey Tom,
  Sorry about your website issues. I feel for ya.
I am experiencing an issue that may be connected? Every time I click on a psd file it brings up gibberish. Just a bunch of random letters and symbols. Something wrong on my end? 

Thanks,
  Tim

Hi Tom
have same problem here.
Thank Wigan

Me too. I get the gibberish and symbols if I click on a psd file.

That's odd.  I cannot duplicate that.  Choosing a psdata attachment brings up the open or save file dialog.

What browsers are you using?  Firefox here.

Good morning Tom!
I just tried opening a psdata file in the thread about the K110 clamps on a/f sensors and had the same issue.

Ward

Ward Zintel wrote on Jan 20^th, 2019 at 7:39am:

opening a psdata file in the thread about the K110 clamps on a/f sensors

No problem here with any of the files in that thread.

Have you tried a right click and save link as?

What browser are you using?

I had to go on the interporn to find out haw to find out what browser I am using! Turns out it's internet explorer 11.

I will try to right click the file and see if it opens, and get back to you.

Ward

Hi Tom!

So I right clicked on it and tried open in new tab. I got another tab with gibberish.

I then tried save target and put it in my documents. Opening it from there also resulted in a page of gibberish.

Ward

Ward Zintel wrote on Jan 20^th, 2019 at 7:52am:

Turns out it's internet explorer 11

I have confirmed this with IE 11.

Seems there is no way to get the file.

I will look into this.  Thanks for letting me know.

In the meantime, I would recommend using another browser such as Firefox.  It's a better browser anyway.

If folks are having this issue with another browser other than IE, please let me know.

Hi - I'm the YaBB person. Since I know what got changed in the software, I also know that nothing related to downloads got updated. (And any breakages would be also be seen in FireFox and Chrome.)

Has anyone using MSIE11 tried to use File->Save As to save the gibberished file to see if it's valid data when saved to your HD?

If not, then your only real recourse is to use FireFox or Chrome. (Sorry Win7 people, but them's the facts. Microsoft broke MSIE11.  :( )

Dandello wrote on Jan 20^th, 2019 at 10:49am:

Has anyone using MSIE11 tried to use File->Save As to save the gibberished file to see if it's valid data when saved to your HD?

Thanks Dandello.

Just tried that using IE11.  Wanted to save as .htm so I changed the extension but no joy.  File fails to open as corrupted.

I'm afraid you guys using IE11 are going to have to update to another browser.  I would recommend leaving IE anyway. 

Hi Tom
Tried save target as (HTML DOC) and open the file successfully
in the Pico software. Just click to show all files.
wigan

Wigan wrote on Jan 20^th, 2019 at 1:44pm:

Just click to show all files.

Thanks Wigan.  That worked for me with IE11

Right click
Save target as
In Save as type change to All Files (*.*)
Change file extension to psdata
Save and then browse to the file and open it.

So, this looks like a work around for those that don't want to move on from IE.

The step I missed before was switching 'Save as type' and that scrambled the file.

Microsoft pushed out an IE update January 8, 2019.  This probably broke IE and is why you are now suddenly having issues you may not have before.  It just so happens we were working on the web site and the forums around the same time.

Not related.  It's an IE problem.

Found another IE11 bug. The "work around" you described is fine if you have never downloaded the file, but if you click on the link again, and then do the work around, and it has the same file name because it's the same file, then windows asks if you want to save it over the file that already has that name, and you choose yes, then IE11 will download 100% complete, but IE11 will be frozen, you can't even close it. Also, there will be extra characters added on after the .psdata which I never typed in, so the file is still not a .psdata file because when it was saved IE11 or windows added some characters after the .psdata

Anyway, I don't use IE, I was just seeing what all the commotion was about. IE is still the second most popular browser (unfortunately), so if you feel like supporting it, then there may be some things you can do.

Try googling "force ie to download file"

I found at at least one useful suggestion, but you may have to search and try a few things. Here is the suggestion:

"It is known HTTP headers problem with Internet Explorer. Try to edit your server's .htaccess file (if you use Apache) and include the following rules:


Code:

# IE: force download of .xxx files AddType application/octect-stream .xxx <Files *.xxx>   ForceType application/octet-stream   Header Set Content-Disposition attachment </Files>

"

So, in that sample code, you would obviously change the .xxx to the file type, therefore it would be .psdata

I think you guys can get this figured out with a little tweaking of how these files are served up from your server. Good luck! [smiley=beer.gif]

I think we are on to something with that code I posted. The download links from iATN's file library work in IE11 and I can see that the response header includes what I posted in the code above. Then when I inspect the response header for the download links for the files on this site, I see that those properties are missing.

Thanks so much Steve. 

Brian put that code into the server root htaccess and it seems to have worked   :)

psdata files now prompt IE to open/save.

Sweet! I just tried it out, and it works. Glad it's fixed. [smiley=thumbsup.gif]

Tom Roberts wrote on Jan 18^th, 2019 at 1:50pm:

3.  What the previous steps lay the groundwork for...  SSL cert which changes us from http to https.

This is now implemented.  Squishing the bugs this week but so far so good.

What a process just to get the little green lock.   ::)