A fresh install of PyroCMS 3.0 Beta... In the WYSIWYG editor, if I try to insert an image, the popup gives a 404. Checking the console, the path is not correct. I've set the path correctly in /config/app.php but this doesn't change it. Is there a place to configure the paths used for this field type?
Thanks in advance.
This has been fixed - a composer update should do it for you and might want to run php artisan asset:clear
Per developer - you need to change two files. filemanager.js and imagemanager.js, lines 33 and 44 of both. Add "APPLICATION_URL + " in front of path corrects the problem.
Related
I am trying to translate the "Go to Checkout" of Magento 2. If I place the file in /vendor/magento/module-checkout/i18n/de_DE.csv it works. Content of de_DE.csv:
"Go to Checkout","Zur Kasse"
But this seems as a bad idea as adding/changing stuff in /vendor is bad practice at least.
I have tried to place it practically everywhere, but no luck...
You can achieve the same by overriding it in your custom theme like given in below example. More over doing the changes in the vendor/magento is not advisable.
app/design/frontend/{{Vendor}}/{{Theme}}/i18n/de_DE.csv
Once all the translations are set save the file and run the below given command in the terminal.
Clear cache (bin/magento cache:clean) and check your changes.
Hope this will make your day!.
Thanks
You can add your csv file in app/i18n/vendorname/modulename, it will get translated everywhere the site., In your case you are saying that tried with place the translated file in vendor..So you can just override that in your custom theme too..Like path app/design/frontend/VendorName/CustomModuleName/Magento_Checkout/i18n/.csv,
And run the commands like upgrade deploy compile if it is necessary..
And clean cache too..
Hope this will help.
I am trying to follow the Jekyll docs and am stuck on how to display an image
---
layout: post
title: "My first post!"
date: 2016-10-20 16:17:57 +0200
categories: jekyll update
regenerate: true
---
This is in the `_posts` directory.
It can be edited then rebuild the site to see the changes.
You can rebuild the site in many different ways, but the most common way is to run `jekyll serve`, which launches a web server and auto-regenerates your site when a file is updated.
![name of the image][{{site.url}}/assets/P6740674.JPG]
I feel very silly asking this question as it is so basic but I can not find any answers to my question
Is it possibly a configuration error on my own system. I am using apache2, ruby gems, etc
Thanks in advance
If you want to use site.url, you have to add a url variable to your _config.yml file. More info in the Jekyll documentation.
But you might not have to use site.url at all. Any urls that start with a / slash will be relative to the top level of your domain. So you could do this:
I could see an images directory created under assets by default. I've placed an image as follows.
assets/images/myimage.jpg and add following line in the post.
Run bundle exec jekyll serve and see if there is any error. If you have mentioned mismatching file location, you will see error here.
The problem here is annoying simple - you have the wrong format for your image link.
It should be . You have ![name][link]. Note the difference in the brackets. Everything else is fine.
I know this is an old question but I spent some 15min on this (jekyll/github blog is my secondary blog). So adding a suggestion here.
Briefly, as Kevin suggested, add the image file to a path under the root and give path to that file. Make sure that the file/directory is being tracked; not .gitignored.
My assets directory is inside _site directory. But, when I added a new image under that path git status did not show it as newly added- .gitignore ignored the _site directory. So Kevin's suggestion did not work as is. But as per his suggestion, I reasoned that as docs is my site's root, if I add an images directory there and add the image under that then something like
should work. And it worked this way. Not sure if this is the best way. Sharing here in case you have similar config.
In my case, I forgot to push the image to remote and therefore the image didn't show. Just to keep this in mind as well.
I have created a website named www.connectedipvoice.com and installed SEO Boss extension. Somehow it was not working so I tried to remove it using my administrator mode from my website but it shows a message:
JFolder: :delete: Path is not a folder. Path: /home/content/54/9492054/html/components/com_seoboss
Component Uninstall: Can't uninstall. Please remove manually
Then I tried to uninstall directly from server but it's not showing there too. My problem is when I try to install it again - it's showing me that the file is already installed and when I checked in the extension area >
manage catagory I found that SEO Boss extension is still there. But now I'm unable to get the options to remove it - the status column becomes blank!
To properly uninstall it (so you can install it again) you need to also remove the component reference inside the table called #__extensions
Search the element field for anything containing "com_seoboss" and delete it.
Then you should be able to install it again.
You should also look for this and delete it - /home/content/54/9492054/html/administrator/components/com_seoboss
I am not too sure what you mean by 'i tried to uninstall directly from the server'.
Anyway, I have had a similar issue to you when I was trying to uninstall virtuemart from a website. What worked for me was to:
manually delete all the component folders (using an FTP client like Filezilla )
manually delete all component tables from the database (using phpMyAdmin)
If you try this solution, make sure you backup your database first.
Hope this helps.
I recently changed to ubuntu OS and my captcha is no longer working. But it works fine in linux server... I am using codeignitor.
Error in imagettfbbox function i am getting this error...
Several things could go wrong.
1. Permissions for the img_path must be 777 or change the owner to www-data in order to gain write privs.
2. The font path for using the write font must be correct.
3. In order to use the captcha library you should have php gd extension installed.
4. And the last thing that could go wrong is the url path for the captcha image. Maybe the captcha is generated successfully but you are not accessing it correctly from the url.
May be your php interpreter doesn't configured with php, also try to remove browser cache.
I was facing the same problem. On shifting to ubuntu server captcha images stopped working. And changing the font path from 'monofont.ttf' to './monofont.ttf' worked for me. Just to be on the safe side, keep your font file and captcha script file in the same directory.
I just installed Magento 1.4.1.1 on my Ubuntu Apache server and everything is working just fine aside from one thing:
The Magento Connect Manager simply brings up a blank page. In Firebug it is just <html><body></body></html>. I read that it might be permissions but I gave 777 permissions to the Magento directory and all subdirectories and still the blank page.
Any ideas?
Alright, for some reason it was looking for a PEAR file in a non-existant location. Magento included this in line 27 of PEAR.php:
$_pearDir = dirname(dirname(dirname(__FILE__))) . DS . 'downloader' . DS . 'pearlib';
However, this led it to a directory that included "/includes", which wasn't correct. I ended up just putting
$_pearDir = dirname(dirname(dirname(__FILE__))) . DS . '../downloader' . DS . 'pearlib';
Notice the only difference is the "../" in front of downloader to remove the "/includes" directory from the path. But my real question would be why Magento would have this error in the first place. This couldn't have happened to everyone who installed Magento on an Ubuntu server, right?
I got the same error today without changing anything (no updates etc.) ... blank page when trying to access Magento Connect from backend.
With the help of the answer above I was able to get it to work again. So in Magento base directory go to /includes/src/Varien/ and make the change in Pear.php (include ../ before download) in line 12.
It still would be nice to know what really caused this problem.
Not sure if my solution is 100% related to your issue - but I had been struggling with a blank page for Magento Connect Manager too (version 1.4.0.1)
After a couple hours I discovered that the pear.ini file (/downloader/pearlib/pear.ini) needed to be updated.
It may happen that the filepath references in your pear.ini are not up to date in the case that you changed servers, installations or Magento directory locations.
Therefore you need to do two things:
Open your pear.ini in a text editor and update all filepath references with your current Magento directory location.
Adjust the number of characters for each string. A bit of a pain, I know but it works. (you can use a word editor to do your character counts)
For example:
s:59:"/var/www/vhosts/mysite.com/httpdocs/Test/downloader/pearlib";
where "s:59" is the number of characters in the path /var/www/vhosts/mysite.com/httpdocs/Test/downloader/pearlib and "Test" is the old directory.
Upon going live (i.e removing "Test" folder) This needed to be updated to:
s:54:`/var/www/vhosts/mysite.com/httpdocs/downloader/pearlib`;
Let me know if you have luck?