IE6 Z-Index Difference Between 2 Servers - coldfusion

So, I have 2 servers that serve pages. I am running ColdFusion on Windows Server 2003 with IIS6. I created the site and synchronized the files between the 2 servers. In the right hand side of my site is a popup div for the search. On Server1 in IE6, this div works perfectly, on server 2 it gets cut off. Due to the synchronization software used, I cannot have different files on the two servers.
Any help is appreciated.
Thanks

Your IE6 stylesheet if failing to load for the second site.
This URL works:
http://www.sdccc.org:81/styles/03-ie6-fix.css
This URL doesn't:
http://www.sdccc.org:82/styles/03-ie6-fix.css
Oddly, this only appears to occur in IE itself - verifying the links above in Chrome and both of them work.
Update:
The port 82 server is returning Content-Encoding: gzip and Vary: Accept-Encoding headers - the port 81 server is not.
I suspect this is a bug with IE not accepting the gzipped content?

Two equal documents in the same browser has to produce the same page:
As I can see the document produced by each servers are practically the same, except for the CSS stylesheet:
<LINK href="./sd81_files/01-ejungle.css" type="text/css" rel="stylesheet">
and
<LINK href="http://www.sdccc.org:82/styles/01-ejungle.css" type="text/css" rel="stylesheet">
Yes, you can say that the files are the same, but when I saved the files into my computer, the second one did not arrive. Check the link and try again.

I finally figured it out! It seems that 2 image files, for some reason, didn't have read permissions on them on the second server:
/images/search_04_drop_04-ie6.png
/images/search_jason_04-ie6.png
updated the permissions and it started working.
Thanks for all of your help in this.

Related

Django built-in server cannot decode URL parameters

I'm not sure if this is a Django-specific issue but right now I see it in my project.
Because browsers tend to cache favicon and I have changed them for my website, I came up with a trick to force anyone who have visited my site before to receive the new icons, adding "?" followed by some random characters to the image file name, so currently it is like this:
<link rel="icon" type="image/png" sizes="32x32" href="{% static 'images/favicons/favicon-32x32.png?v=Gv6qnaoWO5' %}">
Now the issue is, the favicon is not loading and when I check the source I see this:
<link rel="icon" type="image/png" sizes="32x32" href="/static/images/favicons/favicon-32x32.png%3Fv%3DGv6qnaoWO5">
and when I click on the above link, I get 404 error from django.views.static.serve. If I remove the "?" and rest of characters, everything works fine.
If memory serves, this is normal encoding of special characters and the web server should decode it, but this is not happening on Django's built-in server.
So, is there a fix for this, or I should wait until moving the site to production?
static takes a filename, and builds the URL. A filename doesn't have query parameters. Add the query parameters to it after the fact:
href="{% static 'images/favicons/favicon-32x32.png' %}?v=Gv6qnaoWO5">

WAMP server is displaying "Apache/2.4.9 (Win32) PHP/5.5.12 Server at localhost Port 80"

My www folder has the necessary files, however, the error message seems to think otherwise. What might be the problem here? As you can see, www folder does have the login_page file, whereas, upon running localhost/ux2, I am getting the error "The requested URL /ux2/user/login_page was not found on this server."
First of all, are you sure that your WAMP is working and online? you must get green Icon for Wamp on the start menu bar so you make sure that WAMP is working.
Secondly test WAMP by creating very basic html file like hello.html
<html>
<body>
<h1>Heloo!</h1>
</body>
</html>
if that test file worked, your login page should work.

403 Forbidden ONLY on javascript folder

