SimplePortal
Support => English Support => Topic started by: natasa on September 17, 2012, 05:55:38 AM
-
I don't know is this a bug or I am doing something wrong:
I have installed SMF 2.0.2 and SimplePortal 2.3.5 on test forum on address
http://med2.serbianpress.com
When I go on that address I get blank page (attachment)
and I have to press Home button to go on
http://med2.serbianpress.com/index.php
where appears normal page with blocks.
Why it does not appear on http://med2.serbianpress.com, and is there something I can do with that?
(I do not have any other mod installed)
Thanks.
-
Here are several questions.
1) Do you use front page mode or standalone mode?
2) Let us look for the case of block 6 -- the one which says "SMF -- Just Installed". This one is a custom BBC block, If I remember correctly. Please look at the display options for this block. Where does it say it is allowed to be displayed?
3) What is the difference between http://med2.serbianpress.com and http://med2.serbianpress.com/index.php Do you have any redirection in .htaccess?
-
1.) I use Front page
2.) Let us look for the case of block 6 -- the one which says "SMF -- Just Installed"This one is a custom BBC block, If I remember correctly.
It is not a custom block it is under the News (belongs to SMF properties), and it is set correctly.
3.) I do not have .htaccess file on this subdomain at all?
-
Ooops. I forgot. That one is a News block.
Something is causing the URL http://med2.serbianpress.com and the URL http://med2.serbianpress.com/index.php to be treated very differently.
What other mods do you have?
-
I do not have any other mode on that subdomain.
But, on some of my other subdomains it is started to happen the same
(I did not change anything there),
so do you think that it is possible that problem is on host side?
-
This is a very strange and puzzling problem.
For some reason, the two URLs are treated differently. i would be curious to know what URL the page thinks it is serving.
It might be useful to print some debug information into the log, for this page, so you can see what URL it thinks it is serving when it serves up so little.
Clearly, it behaves as though it is NOT serving the portal page. Simple Portal does not seem to recognize this as the portal page for some reason.
-
Can you check if the same problem will be also with other portal mod (Tinyportal or other)?
-
It might be useful to print some debug information into the log, for this page, so you can see what URL it thinks it is serving when it serves up so little.
I do not know how to do that? I need guide for dummies..
@phantomm:
I tried with Tiny Portal and it is working.
-
Are you using pretty urls?
-
No I did not use Pretty urls, I had only SMF installed and Simple Portal.
But, I tried to install Pretty urls and with that installation, everything is working properly?
-
I know Natasa has been asking questions about mods on SMF so better question is, what mods have you ever installed on it?
If you play around with lots of mods - guarantee you will have trouble.
I have also tested most of the pretty url mods and nothing but trouble. Some of them do not fully uninstall - you will probably have to reset your htaccess file.
Using these kinds of mods it is better to do a full backup of all your files so you can see later what has changed in vital files.
I do not use any pretty url mods now... you could test it by starting over and installing all new files with the old database.
-
There were a problem with SMF filling in an unnecessary $_GET variable when working on sub-domains. Having something in $_GET will result in the page to be considered a non-portal page. If you could add this code into a PHP block and let me know what it displays, I could have a better idea:
var_dump($_GET);
Please make sure that the PHP block you are adding has its display options set to "Everywhere".
-
Hello [SiNaN].
I created a block named 'Custom PHP' and put it in Header Block, and it shows different results on every page ( you can see it on http://med2.serbianpress.com ).
-
i would say, it still looks like Pretty URL's is still installed...!!!
-
i would say, it still looks like Pretty URL's is still installed...!!!
This is completely new database and new installation, so there can not be Pretty urls installed.
-
I can see from looking at your forum that you are not using Search Engine Friendly URLs.
Interestingly, I can see that you now have a custom PHP block which shows at the top of both
http://med2.serbianpress.com (http://med2.serbianpress.com) and http://med2.serbianpress.com/index.php (http://med2.serbianpress.com/index.php)
This block shows on every page on the forum, not just on the portal.
Can you tell me about the forum and Simple Portal settings?
1) Simple Portal Configuration --
Portal Mode:
2) Server Settings -- Database and Path
Forum URL
SMF Directory (you can leave out the details that give away your user id)
3) The contents of the php block.
The display of 'pretty' makes me think that pretty URLs has not been completely eradicated.
4) The permission and display settings for that custom php block in the headings side.
Thanks
-
Are you using Search Engine Friendly URLs?
Administration Center » Features and Options » General
action=admin;area=featuresettings;sa=basic
That option is not checked.
-
While you were answering me, I was busy modifying my post.
I am sorry.
Can you re-read my modified post, and answer again? Thanks.
-
3) The contents of the php block.
The display of 'pretty' makes me think that pretty URLs has not been completely eradicated.
me too.... which is the reason behind my comment..
http://med2.serbianpress.com/
loads: array(2) { ["pretty"]=> string(0) "" ["board"]=> int(0) }
http://med2.serbianpress.com/index.php
loads: array(0) { }
most defiantly a strange setup that is causing this... would'nt mind getting admin rights and take a look my self.. :angel:
-
i know it might be a silly question, but are you useing the same datebase for
http://med1.serbianpress.com/
and
http://med2.serbianpress.com/
do you have any other databasees... check in the "setting.php" of SMF and compare the differances between; http://med2.serbianpress.com/ and http://med1.serbianpress.com/
########## Database Info ##########
$db_server = 'localhost';
$db_name = 'xxxxx_forum';
$db_user = 'root';
$db_passwd = '';
$db_prefix = 'xxxxx_smf_forum';
$db_persist = '0';
$db_error_send = 0;
have you tryed running "repair_settings.php" on http://med2.serbianpress.com/
-
@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 (http://simpleportal.net/index.php?topic=11807.msg60101#msg60101) 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.
-
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"
-
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
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.
-
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 :0.
-
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
-
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...
-
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.
-
.....
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 :thumbsup:.
Thank you deansmar and AngelinaBelle!
-
glad i could help... :D
marked as solved
-
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.
-
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.. :applause: :applause:
you do a fine job your self anyway.. :applause: :applause: