I have recently migrated my website using Akeeba Kickstart, additionally I have installed a new responsive template which I created with Artisteer 4
The trouble is empty paragraphs
<p> </p> <p> </p>
are shown on the pages as �
How can I fix this and why does this happen only in the site restored using Akeeba Kickstart; a freshly installed site does not suffer the same � whitespace rendering.
The most common cause of this that I've encountered is when people have restored a site from a MySQL database that has utf8_general_ci as it default collation to a MySQL server that has it's default set to latin1_swedish_ci.
In fact a quick search of the Akeeba website found this article on the subject of database collation and UTF-8.
Related
I got two TYPO3 CMS instances. One was setup with version 8.7.x and one was upgraded to 8.7.x from 7.6.x.
I created a content element with CType textpic containing the following text in both instances (got it from source code from ckeditor):
<p>Test</p>
<p> </p>
<p>text</p>
In the database, both tt_content entries look like this:
<p>Test</p>
<p>text</p>
Now, we come to the frontend.
TYPO3 CMS which was setup with version 8.7.x renders the following HTML code:
<p>Test</p><p> </p><p>text</p>
TYPO3 CMS which was upgraded to version 8.7.x renders the following HTML code:
<p>Test</p><p></p><p>text</p>
The is missing in the upgraded instance.
I use fluid_styled_content in both instances. Why the instances behaviour is not the same?
I found something on the Typo3 core bugtracker which looks like your problem.
With the update to 8.7.20 the " " in an <p></p> were removed witch the
result that many empty but needed lines/spaces were removed in the
frontend.
Just put this line in your TypoScript setup of your website as a temporary solution until the bug is fixed:
lib.parseFunc_RTE.nonTypoTagStdWrap.encapsLines.innerStdWrap_all.ifBlank =
You can find the original bug here: https://forge.typo3.org/issues/86819
Hope that helped!
I get 500 Internal server error several times on some pages, since my site was moved to a new server.
The problem automatically resolves after a few seconds (sometimes several seconds).
also when I clear joomla page cache, the problem resolves.
After installing jotcache and replace it with joomla page cache issues resolves but I want to use joomla page cache; because it's faster.
How can I fix this problem?
Joomla 3.8.2 ;
PHP 5.6 ;
MariaDB 10.2 (in old server mysql 5.5 )
You are probably using progressive caching, which is the worst type of Joomla caching and you most likely do not need it. Switch to Joomla conservative caching and see if that fixes the problem.
I am trying to build an admin panel with Laravel framework for a website that is going to be in Bengali language. I can write Bangla fonts in my mysql database quite fine and when I insert directly into the database the fonts are displayed fine but when I try to insert Bangla from the panel and try to see the output through my laravel controllers, the fonts are not displayed. Can anyone give me a solution?enter image description here
This is where I am trying to add a category name in Bangla. You can see the font working well here. I am using Avro Keyboard for inserting Bangla. But when I try to display it, it is displayed like this
enter image description here
You can see that Bangla fonts are not working properly. Now this happens only when I am using laravel. I have inserted Bangla directly into mysql database in xampp but then it works fine.
$category->category_name = ucwords(strtolower($request->category_name));
This is the code I'm using in my controller to insert the category name.
I am using php 7 and database collation is utf8_general_ci. I am also using this meta tag <meta charset="utf-8"> in my site's head section. Now could anyone please provide me a solution? It would be greatly appreciated. Thanks.
I have found the problem. In my controller I was using strtolower() and ucwords() when inserting the category name. That's what was causing the problem.
Unfortunately today I got my Joomla 1.5 site hacked- the index.php has been overwritten and I've found as well a php script which does something nasty with the config.php file.
I've changed the FTP password, however since the config.php file contains as well the database user/password I'd like to change it as well. What is the right place to change it ? should I change it just in config.php or somewhere else ?
Changing the database password must be done via your hosting cPanel and then in the config.php.
Once you have done this, I would suggest upgrading to Joomla 2.5 as it is far more secure and has more features. You should also consider installing some security extensions. I answered a question regarding security which you can find in the link below:
Joomla! 2.5.4 Hacked: Having trouble with diagnosis
Here is also another bit of information I added regarding why keeping your Joomla version up to date is a good idea, if you don't already:
Why should I keep my Joomla version up to date?
Hope this helps
I am so stumped with this and I need some help from the community. I moved my joomla site over to a new server and now the content has disappeared from the front end, I am not getting an errors.... Can someone offer any suggestions on where to look for the problem? my config is fine and I am pretty sure my database is aswell because all my original articles are there.
I am running Joomla 1.5
The URL: http://www.davidjamesmedia.ca
If you moved to a new server at a different hosting company, Joomla is probably either
not looking in the right place for the database, or
not using the right credentials (host, port, username, password, whatever) for the database.
That might also be true if you moved to a different server at the same hosting company, although it's a little less likely. Look at the configuration.php file.
Assuming you have shell access, make sure you can access the database through its command-line utility. Then make sure Joomla is using the same credentials.
This is a really odd one.
The database credentials are obviously correct otherwise the site wouldn't load at all and would result in a MySQL error. Try re-assigning a new temporary article to the homepage else download the K2 component, import your articles and assign the K2 article to the homepage.
Update:
If you have the demo package for the template you are using the follow these steps:
create a sub domain
install the demo package with sample data
export the #__content database table from the main website
replace the #__content table with the one you exported
Make sure your error reporting is on in your server's php.ini file so that you can see what errors php is giving i.e. error_reporting = E_ALL & ~E_DEPRECATED
In admin panel, can you see the articles in content menu?
If so, enter in each article and push the Save button.
After you save the article, it should appear again in frontpage (that worked for me).