Administrative Forms for PHP-Nuke portal system

[Betelgeuse]

Sponsored Links

I would like to thanks all the members for yesterdays help. (How to create custom module for PHP-Nuke portal system) Now I am stuck at the administrative forms that has to be created for the PHP-Nuke portal system. I am begging for some more help from you members. Please provide same kind of information as you provided before. Once again I would like to greet all you members for being kind.

[MaggieK]

Hi, welcome again,

I am sure that you must have developed your own module that displays the horoscopes. But if we want to change, what do we do? Recourse to an administrative form. But it is not documented in the documentation shows how to realize it, but with a little 'reverse engineering' (ie reading the code) is pretty easy to see how. Herein is not guaranteed correct. In fact this is done by examining how deductions are made of standard modules. But the author of the website may change coding standards and maybe the next version of the mechanism reported here may no longer work. But take the risk. Also because if you do not have the skills to read the code of PHPNuke is difficult to attain our own administrative forms. From what I could deduce, to implement an administration module, you must follow three steps. The first step is to create a link in the administration menu, the second step is to implement a switch that allows you to choose which operation to perform administration, and the third step is to carry out the administrative functions themselves.

[GracieSingh]

To accomplish the first step is to write a file located in the admin / links / links.horoscope.php. To realize the second step was to write a file located in admin / case / case.horoscope.php. Finally, the code administration module itself will be found in the file admin / modules / horoscope first two pieces of code are used only to attach the module that we are writing to the administration menu and selecting operations.

[Ransom]

To achieve this capability we should write a file admin / links / links.horoscope.php as follows:

if (($ radminsuper == 1)) { 
adminmenu ("admin.php? horoscope op =", "Horoscope", "horoscope.gif"); 
}

Let's take a couple of observations: the variable $ radminsuper will check if the operation is requested by a user administrator, and the value is set in the body of the admin.php file, which takes care of calling the various links. The icon should be installed in the directory images / admin. The $ op is always used by the module that selects which admin.php administrative function call. It is therefore appropriate to choose values for $ op going as little as possible in conflict with any other $ op run by admin.php. A convention is to use the module name in the name of the operation.The next step is to create the file admin / case / case.horoscope.php that takes care of selecting the operation to follow. The code is as follows:

if (eregi ("admin.php", $ PHP_SELF)) {die ("Access Denied");} 
switch ($ op) { 
case "horoscope": include ("admin / modules / horoscope.php") break; 
case "horoscopesave: include (" admin / modules / horoscope.php ") break; 
}

[Rixwel]

The file admin / modules / horoscope.php contains code to manage the administrative module. This code is to display the entire page, including the menu for access to administrative functions, and call other functions. The functions involved in a case to display the form, and in the case to save the horoscope changed.

global $ hlpfile, $ admin, $ prefix, $ language, $ multilingual; 
include ("header.php"); 
GraphicAdmin ("manual / horoscope.html"); 
OpenTable (); 
switch ($ op) { 
case "savehoroscope": save (); break; 
default: form (); break; 
} 
CloseTable (); 
include ("footer.php"); 

The function that displays the form is: 
form function () { 
$ Q = mysql_query ("select sign, horoscope forecasts from order by order"); 
echo "<h1 align='center'> Weather </ h1> \ n"; 
echo "<table border='1' width='100%'>"; 
while (list ($ sign, $ forecast) = mysql_fetch_row ($ q)) { 
echo "<form method='GET' action='admin.php'>"; 
echo "<input type='hidden' name='op' value='savehoroscope'>"; 
echo "<input type='hidden' name='sign' value='$sign'>"; 
echo "<tr> <td valign='middle'> $ sign </ td>"; 
echo "<td> <textarea name='forecast' rows='1' cols='60'> $ forecast </ textarea> </ td>"; 
echo "<input <td> type='submit' value='Save'> </ td> \ n"; 
echo "</ form> </ tr>"; 
} 
}

As you can see, they are manufactured as varied as horoscopes, and each is composed of a URL with hidden fields. Thanks to this, by pressing the Save button invokes the administrative module set with the rescue operation and the necessary parameters. Finally, the function that saves a horoscope is amended:

function save () { 
global $ sign, $ forecast; 
if (mysql_query ( 
"Update September horoscope forecasts = '$ forecast' where symbol = '$ sign'")) 
{ 
echo "$ <h1> Horoscope for sign saved. </ h1>"; 
Else {} 
echo "Error saving <h1> </ h1>"; 
} 
}

[Tylerrr]

Many programs for Linux are developed in C / C++, complex language known to the management of which is reserved for "hacker" of great powers. This software is made from PHP in simple language, it requires no complex coding flips and also to be extended, but it seems that its implementation requires expertise and an overview of remarkable. We talk about killer apps, programs that era. In my view, the evolution of the Web from its static phase (the phase of the website "brochure", all big words and graphics) to dynamic (the part of the site "magazine") PHPNuke is the real killer application for Linux and the Web in recent years.