Cloudfront configuration
Using Jamroom
DannyA:Enabled and deployed. Been many many hours.
It's working here for me. Can you confirm the items in your S3 bucket available at your CloudFront distribution URL?
Forum Activity for @brian
Using Jamroom
It's working here for me. Can you confirm the items in your S3 bucket available at your CloudFront distribution URL?
new ningja skin version unusable (menu bug and others)
Installation and Configuration
soaringeagle:the new ningja skin removes multiple menu items, several global config options wont stick when saved (checkboxes uncheck themselves)
the biggest issue is that the menu deletes several menu items
the biggest issue is that the menu deletes several menu items
Skins don't really "delete" anything - it may have hidden something that was previously showing, but it's not going to delete anything.
Global Config options are handled by the core - I'm not seeing any issues with saving them here in Ningja.
If you could be specific and succinct about the exact config options or menu items you see problems with, that would be helpful.
Thanks!
menu issues ijn newningja slkin
Using Jamroom
No need to ever cross post - we see everything in the forum
Thanks!
Unwanted HTML gap/space
Using Jamroom
Looking closer at this, these breaks must be part of the "pasting" process - JR is not adding them in. I just pasted this table:
<table>
<tr>
<td>One</td>
<td>Tow</td>
</tr>
<tr>
<td>Three</td>
<td>Four</td>
</tr>
</table>And here's the output it produced:
<div id="widget_id-189" data-id="189" class="sb-widget-content">
<div class="widget-item widget-item-widget_html">
<div class="item">
<table><tbody>
<tr>
<td>One</td>
<td>Tow</td>
</tr>
<tr>
<td>Three</td>
<td>Four</td>
</tr>
</tbody></table>
</div>
</div>
</div>So the extra line breaks are part of what you are pasting in. I assume you are clicking on the "code" button in the editor and pasting in your HTML? If you are trying to paste HTML directly into the editor (not using the code button) then it's not going to work correctly.
Let me know if that helps.
Unwanted HTML gap/space
Using Jamroom
michaelcawood:I just found the same thing. For every row of a table there's an extra line break added to the top of the HTML entry. But it's not something I can fix. It seems to be a bug with the way tables are handled in Jamroom.
It looks like TinyMCE is adding breaks after the opening and closing table row tags - very weird. We have other code in place to "clean up" TinyMCE output from in Jamroom, so we can check this out.
Thanks!
Cloudfront configuration
Using Jamroom
Give it time - it can take an hour or two for CloudFront to fully setup a distribution. You have to wait for the "status" to say "Deployed" and the "State" to be enabled in your AWS control panel.
Cloudfront configuration
Using Jamroom
DannyA:1. Will this be added at some point? Those files represent a lot of hits to the origin server
No - there's no plan at this time. It would add a significant amount of complexity for files that are cached by the browser. And with HTTP/2 coming online, moving your CSS/JS to a CDN is no longer a good idea.
Quote:2. When an item in s3 is pulled into cloudfront, it sits there and it may or not get refreshed based on the header info. If you update a file in JR, and clear your cache, you will need cloudfront to come and fetch the new file. You need to invalidate the object. You need to flush the file on cloudfront. I don't know what you want to call that. But how would you do that?
That's automatically done by CloudFront/S3 - when cloudfront sees a newer version of an object is in the source bucket, it gets updated.
Quote:
3.So when creating the distribution specifically:
Origin Domain Name- Same as bucket in s3 config
Origin Path-Blank
Restrict Bucket Access- NO (default)????
3.So when creating the distribution specifically:
Origin Domain Name- Same as bucket in s3 config
Origin Path-Blank
Restrict Bucket Access- NO (default)????
If you read the help for this in the AWS control panel it will tell you why you would (or would not) want to do this. This really isn't JR related.
Quote:Restrict Viewer Access(Use Signed URLs orSigned Cookies)- NO
Viewer Protocol Policy-HTTPS Only(if applicable)
Allowed HTTP Methods- GET,HEAD
Viewer Protocol Policy-HTTPS Only(if applicable)
Allowed HTTP Methods- GET,HEAD
Yep - pretty much everything at the default is good.
let me know if that helps.
CSS Being Stripped
Using Jamroom
I'm not seeing any issue with this here - logged in our out, it is the same. I do see however that the "align" parameter is not being allowed on some of the elements (p, div, tr) and I have that fixed for 5.3.0b8.
One followup question - are you posting these blog entries as an admin/master user or as a regular user account? And you've checked that you're allowing "div" in your Allowed HTML tags for the quota?
Thanks!
CSS Being Stripped
Using Jamroom
It doesn't make sense that it would appear different to a logged in user versus a logged out user - I have no idea why you would see that.
As for the HTML, if you're cutting and pasting from another site INTO Jamroom, then it could be that there are attributes on the HTML tags that Jamroom is not setup to "allow" (some for security reasons).
Your screenshots also did not come through correct - can you try posting them again? If you can, also attach a ZIP file of the actual HTML you are pasting into the editor's "HTML" window so I can test it here and see if there are attributes being removed that can be allowed.
Hope this helps!
