OpenLayers map controls failing to show up over HTTPS - https

I have a OpenLayers map application running on a Django page. It uses a control panel to allow drawing on the map. We recently switched the site over to HTTPS, and now although the map loads, the controls don't show up and there are no Javascript errors. Any idea what could be wrong?

It turns out this was a problem with my configuration. The Apache server that was serving the CSS files wasn't configured correctly, so with no styling the controls simply failed to appear.

Related

Debug loading issue

I'm having trouble debugging an extremely strange bug.
It happens rarely, and at seemingly random places on the page.
The HTML will stop, and start loading the page again - see screenshot below:
If I reload the page then 99% of the time it works fine. We're using Magento on an nginx server but the issue also happens on my local dev box.
There are no errors generated when this happens that I can see (checked nginx, php-fpm, mysql and Magento logs).
Does anyone have any ideas on how I could debug this issue?
I think the problem is your javascript in your template or skin. When dom is ready the search filter will load their subcategory also.
You should have a look at Network tab in debug tool and check the last request is called by Ajax (XHR). Maybe it is rendering a page layout template instead of json or blank page.
Good luck

Is Durandal getting in the way of my POST to a 3rd party asp.net handler? 405 Method not allowed error

I've added Roxy Fileman to my project and tied it in to CKEditor. It's a standard Durandal project with an MVC controller for routing and a web api controller for ajax/json data calls.
A typical working URL for a web api call in my app is http://localhost:63093/api/DurandalApi/getAssessmentQuestionnairePushMenu?id=1
When I try and upload a file from within CKEditor, I get:
Request URL:http://localhost:63093/fileman/index.html?type=image&CKEditor=ckeditor&CKEditorFuncNum=1&langCode=en
Request Method:POST
Status Code:405 Method Not Allowed
Remote Address:[::1]:63093
If, however, I directly go to http://localhost:63093/fileman/index.html?type=image&CKEditor=ckeditor&CKEditorFuncNum=1&langCode=en in my browser, the file upload works perfectly and I can then browse to the image from FileMan inside CKEditor.
The network tab in chrome dev tools indicates that the successful upload is done using this URL: http://localhost:63093/fileman/asp_net/main.ashx?a=UPLOAD which is significantly different to the one that CKEditor attampts to use, but that may be because in the second example, index.html is already loaded?
I'm not completely up to speed with what's going on, but the fact that the same URL works perfectly outside of Durandal if I go directly to the URL seems to indicate the FileMan plugin is working just fine and all permissions are set accordingly. Furthermore the CKEditor config is also fine as it can see the images I upload in the directory, but for some reason it's unable to "post" from within CKEditor (which is embedded in a standard Durandal view).
I'm trying to read up on routing to see if I need to do some kind of exception mapping in Durandal to tell it to let the 3rd party .ashx handler deal with the POST request and I'm not even sure if this problem is indicative of Durandal getting in the way or something else. Any suggestions gratefully received!
Ah. All has become clear. This is a half and half answer really as it doesn't really solve the problem, but equally the problem doesn't really exist!
The issue is that Roxy Fileman does NOT use the CK Editor inbuilt "upload" tab that is in the popup. It expects the user to "browse server" only and use the "add file" link in Roxy instead.
I was confused by the instructions, but now I understand!

Very weird glitch with twitter bootstrap and glyphicons and Spring web app

I'm using twitter bootstrap for the design of my web app. I'm using Spring boot, Spring MVC, and Spring Security for the backend. I'm also using thymeleaf for the view. I have glyphicons on my home page and they don't show up when I first open my app, it just shows an empty box with a border, where they glyphicons are supposed to be. When I log in to my app, and only when I log in and it redirects me to the home page, the screen just shows a list of glyphicons and the url points to http://localhost:8080/fonts/glyphicons-halflings-regular.ttf, and then when I manually type in the url to send me to the home page the glyphicons show up. I have no idea why this could be happening and I don't know why logging in causes something to happen to the glyphicons, I would think they would be unrelated events. If anyone has any ideas as to why this could be happening, and could let me know that would be super helpful, thanks in advance.
Could it be that this resource is only accessible once you are authenticated?
If that is the case you might load an empty response (or a failed attempt) during the login screen and once the ttf is loaded it's taken from the browser cache, which is still empty.

Liferay 6.2 ajax portlet content rendering

I've noticed that sometimes liferay loads the content of a portlet using ajax. For example, we've done some heavy duty web content templates and sometimes I can see a loading spinner while rendering the page.
I know about ajaxable and render-weight properties in liferay-portlet.xml, but... how does liferay know whether to render a portlet content using ajax or not? and second question, is it any way to disable this feature for asset publisher and web content display portlets without changing liferay's internal liferay-portlet.xml?
By default ajaxable is set to true.
In order to modify this you can try updating the render-weight and ajaxable attributes using the class PortletPreferences.
Read more here: https://www.liferay.com/community/forums/-/message_boards/message/11904281

CS-Cart Banner Slideshow not working in https

Hi I have a question in regards to CS-cart version 2.2.4 Banners Slideshow.
It uses Nivo Slider and the banner works fine on the normal site (http://www.smilefile.com.au/) but as soon as it goes to the secure URL it breaks (https://www.smilefile.com.au/).
The image to the links don't seem to be broken but it seems the javascript isn't running...
obviously, you include some javascript files from external domain by http, it causes the secure problem:
[blocked] The page at https://www.smilefile.com.au/ ran insecure content from http://ajax.aspnetcdn.com/ajax/jquery.validate/1.8/jquery.validate.min.js.
Try to read this question, it should help.
How to Include CSS and JS files via HTTPS when needed?

Resources