I've been trying to trouble shoot this for 3 days and still can't figure it out after going through many other SO questions.
I'm setting up a DigitalOcean VPS using Apache 2.4.7. Setup for 2.4 is different from previous versions, so that may be part of my issue.
PROBLEM
I'm migrating from shared hosting, and trying to test my site on the new DO VPS. When I go to my new IP address, the site loads, but the following resources get a 404 error:
<link href="/javascript/jquery-ui-1.9.2.custom/css/smoothness/jquery-ui-1.9.2.custom.css" rel="stylesheet">
<script src="/javascript/jquery-ui-1.9.2.custom/js/jquery-ui-1.9.2.custom.js"></script>
<script src="/javascript/dialog/alert_text.js"></script>
Resources in other folders are loading fine; for example, this stylesheet loads without issue:
<link rel="stylesheet" type="text/css" href="/styles/main_style.css">
I tracked down the issue to a 403 forbidden error on my /javascript directory. This directory is owned by the same owner/group and has the same permissions (755) as every other directory in my web root. But for some reason I cannot access /javascript from my web browser.
WHAT I'VE TRIED
The files do exist on the new server in that location. I've checked that the folder is correct, and that there aren't any strange capitalizations. Everything is working fine on the old server, and all I've done is copy and paste the directory structure to the new server.
There are no .htaccess files on the server. And the server wouldn't care if there were, because Alow Override None is set.
I've changed my apache2.conf back to the default state to make sure there are no strange <Directory> directives.
I added a <Directory> for the /javascript folder and did Require all granted.
I changed permissions on the /javascript folder to chmod 777 with no effect, then changed back to chmod 755.
I'm restarting the web server after each change, but nothing has any effect. I always get a 403 forbidden error on the /javascript directory, even though the owners and permissions are the exact same as every other directory in my web root.
Is there some way to get more info on the 403 error? Some way to find out why it's not allowing access?
Final note
One thing to note is that I haven't pointed my DNS to DigitalOcean yet since I'm still testing. So the client browser is loading from MY.IP.ADR.ESS/javascript/... rather than MYDOMAINNAME/javascript/.... I can't imagine that would matter, but thought I would mention it anyway.
I found the issue, and it's a known problem: Ubuntu BUG.
The problem was that the folder's name was "javascript", and the fix was simply renaming my /javascript folder to /java-script (or anything OTHER than /javascript).
Basically if you have the javascript-common package installed, it generates the following alias:
Alias /javascript /usr/share/javascript
So my WEBROOT/javascript folder was being redirected to /usr/share/javascript, giving the 403 error.
Hope this helps save someone else a few days of troubleshooting!

I cannot preview html in webstorm soft

I can not preview a html file in webstorm 9.0.1 when I run it, it shows web page is not available because in addressbar it shows localhost:63342/---project folder.---. How can I access from local harddisk html file.
And, another question can I preview html in google chrome/firefox as docable?
To access http://localhost you need to have running local server (like XAMPP or WAMPP). If you have no localhost server (or you have no idea if that thing exist in your computer) than you can't access http://localhost. That means any *.php file will be not usable.
If you are font-end developer, you don't need server. You can access your *.html files directly: file:///C:/path/to/file.html (in browser site url box). Also, for any external sources to work, path to that file must be relative:
//C://myProject
myProject
|-index.html
\
css
|-styles.css
\js
|-functions.js
You enter to browser url bar: file:///C://myProject/index.html
Your index.html looks like this:
<html>
<head>
<script src="js/functions.js"></script>
<-- WRONG:
<script src="http://localhost/js/functions.js"></script>
<script src="C:/myProject/js/functions.js"></script> // valid, but better to avoid
-->
</head>
</html>
To preview HTML file on disk (using file:/// protocol) in WebStorm, hold Shift when choosing a browser

What is the .. css source showing up in Chrome Inspector when using Zurb Foundation 4?

I'm using Foundation 4 (the Sass version) and most elements have styles applied to them that are coming from a source listed simply as ... When I click on it to see what it is I get the following:
<!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN">
<html><head>
<title>401 Authorization Required</title>
</head><body>
<h1>Authorization Required</h1>
<p>This server could not verify that you
are authorized to access the document
requested. Either you supplied the wrong
credentials (e.g., bad password), or your
browser doesn't understand how to supply
the credentials required.</p>
</body></html>
What is this source? Shouldn't everything be compiled into foundation.css?
Check your server: If you put an image (foo.jpg) in your directory, can you open it and see it in your browser? I don't have enough details to help you (OS, server, ...) but you probably need to look this way. If the file aren't opening, you have problems in your server config or file permission!
(#admins : sorry, it should be a comment but it seems I don't have sufficient rep to reply to the comment)
I just noticed that whenever .. shows up in Inspector the line number shown matches that of thee selector in the .scss file. I have no idea how this works, or what exactly is responsible for this.
Oh! Just figured it out! It was the experimental SASS support feature which I had enabled in Chrome!
Mystery solved.