I've been trying to get information from a html form.
The $_POST variable is always empty.
Am I doing something wrong?
All new Yahoo! Mail
Get news delivered. Enjoy RSS feeds right on your Mail page.
I have a site that will have information about programming languages. My
questions concern the organization of that information, and I wanted to know
if the way I am planning on doing it is correct, or if theres a better way.
- I have a namespace for each programming language. I think this is
---- It allows users to search within articles for only particular
---- It allows articles of the same name to live under each language (e.g.
LangJava:Arrays, LangC:Arrays, etc.)
- As far as I have found out. Categories are common for the whole site. So,
the cateogory Arrays, can be a subcategory of other cateogies (e.g.
LangJava, LangC) but it will just be one category. For example, the
categories Category:LangJava:Arrays and Category:LangC:Arrays both point to
the same category (Arrays), not to two different sub categories.
So heres my question. Do categories that are similar between all programming
languages, (e.g. Arrays) have to be labeled differently (e.g. JavaArrays,
CArrays) for them to be disctint, or am I missing something... Because, if a
user wants to check Arrays articles for Java, they should be able to look
through a category for only Java Arrays.
- Another question is, it seems that namespaces and categories are not
really mutually exclusive, so, I need namespaces like (LangJava, LangC) AND
articles found within these namespaces must belong to categories like
(Category:LangJava, Category:LangC) as well?
Do the above methods seem reasonable or have I totally missed the correct
way of organizing information?
Get real-time traffic reports with Windows Live Local Search
Hi, our system administrators recently upgraded the version of MySQL
they are running and one of the wikis I run has begun failing. I have
another MediaWiki running 1.4.x and it doesn't seem to have any
problems, but my wiki running 1.5.2 began failing reporting messages
like "Error in fetchObject(): MySQL server has gone away". I tried
installing a newer version of PHP (5.1.6), which didn't work. I also
tried upgrading to MediaWiki 1.7.1, which seems to be working a little
better, but it fails before it writes the LocalSettings.php file.
Does anyone have any ideas of what to try next?
Alternately is there a tool that I could use to do dump all the wiki
pages to something vaguely like the MediaWiki markup such that I could
just start over completely from scratch if needed?
Generating configuration file...
# Database type: MySQL
# Loading class: DatabaseMysql
# Attempting to connect to database server as ******...success.
# Connected to 5.0.18
# Database ******* exists
# There are already MediaWiki tables in this database. Checking if
updates are needed...
...hitcounter table already exists.
...querycache table already exists.
...objectcache table already exists.
...categorylinks table already exists.
...logging table already exists.
...user_newtalk table already exists.
...transcache table already exists.
...trackbacks table already exists.
...externallinks table already exists.
...job table already exists.
...langlinks table already exists.
...querycache_info table already exists.
...filearchive table already exists.
...have ipb_id field in ipblocks table.
...have ipb_expiry field in ipblocks table.
...have rc_type field in recentchanges table.
...have rc_ip field in recentchanges table.
...have rc_id field in recentchanges table.
...have rc_patrolled field in recentchanges table.
...have user_real_name field in user table.
...have user_token field in user table.
...have user_email_token field in user table.
...have user_registration field in user table.
...have log_params field in logging table.
...have ar_rev_id field in archive table.
...have ar_text_id field in archive table.
...have page_len field in page table.
...have rev_deleted field in revision table.
...have img_width field in image table.
...have img_metadata field in image table.
...have img_media_type field in image table.
...have ss_total_pages field in site_stats table.
...have iw_trans field in interwiki table.
...have ipb_range_start field in ipblocks table.
...have ss_images field in site_stats table.
...already have interwiki table
...indexes seem up to 20031107 standards
Already have pagelinks; skipping old links table updates.
...image primary key already set.
The watchlist table is already set up for email notification.
Adding missing watchlist talk page rows... ok
...user table does not contain old email authentication field.
Warning: mysql_field_flags(): supplied argument is not a valid MySQL
result resource in ~/html/cgi-bin/?*******/maintenance/updaters.inc on
Fixing title encoding on logging table... Query "ALTER TABLE `logging`
CHANGE COLUMN log_title
log_title varchar(255) binary NOT NULL default ''
" failed with error code "MySQL server has gone away (******.upenn.edu)".
If I name my articles like (Java:Arrays) and then *later on* create a
namespace called Java, will the articles having the "Java:" automatically be
added to the Java namespace?
I don't have a setup to try this right now, so any experience with this
would be appreciated.
Got something to buy, sell or swap? Try Windows Live Expo
i am absolute sure it works yesterday but today i get always the
following error display:
<b>Warning</b>: filename: UtfNormalData.inc, exec_fname:
line <b>224</b><br />
for all article that contains ÄÖÜäöü (umlauts) in the title.
I am surprised what happend, nothing was changed in the config in the
wiki, and how to fix the problem.
PHP: 5.1.4-1.dotdeb.3 (cgi-fcgi)
Deutsche Hilfedatei: http://www.lastwebpage.de/download/mesnews-de.zip
>In any case, when reading over the page for the extension on Meta there are
>warnings about data corruption that may result from using the editor. I
>understand that it will break standard wiki formatting,
>but I am more
>concerned about the integrity of my database.
>I wouldn't expect it to be a
>concern, but I want to be certain so I can reassure everyone.
The extension itself does not interact with the database.
>here ever experienced any kind of database corruption from using this
I did not encounter such problems.
Kind regards, Markus
we'd like to replace our MoinMoin wiki (version 1.1) by mediawiki. Is
it possible to transfer MoinMoin wiki files automaticly into wikimedia
database and format?
Or atleast convert the syntax?
Thanks for your help! I reverted my skin-touching blunder, just
downloaded the PHP script file (instead of copy pasting it into a .php
file) and reuploaded it...now everything is running smoothly...
> 1. You might not have copied a real PHP script file, for starters
> 2. You didn't need to touch the skins, and should NEVER just snarf
> files off Wikipedia
> 3. If $wgUseDatabaseMessages = false; then editing the MediaWiki
> namespace has no effect
> Revert back in time to the point where all those changes are undone,
> and give the following a shot:
> 1. Save the contents of
> into a CharInsert.php file, and place this in /path/to/wiki/extensions
> 2. Edit LocalSettings.php, and near the end, add "require_once(
> 'extensions/CharInsert.php' );"
> 3. Check the wiki hasn't fallen over and died
> 4. If not using the MediaWiki namespace, edit languages/Messages.php,
> find the message "edittools" and add something like
> <charinsert>a b c d e f g</charinsert>
> to it, replacing the example characters above with whatever's
> difficult to type for your users.
> 5. Attempt to edit a page and see if the little box pops up near the bottom
I migrated from Version 1.5.5 of mediawiki to 1.6.8 and everything worked fine. After that i moved the database via mysqldump to a new machine and also the mediawiki directory via tar command.
Now I get an error like:
Fatal error: Call to a member function on a non-object in
/home/test/public_html/includes/SkinTemplate.php on line 794
This is line 794 and the following lines:
$revid = $wgArticle->getLatest();
if ( !( $revid == 0 ) )
$nav_urls['print'] = array(
'text' => wfMsg( 'printableversion' ),
'href' => $wgRequest->appendQuery( 'printable=yes' )