Requests for https://malsup.github.com/jquery.form.js are being 301 redirected to http://malsup.github.io/jquery.form.js, hence the mixed content issue.

The resource is also available via HTTPS so you could possibly link directly to https://malsup.github.io/jquery.form.js, as long as you're confident it won't change.

If you're relying on the HTTP referrer header to prevent hot linking there are a couple of issues you might need to think about. The header can be spoofed. And it's not uncommon for the referrer to be blank, such as when someone bookmarks a resource.

I haven't attempted to block hot linking myself, but what I would try doing is setting a domain cookie so that at least you know they've visited your site. Then when they request the download, their browser will include the cookie in the request header, which you can test against.

If you need to protect resources more thoroughly, consider implementing a way for users to authenticate themselves, such as with a username and password, and/or restricting access by IP address.

I'm unable to find any mention of SSI on your host's site. To test whether SSI is enabled you could try something like outputting the date - just insert <!--#echo var="DATE_LOCAL" --> into the body of your document.

You might want to have a look at HTML Imports.

The directive you have used is a server-side include, which may need enabling on your web server in order to work. Note the 'file' or 'virtual' argument of the include directive should specify a path somewhere inside the web root directory. If you are hoping to share the file between sites I guess you might want to consider hard linking to or copying the file instead.

If the file is corrupt you'll probably have a hard time trying to recover the contents. That's why it's important to keep backup copies :-)

In the unlikely event you don't have a backup, try looking for a temporary file. Sometimes applications will create such files while a document is open and delete them when finished. It's just possible a temporary file may still exist, especially if the fault that caused the corruption also terminated the application unexpectedly.

Which operating system are you using?

The point at which you're calling the document.getElementById('imageTwo') the image element doesn't actually exist. As a result, the value of image will be null.

You need to call the function after the IMG tag has been created. You can do this either by placing a script block after the tag, or defining a body.onload function and placing it within. For example:

<html>
<head><title></title>
<script>
function myOnload() {
    image = document.getElementById("imageTwo");
}
function moveright() {
    image.style.left = (x += 5) + "px";
}
</script>
</head>
<body onload="myOnload()">
<img src="image.jpg" id="imageTwo">
<a href="#" onclick="moveright();">Move right</a>
</body>
</html>

Don't forget to include your CSS, otherwise style.left might be ignored.

HTTPS helps to prevent cookie theft by MITM attacks. However if a site has an XSS vulnerability the cookies can still be stolen. And if that site relied solely on a session cookie for authentication then an attacker could gain access to your account without needing to login.

Try setting the CSS style to clear: left for the DIV elements on lines 1, 11, and the other one not shown in your snippet, i.e. the DIVs that are the immediate ancestors of the image tags.

They should be available on python.org. Look for the x86 MSI installers.

http://www.python.org/download/releases/2.7.6/
http://www.python.org/download/releases/2.7.3/

Line 16, document.getElementById("demo") is returning null. There is no element with the ID demo.

Insert something like <p id="demo"></p> at line 11 and you should find it'll work.

The user-agent string contains the information you need. Using JavaScript you can access it through the browser's navigator object, e.g. navigator.userAgent.

You might be able to disable directory browsing in your web server's configuration. Visitors should then see an HTTP 403 error page instead.

Another option would be to redirect requests for the URL to products.html, or some other page.

If a web server finds a default web page located in the directory it will serve that instead of a directory listing. Default web pages are typically named something like 'index.htm', 'default.aspx', or 'index.php'. It depends on your configuration.

So, if you wish to prevent visitors from browsing a directory, you might get away with simply dropping in an empty default page.

Which web server are you using?

Hi M,

There are a variety of ways you can pass data between pages. Have you considered using cookies, session variables, query strings, or form requests?

Could you tell us which methods you have tried. Which methods do not match your requirement and why?

You may find Microsoft's ASP.NET Session State Overview page helpful.

Taking ownership of a file owned by SYSTEM isn't normally a problem. Perhaps something is holding the file open? Have you tried booting into safe mode and attempting to take ownership?

If you succeed I expect you'll then need to assign some permissions, to allow you to delete the file, otherwise you would see an access denied error.

Did Gerbil's suggestion work out?

You might need to take ownership of the file before you can delete it. Log in to a command prompt as administrator and type takeown /? to get more help.

There's a C implementation in the Adobe PostScript SDK. Have a look on the developer site, under filters...

Is that URL correct, or have the NSA squished it already? Doesn't seem to be working.

Someone I don't know was given an encrypted hard disk and a USB stick containing the keys. The hard disk had a glass platter. He was instructed to hide the USB stick somewhere safe, and 'accidentally' drop the hard disk if challenged. The glass platter would break and any data would be unrecoverable.

Unfortuantely it wasn't his lucky day, and when customs pulled him over he dropped the USB stick instead. I guess he must have been walking funny.

Hi Beep

Have you checked the EXIF data? The x-resolution and y-resolution fields should match the image. If they don't, Windows Photo Viewer uses these values regardless and displays a squashed image.

