Topic: Blocks do not appear on Portal page

[natasa]

@AngelinaBelle:

1.) Portal Mode: Front page

2.) Server Settings:

Forum URL: http://med2.serbianpress.com
SMF Directory: /home8/somename/public_html/med2

3.) Content of php block was given to me by [SiNaN] in one of previous posts and it is:

var_dump($_GET);

I don't see how it can be affected by Pretty urls because this is completely new database ( with different name and user ), and new SMF installation, only on same address.

4.) That php block is set to be shown everywhere and permission is for everyone.

When I set other blocks on everywhere they also appear on http://med2.serbianpress.com.

@ deansmar

These are two completely separated databases.
When I try with repair_settings.php paths are the same as mine, only I get this information:
Queryless URLs
Value not found!

I did not change any of settings after uploading SMF installation, I just uploaded it and after that installed SP.

Summarise:

[SiNaN] said that it may have something to do with fact that it is sub-domain, but I don't think so, because I have the same problem on main domain on address urrgb.com, which I solved by redirection on urrgb.com/index.php.
I still think that this have something to do with host, because this problem appeared all at once on some other of my domains and subdomains (I said that somewhere before) with SMF installations.
It looks like that only are not affected subdomains where were Pretty urls installed (even after uninstall, on that subdomains everything is working as it should).

So, this problem can be solved by redirection, bu it is not essentially solved.

[deansmar]

not to sure if this is relevant...!!!

but..!! when i go to my main web address "www.xxxxxx.co.uk" it takes me to my forum... and SP

Forum URL: http://www.xxxxxx.com
SMF Directory: /xxxxx/xxxxx/public_html
Sources Directory:  /xxxxx/xxxxx/public_html/Sources
Cache Directory:  /xxxxx/xxxxx/public_html/cache

it feels like part of the forum and SP is installed in the "/public_html" part of your website and some more of a second or third forum and SP are installed else were for example "/public_html/med2"

[AngelinaBelle]

natasa -- it seems that, for some reason, pretty URLs is not completely uninstalled.
* Please do a search on EVERY php file in your med2 forum. Search for pretty. You should then be able to find the code that is adding pretty to $_GET.
* That block which SiNaN asked you to set up.  please change the php code to

Code: [Select]

  echo 'GET <br/><pre>', var_dump($_GET), '</pre><br />';
  echo 'REQUEST <br /><pre>', var_dump($_GET), '</pre><br/>';
I am asking you to do this because some parts of SMF and some mods fiddle with REQUEST instead of with GET.

[natasa]

OK.
I created completely new database and new sub-domain on http://med5.serbianpress.com
And I did not change anything at all - I just add SP mod and PHP block with code  AngelinaBelle gave me.

You can see results  .

[AngelinaBelle]

This is very much a puzzle.  How does "pretty" wind up in the GET array, if you do not have pretty URLs installed?
This is not normal for SMF 2.0.2 or for simpleportal

[deansmar]

i think it is because, as i have said before.....

there is Probably a version of SMF and/or SP in the Root directory of the website, and not just in the Sub domain's...

the version of SMF and/or SP in the Root directory probably have  pretty URLs installed or had at one time pretty URLs installed.

other than that i don't have an explanation either...

[AngelinaBelle]

If the /index.php were running, then you would see what you see at /index.php.

Please check your root directory for a .htaccess file.  Is it turning (something)/ into (something)/index.php/pretty/board, or else (something)/index.php?pretty;board  or some other thing which results in pretty and board both winding up in your $_GET array.

[natasa]

.....
there is Probably a version of SMF and/or SP in the Root directory of the website, and not just in the Sub domain's...

the version of SMF and/or SP in the Root directory probably have  pretty URLs installed or had at one time pretty URLs installed.
...

Yes, this is it!
I removed complete installation from Root directory (there was Pretty URLs installed), and now everything is working  .

Thank you deansmar and AngelinaBelle!

[deansmar]

glad i could help... 

marked as solved

[AngelinaBelle]

That was very strange, and not at all the behavior I had expected.  I am glad you were right, deansmar, because i had ruled that possibility out in my mind for some reason.

[deansmar]

no probs Angelina.... we are here to help... and if i can jog some memory plus sort the problem at the same time then all is well and good..   

you do a fine job your self anyway..