I want to be able to achieve the same thing as you do with hosts but using a chrome plugin. I'm not sure if theres one available.
Essentially, I want to point a url to a specific IP address that's not listed on the web. I don't want to use the hosts file because I want to make this as easy as possible for my clients.
Is there a plugin out there or a solution that is contained within a web browser?
This is DNS:
I want to point a url to a specific IP address
However, this:
that's not listed on the web.
causes questions. You could generate random names in DNS to obfuscate what you're doing, but anything you present as a client based solution where the client doesn't have to do this work will need to be translated, whether you reinvent the wheel from scratch or use a solution that's already available.
Related
I am looking for a way to integrate my app in the Sharepicker. I already found the regarding example here and the Manifest documentation.
My Problem is, that I do not want to receive Pictures, but links or other things. Is there any place (that I did not find) where the possible extensions are listed?
No. You can only act as a share provider for pictures. For everything else, you can give developers an URI scheme that they can associate with your app, therefore being able to call it later on if they decide to share something with you. This, however, will not be a system-wide sharing extension.
A customer asked to be able to call my web app from his domain for hiding my domain name.
I remembed that several years ago it was used to use an hidden iframe ... is there a more "modern" solution?
The only better solution is to actually host the site on the domain that you want it to appear on.
He might want to consider setting his DNS to point a subdomain at your servers if you are unwilling to install the application on his.
Newbie question.
I'm trying to make a mobile site using html5's geolocation (I know technically it's a separate spec, but still) to identify user's current position and post that to a web service which then does something. Basically a browser version of Four Square.
Is there anyway that I can verify that the user is really at that location? I want to prevent someone from making something, say a console app, that sends fake lat/long to the service.
Any suggestion is welcome, even if it doesn't get me there 100%. Thanks, SO community!
The short answer is no. All you can know for sure is where the browser claims to be. A sufficiently determined user could fake this.
A feature like this is really best used for convenience, not for security.
Ask the user to take a photo of the area, and compare that with Google Street View images near their stated location.
Or no. You might be able to get location information from DNS LOC (RFC1876), which might be accurate to within a few tens of kilometres, and only then if the DNS information is also accurate.
Yes - I know there is because GoWalla (available for free at the iPhone app store) requires a user to be at a given location before checking-in.
Unfortunately I'm not familiar with how they did this.
I have a page that is just a non interactive display for a shop window.
Obviously, I don't link to it, and I'd also like to avoid people stumbling across it (by Google etc).
It will always be powered by Chrome.
I have thought of...
Checking User Agent for Chrome
Ensuring resolution is 1920 x 1080 (not that useful as it is a client side check)
Banning under robots.txt to keep Google out of it
Do you have any more suggestions?
Should I not really worry about it?
Not that I would EVER recommend what I'm about to suggest - how about filtering by IP address. Since you provider IP is rarely going to change you can use Javascript to kick out or deny requests from IP addresses other than yours. Maybe a clean redirect to http://www.google.com or something silly like that. Although I would still suggest locking it down with a login and password and just have it write a never expiring cookie. That's still not a great idea but a shy bit better than the road your trucking down right now.
You could always limit the connections by IP address (If you know it ahead of time/it's reliable):
Apache's access control
If it is just for a shop window, do you even need access to a web page?
You can host the file locally.
Personally, I wouldn't worry about it, if no-one is linking to it externally it is unlikely to ever be found by search engines.
We are trying to streamline the process of showing clients their websites whilst in development without the need to change absolute paths etc.
We mostly develop locally and change our hosts files to reflect the domain name, when we are ready to show the client we copy the files to www.client.com/dev but I'm looking for a better method, any suggestions that can make this process smoother and faster would be great.
If you always host the site on a separate domain and not in a subdirectory, you will never have to change absolute paths. So instead of hosting a site in development at www.client.com/dev try dev.client.com. Another option would be to use client.yourcompany.com.
Also try to protect the site in development with HTTP basic authentication. This is easy to set up in most web servers, without changing your web application. Also, if the content is even remotely sensitive in any way, use HTTPS as well.
Alternatively, let them simply come over to your office and present it to them (or go to them and present it). The upside is that you have full control over what they will and won't see, and it never has to go online.
Well, we have client.t.uw.ru site which is universally visible.
When it matures, it moves onto www.client.com and is pushed to search engines.
Thus, we have a * DNS entry on t.uw.ru domain which makes it easy.