IIS vs. coding..

How often does this come up for you?

Customer reports a problem with their website. No changes were made. You contact the web designer and they blame IT and IT blames the code. Neither one of you speak the same language and nothing ever gets done.

Last time this came up I restored the server and the content back to a known working date. Applied all patches and updates. Everything was working, then the dev applied his updates. And it died. And he still blamed us.

How do you handle these situations?

Find more posts tagged with

Save $250 on 2025 certification boot camps from Infosec!

Book now with code EOY2025

Button

Comments

Bl8ckr0uter

I have had the same thing happen to me. We are a small company with a small IT shop. Development likes to blame IT for website problems but we just fix it and move on.

RobertKaucher

Bl8ckr0uter wrote: »

I have had the same thing happen to me. We are a small company with a small IT shop. Development likes to blame IT for website problems but we just fix it and move on.

@Bl8ckr0uter -
You are not allowed to post until tomorrow. Not time to visit with your friends form the Interwebs, no time to post!

@OP -
I agree, though. Unless you go through some trace logs and figure out the exact bug, it's better just to do the work and move one.

Eventually you could just point out the logic. "Every time this happens, IT restores the server to a known good state and then the Dev Team applies their updates and then IIS crashes. What conclusion does that lead one to take?"

Claymoore

With change control documentation.

RobertKaucher

Claymoore wrote: »

With change control documentation.

Unicorns and Loch Ness monsters could also work...

Jeez, you might as well suggest that patches be tested before being put into production or that backups be restored on a rgular basis to ensure they are viable.