I set the following variables in LocalSettings.php file. The 'ccs.adnu.edu.ph' is an intranet. It's our school's server so I can just access it within the school. $wgServerName = 'ccs.adnu.edu.ph';$wgServer = 'http://ccs.adnu.edu.ph';
Say if i am accessing my page outside the school, having the address of my main page http://ccs.adnu.edu.ph/wikibits/index.php/Main_Page, it can be viewed and is still accessible. But when I tried logging in, i am redirected to this address http://ccs/wikibits/index.php/Main_Page which is an invalid page. So, in this case, the $wgServer has the value of 'http://ccs%27.How can i fix this properly? Thanks, guys. ^_^
Kathleen Borja wrote:
I set the following variables in LocalSettings.php file. The 'ccs.adnu.edu.ph' is an intranet. It's our school's server so I can just access it within the school. $wgServerName = 'ccs.adnu.edu.ph';$wgServer = 'http://ccs.adnu.edu.ph';
Say if i am accessing my page outside the school, having the address of my main page http://ccs.adnu.edu.ph/wikibits/index.php/Main_Page, it can be viewed and is still accessible. But when I tried logging in, i am redirected to this address http://ccs/wikibits/index.php/Main_Page which is an invalid page. So, in this case, the $wgServer has the value of 'http://ccs%27.How can i fix this properly? Thanks, guys. ^_^
Did you add $wgServer = 'http://ccs.adnu.edu.ph'; at the bottom of LocalSettings.php ? Looks like the server calls himself ccs and that's what mediawiki is picking up. An explicit $wgServer should fix it.
Platonides <platonides <at> gmail.com> writes:
Did you add $wgServer = 'http://ccs.adnu.edu.ph'; at the bottom of LocalSettings.php ? Looks like the server calls himself ccs and that's what mediawiki is picking up. An explicit $wgServer should fix it.
I placed the line $wgServer = 'http://ccs.adnu.edu.ph'; right after the line require_once( "$IP/includes/DefaultSettings.php" ); Is it right? Where should i put it so it it'll work properly?
Yes, the server seems to call himself ccs instead the whole 'ccs.adnu.edu.ph'.. And I have no enough knowledge 'bout configuring the server if this will be the case. I have no one here to help me with this because mediawiki thing is new to them. They haven't tried using mediawiki software.
This problem is taking me so long and still i can't fix it... I don't know if i can make it to our defense. This week marks our defense :[
Thanks for your help.
Platonides <platonides <at> gmail.com> writes:
Did you add $wgServer = 'http://ccs.adnu.edu.ph'; at the bottom of LocalSettings.php ? Looks like the server calls himself ccs and that's what mediawiki is picking up. An explicit $wgServer should fix it.
Hi guys, I was able to solve the $wgServer problem. Yeepee! This is the link http://ccs.adnu.edu.ph/wikibits/index.php/Main_Page and other links are working now. But, still iv got the following problems to fix:
1-Title object problem. Visit the Bikol Literature link on the navigation box. Try clicking a title link once redirected to the page. Say, the title 'An Matakot Sa Pahon-Pahon Dai Mayong Pakikinabangon'. On the redirected page, there is an error with Title object. You can see 'Object id #64'.Actually, it must be title 'An Matakot Sa Pahon-Pahon Dai Mayong Pakikinabangon'. And the 'Edit page' link must be equal to http://ccs.adnu.edu.ph/wikibits/index.php?title=An_Matakot_Sa_Pahon-Pahon_Da... i hove to Edit page link, title=Object. What is the problem?
2-Compatibility view. In Mozilla Firefox, it is best viewed. The view is also fine in Google Chrome. In Internet Explorer, the menu bar is kinda out-of-place.whew! Why is it like that?
3-Log in module. In Mozilla Firefox and Google Chrome, user can properly logged in and redirected to page properly. But in Internet Explorer, user can log in yet still having the Log in page displayed. Then, when user tried going to main page, the header 'Username','My Talk','Preferences',etc can now be viewed. It's just so strange. How can i avoid this one?
Thanks.
Kathleen Borja wrote:
Hi guys, I was able to solve the $wgServer problem. Yeepee! This is the link http://ccs.adnu.edu.ph/wikibits/index.php/Main_Page and other links are working now. But, still iv got the following problems to fix:
1-Title object problem. Visit the Bikol Literature link on the navigation box.
It has a private ip. We hardly can view it :)
Try clicking a title link once redirected to the page. Say, the title 'An Matakot Sa Pahon-Pahon Dai Mayong Pakikinabangon'. On the redirected page, there is an error with Title object. You can see 'Object id #64'.Actually, it must be title 'An Matakot Sa Pahon-Pahon Dai Mayong Pakikinabangon'. And the 'Edit page' link must be equal to http://ccs.adnu.edu.ph/wikibits/index.php?title=An_Matakot_Sa_Pahon-Pahon_Da... i hove to Edit page link, title=Object. What is the problem?
This look like you added a var_dump() and forgot to remove it.
2-Compatibility view. In Mozilla Firefox, it is best viewed. The view is also fine in Google Chrome. In Internet Explorer, the menu bar is kinda out-of-place.whew! Why is it like that?
3-Log in module. In Mozilla Firefox and Google Chrome, user can properly logged in and redirected to page properly. But in Internet Explorer, user can log in yet still having the Log in page displayed. Then, when user tried going to main page, the header 'Username','My Talk','Preferences',etc can now be viewed. It's just so strange. How can i avoid this one?
Thanks.
Did you change the skin/css? Some invalid markup on a message?
2009/9/22 Kathleen Borja jane88borj@yahoo.com:
1-Title object problem. Visit the Bikol Literature link on the navigation box. Try clicking a title link once redirected to the page. Say, the title 'An Matakot Sa Pahon-Pahon Dai Mayong Pakikinabangon'. On the redirected page, there is an error with Title object. You can see 'Object id #64'.Actually, it must be title 'An Matakot Sa Pahon-Pahon Dai Mayong Pakikinabangon'. And the 'Edit page' link must be equal to http://ccs.adnu.edu.ph/wikibits/index.php?title=An_Matakot_Sa_Pahon-Pahon_Da... i hove to Edit page link, title=Object. What is the problem?
Looks like you're trying to use a Title object as a string, which doesn't work. Somehow, somewhere, you're using a Title object to build these links while you should really be using a string ($title->getPrefixedText()) instead.
These 'Edit page' links are generated by your code, right?
2-Compatibility view. In Mozilla Firefox, it is best viewed. The view is also fine in Google Chrome. In Internet Explorer, the menu bar is kinda out-of-place.whew! Why is it like that?
3-Log in module. In Mozilla Firefox and Google Chrome, user can properly logged in and redirected to page properly. But in Internet Explorer, user can log in yet still having the Log in page displayed. Then, when user tried going to main page, the header 'Username','My Talk','Preferences',etc can now be viewed. It's just so strange. How can i avoid this one?
Which version of MediaWiki are you using?
Roan Kattouw (Catrope)
Platonides <platonides <at> gmail.com> writes:
It has a private ip. We hardly can view it :)
Thanks for trying to view my page. ANyway, I was able to fix the title object thing using another way the other day.but, thanks to ur response.
This look like you added a var_dump() and forgot to remove it.
About var_dump(), i can't remember 'bout it.. where can i find it?
Did you change the skin/css? Some invalid markup on a message?
Yes, i did changes. I add some lines. But all i wanna change is the logo and some adjustments to the pagetabs menu..I didn't know some invalid markup. Still, it's best viewed so far is on Mozilla Firefox...
Thanks a lot.
Roan Kattouw <roan.kattouw <at> gmail.com> writes:
Looks like you're trying to use a Title object as a string, which doesn't work. Somehow, somewhere, you're using a Title object to build these links while you should really be using a string ($title->getPrefixedText()) instead.
Anyway, i fixed it using another way the other way. It worked. but, i cant still do ur suggestion. Thanks.
These 'Edit page' links are generated by your code, right?
Yes, it is.
Which version of MediaWiki are you using?
i'm using verson 1.14 . what must i do? shall i upgrade? if yes, is it easy upgrading in an online server?
Thanks.
2009/9/25 Kathleen Borja jane88borj@yahoo.com:
About var_dump(), i can't remember 'bout it.. where can i find it?
var_dump() is a function used for debugging. You can find any stray occurrences of it by just searching for "var_dump" in your code.
Did you change the skin/css? Some invalid markup on a message?
Yes, i did changes. I add some lines. But all i wanna change is the logo and some adjustments to the pagetabs menu..I didn't know some invalid markup. Still, it's best viewed so far is on Mozilla Firefox...
You don't need CSS for either of those. You can change the logo by setting $wgLogo [1], and you can manipulate the tabs above the page (assuming that's what you mean by "pagetabs menu") with the SkinTemplateTabs hook [2].
Roan Kattouw (Catrope)
[1] http://www.mediawiki.org/wiki/Manual:$wgLogo [2] http://www.mediawiki.org/wiki/Manual:Hooks/SkinTemplateTabs
2009/9/25 Kathleen Borja jane88borj@yahoo.com:
Which version of MediaWiki are you using?
i'm using verson 1.14 . what must i do? shall i upgrade? if yes, is it easy upgrading in an online server?
Upgrading is easy as long as you have shell access. There's no need to shut down or lock the wiki. Either way, version 1.14 sounds recent enough; it's not the most recent one (that's 1.15.1), but I just wanted to make sure you weren't running some ancient version.
Roan Kattouw (Catrope)
Roan Kattouw <roan.kattouw <at> gmail.com> writes:
Upgrading is easy as long as you have shell access. There's no need to shut down or lock the wiki. Either way, version 1.14 sounds recent enough; it's not the most recent one (that's 1.15.1), but I just wanted to make sure you weren't running some ancient version.
I'm now on the testing phase of my bikol thesaurus. i needed it to be populated with bikol synonyms/meanings given literary pieces like poems, stories, and traditional music. So, is it ok if i'll be upgrading mediawiki after i did testing phase?
Thanks for the unceasing help. ^_^
Roan Kattouw <roan.kattouw <at> gmail.com> writes:
var_dump() is a function used for debugging. You can find any stray occurrences of it by just searching for "var_dump" in your code.
I now know about it.. but i was able to fix the bug. so, that means there is no need to remove such var_dump, is that it?
You don't need CSS for either of those. You can change the logo by setting $wgLogo [1], and you can manipulate the tabs above the page (assuming that's what you mean by "pagetabs menu") with the SkinTemplateTabs hook [2].
Roan Kattouw (Catrope)
[1] http://www.mediawiki.org/wiki/Manual:$wgLogo [2] http://www.mediawiki.org/wiki/Manual:Hooks/SkinTemplateTabs
whew! Aha, so there's no need to alter in the CSS file.. Hmm..i can't try that suggestion right now for i can't access the server. I can't work outright in the shell for the server is an intranet. But, thanks a lot.
Anyway, how could i make an installer for my bikol thesaurus? Is it enough copying the files in the root directory? This is my first time creating an installer for this kind of project.
Thanks.
2009/9/25 Kathleen Borja jane88borj@yahoo.com:
Anyway, how could i make an installer for my bikol thesaurus? Is it enough copying the files in the root directory? This is my first time creating an installer for this kind of project.
Extensions don't have installers, because installing them is so simple. You just copy/download the files to extensions/ExtensionName/ and add a require_once line to LocalSettings.php . If the extension has configuration options and you want/need to tweak them, you do that in LocalSettings.php too. Finally, if the extension adds or modifies database tables, you have to run update.php . All this is the standard installation procedure for any MediaWiki extension.
Roan Kattouw (Catrope)
Roan Kattouw <roan.kattouw <at> gmail.com> writes:
Extensions don't have installers, because installing them is so simple. You just copy/download the files to extensions/ExtensionName/ and add a require_once line to LocalSettings.php . If the extension has configuration options and you want/need to tweak them, you do that in LocalSettings.php too. Finally, if the extension adds or modifies database tables, you have to run update.php . All this is the standard installation procedure for any MediaWiki extension.
I know how to installation of extension and adding a line in the LocalSettings.php file. You can add up these extensions if mediawiki is installed in your system. But what if mediawiki is not yet installed in a system, i was just thinking maybe there's a way to install them all at once? Is it possible? Shall i put in my user's manual that mediawiki must be first installed then followed by installing the extension?
Thanks ^_^.
2009/9/25 Kathleen Borja jane88borj@yahoo.com:
I know how to installation of extension and adding a line in the LocalSettings.php file. You can add up these extensions if mediawiki is installed in your system. But what if mediawiki is not yet installed in a system, i was just thinking maybe there's a way to install them all at once? Is it possible? Shall i put in my user's manual that mediawiki must be first installed then followed by installing the extension?
Yeah, that's probably best. There's a project out there for automating the installation of MediaWiki and its extensions, but you don't need to worry about that too much: if your extension doesn't do anything crazy (and it doesn't AFAICT), their installer will have no problem with it.
Roan Kattouw (Catrope)
Kathleen Borja wrote:
Roan Kattouw <roan.kattouw <at> gmail.com> writes:
var_dump() is a function used for debugging. You can find any stray occurrences of it by just searching for "var_dump" in your code.
I now know about it.. but i was able to fix the bug. so, that means there is no need to remove such var_dump, is that it?
Perhaps it wasn't a var_dump after all. If you do have a var_dump there, it shouldn't be executed. So I'd still remove it for production usage, even if its execution path is supposedly never reached.
Platonides <platonides <at> gmail.com> writes:
Perhaps it wasn't a var_dump after all. If you do have a var_dump there, it shouldn't be executed. So I'd still remove it for production usage, even if its execution path is supposedly never reached.
oh i see.. thanks. il check for the var_dump later when im in school if it's existing. i can't access the server in shell right now because it's only an intranet. i don't know such a way so that i could have shell access even outside our school.
Roan Kattouw <roan.kattouw <at> gmail.com> writes:
Yeah, that's probably best. There's a project out there for automating the installation of MediaWiki and its extensions, but you don't need to worry about that too much: if your extension doesn't do anything crazy (and it doesn't AFAICT), their installer will have no problem with it.
Ok, mybe i can search for that installer maker. But, i can also follow the first approach. Either way, thanks. For if not for your technical help, i wasn't able to fix bugs.
Thanks ^_^
mediawiki-api@lists.wikimedia.org