I have just encountered an odd problem I'm trying to debug but cannot figure out what is wrong.
I have a wagtail site with images that were all working. At one point I refreshed the browser, and the images suddenly all disappeared from every page.
wagtailimages_tags is there
static is all loaded
the images are all in the correct media directory as specified and have been uploaded through the CMS
if i inspect element, the image is in fact coming through in the code perfectly.
But the site itself just does not show the image. I have checked the CSS and nothing has changed there and it is not hiding the image somehow.
My last resort - I actually started the project over completely in a new environment and added each application one by one to see if I could solve the issue ... nope. No images on the new install from scratch either!
No idea why all the images would suddenly just fail to appear in browser. Just seems super strange to me.
Any ideas on debugging appreciated.
Solved. The path to one of the js files had an extra /js in it and was not loading the file the page needed. The console showed and error and said it could not find /img.url - weird but the file in question where the error was found was the js file with the incorrect path.
This mistake caused every path to load perfectly but strategically blocked a few things globally that a little extra reading of the console would have helped me figure out sooner.
Fixed the .js file path and now all is good.
Related
I have a website on github pages. Two of the images work, but one just doesn't show up. I don't think it's a problem with my code, because if I open it up the local file, it shows perfectly. Has this happened to anyone else, or am I going crazy? I'm sure the website is up-to-date.
Your last commit refers to imgs/coding-large.jpg and imgs/game-large.jpg which do exist and do appear correctly.
But my screen is "min-width: 500px", so that is expected.
The last one https://calebbertrand.github.io/imgs/game.jpg is 404, because your imgs folder include game.JPG.
Case (lowercase vs. uppercase) might not matter locally, at the (potentially case-insensitive) level, but it does when accessed through the web.
im using opencart 1.5.6.4. I just cleared the cache and made a few changes mentioned in http://cartadvisor.com/blog/2013/11/05/speed-opencart-store/ to make my site speed.
now suddenly i get a list of jumbled characters. i dont see any error in the error logs and the site doesnt work
this is how the site looks now
i also replaced the htaccess, language files and reverted all the changes done but still i see the site like that. i tried in several PCs it doesnt work now.
any reason why this has happened?
You'll need to deactivate the OC output compression, go to System -> Settings -> Server and set "Output Compression Level:" to 0 - that worked well for me!
I'm trying to clone one fully functioning opencart website to another. The front-end of the website is in Dutch and the back-end I have left English default.
Here are the steps I have taken:
Copy database to new environment
Copy files and edit both the config files(config.php and admin/config.php) to match the server paths.
when i go to test the site, all seems to be working fine, until i go to the admin section where i find this blasted error which seems to be very common:
Notice: Error: Could not load language dutch! in /opt/www/prezent/graviolashop.de/HTML/system/library/language.php on line 39
I'm not sure if this is a path issue or something wrong with the db?
I have googled this issue but none are specific to my perticular case. Has anyone had this issue and resolved it?
Thanks.
If it's unable to load the language and you've copied them over as you say, then this is going to be a config issue. Ensure your path is exactly as it should be. A good way to do this is to create a file such as error.php in your root website folder. Then put some erroneous code in it like
<?php
dfs sdf sd;
Then call the file at www.yoursite.com/error.php, and it will show you the path in the error which you can copy exactly. One other unlikely but possible problem could be permissions, but the former is far more likely
I am having the following problem with Django-blog-zinnia, please see the picture below. My static files are being served on Amazon S3, this includes the CSS and Javascript in the screen shot below. I can properly trace all of the static files to a source (meaning all of them can be found). I get no error messages, so I am having a hard time tracing the root of this problem.
As you can see, the entry content field is not displaying, if you are unfamiliar of what this should look, look at this link. What could be causing this problem? Or better yet, is there a good way to debug these kind of problems?
I'm having the same issue. Just found this thread and it gives what looks like the answer:
do you serve the static files from another domain ?
If so, it's normal that wymeditor doesn't work, it's a known limitation.
https://groups.google.com/forum/#!topicsearchin/django-blog-zinnia/wymeditor/django-blog-zinnia/kfgj19-3lGc
This would explain why it works fine for me on local and not fine on staging/production. Have you figured out a workaround?
I've been having a sporadic problem for a few weeks where on restarting the CF Server (Enterprise 9) one of my applications runs without ColdFusion referencing all the variables in the Application.cfc file. It's in the same folder as the CFML pages, it IS properly capitalised as Application.cfc, but it seems to just be ignored. Obviously this causes problems with datasource name and all the other variables I set in Application.cfc. For reference, I'm using an Application.cfc file based on Ben Nadel's excellent intro at http://www.bennadel.com/blog/726-ColdFusion-Application-cfc-Tutorial-And-Application-cfc-Reference.htm . Usually my requested template runs as an include and I can see it in the stack using debugging output, now I can't see it there at all. It's as if the file just doesn't exist.
Has anyone else experienced this, or can you think of possible solutions? Note that at times a restart has got the whole thing running perfectly smoothly.
Re folder structure it's really simple: the Application.cfc file is in the web root along with executable CFML templates - included templates, images, CSS etc are in separate folders referenced via relative paths.
There is another application with its own similar Application.cfc file that is in a sub-directory of the web root. This is running perfectly.
Try clearing your template cache. I've see cases where CF just gets flakey and the cached files are causing issues. Another option: Does ColdFusion have permissions to read/execute the Application.cfc? If this WAS an issue but is no longer an issue I've seen cases where the template cache was causing these files not to be found. Again, delete these files (from disk, not the cfadmin) and try again.