I’d vote for “yes” because you’re making changes to the server … but those changes should be in the httpd.conf (or equivalent) file and NOT in .htaccess.
It’s not hazardous. It’s simply a waste of server resources because the conf files are read ONCE and the .htaccess is read multiple times for EVERY file (including embedded support files) which is requested.
There must be a way (up to asking your sys admins) how the server is configured. If it already has these configured then it would be a waste of time to set them. If not (or set in a manner which you don’t approve), by all means set in your .htaccess (or in the html/php files themselves).
The webhost says to create the httpd.conf file in the home directory. Is there code that has to go in the file in order to be a functioning httpd.conf file?
Once I get the file working do I remove the content type meta tag from the html?
My understanding of hosting tells me that your host has blown smoke up your …
Apache is installed in its own directory and its httpd.conf file is located in its conf subdirectory. Therefore, creating another httpd.conf in your home directory should have exactly no relevance to anything. Of course, your host might have configured your dedicated server to have YOUR personal Apache install look elsewhere for additional directives but I’ve never heard of that being done (that’s not to say that it can’t be done, simply that it’s illogical on a dedicated and can NEVER be done on a shared server).
IMHO, your host’s support should ensure that your code is in your httpd-vhosts file so it can only impact your account’s domains.
After all that, yes, it should be safe to remove those lines from .htaccess.
To me, the simplest solution would be to leave the content type alone (it’s standard) and add the charset directive in your files section in a meta tag.