PHP form mail, using same code, appearance differs on separate site builds...

[SATTERWHITE ART]

Using the same php form mail obtained from:

http://alt-web.blogspot.com/2015/07/responsive-contact-form-with-bootstrap.html

...the resulting form, when viewed on 2 different site builds, has a different appearance. Keep in mind, both sites built on retina screen Mac, using same code, and producing different visual results.

The appearance of the form mail on site (1) is perfectly normal, while the one on site (2) is 1/2 the visual size; viewed on the same system on which they were built. The same holds true when viewed on large duel screen work station as well.

(1) http://greenlightinvestmentproperty.com/contact/contact.php

(2) https://0182d1d.netsolhost.com/SatGrp-BS-v1/contact/contact.php

[osgood_]

I'd say for sure the server which example 2 is hosted on is not quite right for some reason. Looks like it might not be set up to recognise css files, which would be strange.

Code works ok here in local view. What does your local view show you?

If you host example 2 code  on example 1 server what happens?

[SATTERWHITE ART]

Both site hosted thru NetSol  (now iWeb) Apache Unix. Different IP, same host.

[osgood_]

https://forums.adobe.com/people/SatGraphics+Art  wrote

Both site hosted thru NetSol  (now iWeb) Apache Unix. Different IP, same host.

Might be the same host but different servers. They could be set up very differently...

Have you tried to see if it recognises inline css?

<div class="wrapper" style="background-color: red;">Red Background</div>

and an internally linked stylesheet, rather than an externally linked stylesheet?

Maybe it doesnt like the .php extension, try it with an .html extension.

When something like this happens you have to go through a series of simple tests to establsh what is happening and why, but I can tell you now  its a server incompatibility issue.

[SATTERWHITE ART]

Osgood, thanks for input.

I will contact hosting provider, and verify if servers are same. Once that is a certainty, I will have a better sense of where/what to do next. (I had always assumed that all the servers would be the same.)

Thank You

[Jon Fritz · Accepted solution]

The red text css in the head of the page seems to work correctly.

I think it's more likely an issue with free/cheap/parking style hosting and externally linked files.

I'd try bringing the bootstrap.css file into your site, rather than using the CDN link. Switch the <link> tag to the local version of the .css file, upload both to your server see what, if anything, happens.

[SATTERWHITE ART]

Thanks John,

That did the trick.

"I think it's more likely an issue with free/cheap/parking style hosting"

Ouch. I've been using same hosting provider, as well as Adobe and Apple, products and services for over twenty five years. I had alway been satisfied with all, and never thought them to be inadequate. If I were younger, or still working for a living, I would look into it.

But for now, it looks like I'm riding off into the sunset with the same tools I started with. Change comes harder at this end of life's journey

Again, thanks for the very simple resolution of my question.

[Jon Fritz]

LOL!

Sorry, looking back my post, it does seem to have a little bit of snobbery to it. No offense intended. I just meant to point out that your second domain falls in the parking style hosting, and with the other types of hosting listed (that others here may have), they will tend to have limited features.

There's nothing wrong with it, especially if it works for you, it's just that some companies will scale back what you can do on their servers if you don't have your files attached to a personal domain.

[SATTERWHITE ART]

Didn't take it that way, Jon.

Site (2) is temporarily residing in a folder in root of account, and is going to replace my old outdated primary site at SatGraphics (dot) com. I've been like an auto mechanic whose car runs on 6 of 8 cylinders while they work on everyone else's auto.

I was laughing as well, because I've intentionally went with cheapest featured account as all I've been concerned with is a presentation of my art.  I no longer compete commercially so client demands have evaporated, taking all stress with it.

My life is all fun and any work I do can't even be called work.

Life is good!

[Nancy OShea]

I think it might have something to do with HTTPS server and the fact that your links to external scripts were probably pointing to HTTP servers.  Browsers are now blocking mixed content for security reasons.   The easiest way to resolve that is to use HTTPS on all external assets -- jQuery, Bootstrap, Font Awesome, images, etc....

[SATTERWHITE ART]

Thanks, Nancy,

I didn't want to do this site rebuild inside the root folder of the existing site and didn't want it crawled, (which when placed on forum would make "no index no follow" useless)  so just went one level inside root. I had some concerns, or uneasiness when doing that (with host address exposed) then placing on forums. I'm not knowledgeable enough in that area, but as I'm not going to be including payment processing, I will be replacing old site very soon with this new properly written site as soon as possible.

I think I'll figure out to securely sandbox my test sites behind https.

Thanks for all the help.

[Nancy OShea]

I think you completely missed my point.  HTTPS  simply means the server has an SSL certificate issued by a browser recognizable authority.    HTTP hosting has no certificate.  Mixing content (HTTPS with HTTP) is ill-advised.

Nancy

[WolfShade]

Agreed, and the nice thing about it is that if you want to make sure that all links are HTTP or HTTPS, just code using the protocol agnostic approach (ie, "//my.domain.com/foo/bar/someJavaScript.js").

But I'm glad that bringing the boostrap file internally fixed the issue.  Some networks are so security paranoid that they block CDNs.

V/r,

^ _ ^