After restoring backup different buttons

[Egocentralis]

Hi all,

I have a strange thing and I cannot find an answer why this is happening. I made a backup of the joomla site with fabrikar with Akeeba.

Its on https://orakel.egocentralis.nl

Then, because i needed a test enviroment so I created a sub domain like https://test.orakel.egocentralis.nl.
When I restore the backup over there, everything seems to work fine.

Except the look of the buttons is different. I think I miss something small but I cannot find it.

On the original site it looks like::



On the test environment its looking like



How can I show the correct buttons??

thanks in advantage

 

[lousyfool]

How to view the list on the sites?
PM a test login?

 

[achartier]

When you restored the database did you choose a new prefix? Did you rest the fabrik database connection?

 

[troester]

It this frontend/backend? Identical Joomla template? It looks like it's using a different font (i.e. icons are missing, also characters are looking a bit different)

BTW: Did you open and re-save the Fabrik connection (must be done for any copied Fabrik site to let Fabrik know about the new database)

 

[Egocentralis]

It this frontend/backend? Identical Joomla template? It looks like it's using a different font (i.e. icons are missing, also characters are looking a bit different)

BTW: Did you open and re-save the Fabrik connection (must be done for any copied Fabrik site to let Fabrik know about the new database)

This is in fabrikar/connection and then connect to the new database? If so I did this.

This is frontend. Template is the same. I did an akeeba backup of the production site.. and just putted it in the test domain. with kickstart.

I tried to do it several times.. website is working okay, all functionallity is there... only the buttons are different.

 

[Egocentralis]

When you restored the database did you choose a new prefix? Did you rest the fabrik database connection?

no I kept everything as it was.. only a different domain... since this will become a test site.

 

[troester]

Check the links with your browser dev tools (on both sites to see any differences), you should see something like (here Protostar template)



Check what is in your template.css files etc.

Did you clear Joomla and browser cache?
Template options for compressing CSS?
Some hardcoded URL or file path?
Folder access?...

A link to your list?

 

[Egocentralis]

Check the links with your browser dev tools (on both sites to see any differences), you should see something like (here Protostar template)
View attachment 19712
View attachment 19713

Production site:


Test site:



looks indentical to me?

Check what is in your template.css files etc.

Uhm, When backuping with akeeba, they should be the same, isnt it? I did look but could not find a difference. I use OrdaSoft Template - Base Template - Standaard template.

Did you clear Joomla and browser cache?

How to clear joomla cache?

Template options for compressing CSS?

I am not sure, I never used it, Where can I find this?

Some hardcoded URL or file path?

mmm thats possible, I dont know, how can i find this?

Folder access?...

A link to your list?

Folder access is the same.. a link to the list is a bit difficult.. This because there is live information on the site. I need to make a test account with some dummy info. Will do this tomorrow and send you a link, with a login account since that is necesary.


regards

 

[Egocentralis]

mmm I notice something with check element.

I have messages like this:

Access to font at 'https://orakel.egocentralis.nl/media/jui/fonts/IcoMoon.woff' from origin 'https://test.orakel.egocentralis.nl' has been blocked by CORS policy: No 'Access-Control-Allow-Origin' header is present on the requested resource.

But when searching in the database php my admin.. or in the file structure I cannot find the url what this error message is talking about.

EDIT:

In the ordasoft template.css this is written:

@font-face {
    font-family: 'IcoMoon';
    src: url('../../../media/jui/fonts/IcoMoon.eot');
    src: url('../../../media/jui/fonts/IcoMoon.eot?#iefix') format('embedded-opentype'), url('../../../media/jui/fonts/IcoMoon.woff') format('woff'), url('../../../media/jui/fonts/IcoMoon.ttf') format('truetype'), url('../../../media/jui/fonts/IcoMoon.svg#IcoMoon') format('svg');
    font-weight: normal;
    font-style: normal;
}

Is this causing the problem? I have more fonts with an error like this.

 

[troester]

Obviously it's still trying to load the font from your original site (and gets blocked).

Clear cache: System [Clear Cache] "Delete all" on site and admin, + expired cache)

Template options: depends on your template

 

[Egocentralis]

Thanks Troester..

Your answer.. some hardcoded url made me think .. then I looked in the console and saw the error messages.

I Needed to check the files content if there was a hardcoded URL.. But i did not know how.

I knew, i had to download all files to my computer to use notepad ++ but that will take ages.

So I did it via SHH - PUTTY..

I used this command:

grep -ri "something"

replaced something with https://orakel.egocentralis.nl and that did the trick. I could find the right files.. changed the url..

and now it works..

So thanks a lot for pointing me in the right direction!!

 

[troester]

You should better replace it with a relative URL to keep it independend of your "base" URL.

 

[Egocentralis]

Ok, one question.. to solve this issue for the future.

Edit: You answered it a littlebit.. but how do I do that?

$doc->addStyleSheet("https://test.orakel.egocentralis.nl/templates/".$this->template."/css/template.css");

How do I need to write this, without the https//test.orakel.egocentralis.nl part?

just :

$doc->addStyleSheet("/templates/".$this->template."/css/template.css");

Or is this to easy???

 

[troester]

I never know if it needs the starting /, just try

 

[achartier]

no I kept everything as it was.. only a different domain... since this will become a test site.

If you did not change the database prefix then both joomla instances will be writing to the same database tables and that is not a good idea.

 

[juuser]

It's usually a good idea to have separate database for every instance of Joomla and in this case you can have the same database prefixes in all instances.

If you did not change the database prefix then both joomla instances will be writing to the same database tables and that is not a good idea.

 

[Egocentralis]

I use another database so the prefix is not a problem..