This sort of problem can apparently occur when a photo is resized or rotated, typically with older image editing software. If the software doesn't recognize EXIF, or support asymmetrical resolutions, the EXIF data won't get updated appropriately.

A quick search on the Internet might suggest a tool that will batch fix the images for you, or report the correct EXIF information. Can anyone recommend a utility?

You dont need anything. All you need is a text editor

I agree with Jorge, but I would like to recommend using an HTML/css editor instead. Although HTML and CSS can certainly be edited in a text editor, they don't generally provide useful features like HTML and CSS validation or code completion. A decent HTML editor can help you avoid the type of mistakes that beginners often make. It'll save you a lot of frustration.

Hi Somjit

It's unnecessary to have a website in order to learn HTML and CSS. If you save web pages and style sheets to your local file system you should find any modern web browser is able to open them.

However there are some aspects of the web that are easier to learn if you have access to a web server. Without a server you may struggle with things like forms, cookies and AJAX requests.

Once you've got to grips with the basics of HTML and CSS, have a go at installing a web server locally. That way you can create your own websites locally, for free. As many as you like :-)

Two popular web servers are IIS and Apache, both of which are available for free.

Hi Sania

ABCpdf installs itself to the global assembly cache (GAC) by default. Open up the Add Reference dialog, select the browse tab and navigate to...
C:\Windows\assembly\GAC_MSIL\ABCpdf\
There you should find a subfolder, named '8.1.1.6__a7a0b3f5184f2169' or similar, inside which is the ABCpdf DLL. Add it as a reference to your project.

Which version of Visual Studio are you using?

Did you add a reference to the component from your Visual Studio project? Right-click on your project in the solution explorer and select 'Add reference...', look for WebSupergoo.ABCpdf under the .NET tab.

It's useful to include some namespaces also, so add the following to the top of your C# code file...

using WebSupergoo.ABCpdf8;
using WebSupergoo.ABCpdf8.Objects;
using WebSupergoo.ABCpdf8.Atoms;
using WebSupergoo.ABCpdf8.Operations;

or for VB.NET...

Imports WebSupergoo.ABCpdf8
Imports WebSupergoo.ABCpdf8.Objects
Imports WebSupergoo.ABCpdf8.Atoms
Imports WebSupergoo.ABCpdf8.Operations

The 'Getting Started' section of the documentation provides some further help.

ABCpdf - it's a PDF component for ASP.NET, suitable for use in multi-threaded environments.

One way you could convert your ASPX page would be to simply pass the URL to the AddImageUrl function. Something like...

Doc theDoc = new Doc();
theDoc.AddImageUrl("http://www.example.com/somepage.aspx");
theDoc.Save(Server.MapPath("htmlimport.pdf"));
theDoc.Clear();

There's a slightly more complex multi-page example to be found in the product documentation, written in C# and VB.NET

The component makes use of the Trident and Gecko rendering engines, so the PDF generated should match what you'd expect to see in Internet Explorer or FireFox. If you want to find out immediately how ABCpdf will render your web page, try out the online demonstration - no need to install anything.

Disclosures, past and present: see profile ;-)

Hi Tumbleweedracef

Have you tried running IE in safe mode?

This'll ensure all add-ons are prevented from loading. If the problem disappears in safe mode then it would suggest an add-on issue; in which case you could try disabling the add-ons in turn until the culprit is found.

To start IE in safe mode press Windows Key + R, type 'iexplore -extoff', then press enter.

Have a go at visiting the sites while in safe mode and let us know what you see.

Another possibility, albeit a longshot, it might be worth checking to see if a sticking keyboard or mouse button is the cause.

In some instances, yes.

Clicking on a hypertext link sends a GET request. The following link and form send similar requests...

<a href="/somescript.php?id=123>Go get it!</a>

<form name="form1" method="GET" action="/somescript.php" >
<input name="id" type="text" value="123" />
<input type="submit" />
</form>

Hypertext links don't send POST requests, although there are ways to trigger a POST request with the help of JavaScript and AJAX. You probably wouldn't want to go down that road if you needed to ensure the behavior of the link remains consistent. What might happen if someone visits your site with JavaScript disabled in their client?

They're called Sitelinks...

Google decides which of your URLs are eligible, and when they show.

It's not possible to specify links should appear, AFAIK. However, if you wish to prevent certain links from appearing, Google Webmaster Tools will enable you to this.

Hi Feblioz

It's not immediately obvious what's wrong.

However, there are quite a few errors in you code that perhaps you need to correct first...

  • Your 'a' tags are not properly closed
  • Left and Right are not valid elements for HTML
  • The stylesheet might not be applied in quite the way you expect, e.g. consider "#threeCols left, #threeCols centre {", instead of "threeCols left, center {".

Did you create the code in notepad? You may find it easier to work in a dedicated HTML editor with support for HTML and CSS validation.

... when i tried to change the permissions i get "access is denied"

If you're unable to change permissions as an administrator, you possibly need to take ownership of the folder first.

Folder properties > Security tab > Advanced > Owner tab > Edit...