I'm having troubles generating thumbnails for AEM sites.
But I don't have any clue why after generating thumbnails in each page properties and saving them, the thumbnails still broken.
In page properties looks like this:
I posted this question if anybody is having the same issue. Maybe it's missing any configuration or any file in the CRXDE I overlooked...
Thanks,
Related
is it possible to use different user_uploads by page tree in TYPO3 9+?
Informations:
Multiple companies are using the same TYPO3 instance for their websites.
Example #1:
An editor is placing images in a content element on a page of a page tree with drag'n'drop. Normally the files would be uploaded to the user_upload folder. If you have a huge amount of backend editors the user_upload folder will be a mass in a short time and nobody feels responsible for the files. I know that you can see if a file is used by its references in the info section but it would be much easier if a company would have its own user_upload directory (maybe subfolder of it).
Did anyone faced the same problem an has a solution for this?
Thanks in advance!
I think you should configure your user groups and their users in such a way that they use the correct storage. you can read about it here:
https://docs.typo3.org/m/typo3/reference-tsconfig/master/en-us/UserTsconfig/Options.html#defaultuploadfolder
https://docs.typo3.org/m/typo3/reference-coreapi/master/en-us/ApiOverview/AccessControl/MoreAboutFileMounts/Index.html
I don't manage to get the Image Tools plugin to actually upload the images to the server. I upload images with the jbimages plugin with no problem. But when a picture is edited with the Image Tools, although there's the uploading bar, which gets to 100%, it seems that it's only uploaded as a blob. The page calls the tinymce.activeEditor.uploadImages() function when submitting the form data, but it doesn't work.
I use the 'postacceptor.php' file from the example (defined in 'images_upload_url') and the 'images_upload_base_path' is defined as well.
The files are not uploaded to the server, and the img src remains a blob.
What could the problem be?
Thanks!
What debugging have you done in your PHP code? Is the code being triggered? Does the file appear in the posted content? You need to narrow down where in the process things are failing.
Is the issue that TinyMCE is not posting the edited image or is the issue that the image is posted and the PHP code is not properly saving the image and returning valid JSON?
How did you configure TinyMCE?
Does an edited image get posted to your server code?
What is in that form post?
If you disable the jbImages plugin does that change anything?
Without more details it will be very difficult to help you figure this out.
I want to fully disable the preview of any kind of file for shared/published files in Alfresco.
Alfresco Community v4.2.0
(r56674-b4848) schema 6033
Spring Surf and Spring WebScripts - v1.2.0
(Release 1331)
In Alfresco, you are able to share/publish any kind of file. By sharing/publishing the file, you will get a link to access this shared file. Other users like clients/customers for example are able to view the shared/published file and can download it via a link like this:
https://alfresco.example.com/share/s/9QJiV6PNSAqAlxZDnFVQlQ
My problem is, that I hate this preview regarding some browser and preview display issues. Some kind of files like ZIP-files aren't able to be displayed in the preview and this causes an empty preview, which sometime causes an missing download button.
I also just don't want the preview. Well, how can I disable/deactivate the whole preview (only) for shared/published files, that the preview does not appear, if I visit the share-link?
Thanks in advance!
Override in web-extension alfresco/site-data/pages/quickshare.xml
And remove the sub-component with id web-preview
BTW: you know if you disable the preview users won't have any ability to download or view the file.
Am just beginning with joomla on a site that is already existing and was previously managed by someone else who is not available at the moment. I am trying to troubleshoot a problem why the website is displaying the header differently in different PCs but I am not being able to find the image of that header file. I tried to look for it under "site > media" but cannot find the image among the images in that area. I also tried to look for the path to the image through the template css and found this path ../images/logo.png which I believe must be the path to the header image but I honestly don't really know which path ../images/logo.png is but assuming it is the one under "media" then I still cannot find the image. Could you give me a clue on where the header image files could be found cause I've actually still failed? Or, could you make me understand this path ../images/logo.png or how to find an image on a joomla admin interface like say "logo.png". In fact I discover that on looking at the CSS for the template, the image paths found in it are not found in "Media"? Is there another path for the images in the template and how do I access them? I cannot FTP my host at the moment to view the physical files due to the long procedure needed so am hoping that there is a way to find it. I only have joomla admin access and nothing like Cpanel as yet. The joomla version of the site is 1.5.22 which I know is an old one but I plan to do first things first. Hope I've given enough infor.
Try using FireBug, or Chrome debugger - (press F12) and check "Click an element in the page to inspect" to see where the specific image is located exactly.
We make our Facebook application. Everything was all normal. After I rename one file, all the links do not work anymore. This was not a problem earlier in our application. I have no idea why this is happening.
Any thoughts? If more info is needed, please let me know.
This is my application
Your application here:
http://www.hamilgakhamil.com/sensitifstory/like
missing an image (link) on images/banner-fb.jpg, and the css files also.
To fix this move the css and images directories in the application root directory sensitifstory.