PHP  
downloads | documentation | faq | getting help | | php.net sites | links 
search for in the  
previousMigrating from PHP 3 to PHP 4Appendicesnext
Last updated: Tue, 11 Jun 2002
view this page in Printer friendly version | English | Brazilian Portuguese | Czech | Dutch | Finnish | German | Hungarian | Italian | Japanese | Korean | Polish | Romanian | Russian | Spanish | Turkish

Chapitre 56. Miscellaneous Questions

There can be some questions we can't put into other categories. Here you can find them.

1. Where did the pop-ups go on the website? Can I have the code for that?
2. How can I handle the bz2 compressed manuals on Windows?

1. Where did the pop-ups go on the website? Can I have the code for that?

The yellow pop-up windows on the old site were pretty cool, but were very difficult to maintain (since some companies seem to enjoy changing the way their browsers work with every new release).

All the code for previous versions of the website is still available through CVS. Specifically, the last version of shared.inc (that had all the Javascript and DHTML to do the popups) is available .

2. How can I handle the bz2 compressed manuals on Windows?

If you don't have an archiver-tool to handle bz2 files the commandline tool from Redhat (please find further information below).

If you would not like to use a command line tool, you can try free tools like , , , or . If you have tools like or , you can easily decompress the bz2 files with it. If you use Windows Commander, a bz2 plugin for that program is available freely from the site.

The bzip2 commandline tool from Redhat:

Win2k Sp2 users grab the latest version 1.0.2, all other Windows user should grab version 1.00. After downloading rename the executable to bzip2.exe. For convenience put it into a directory in your path, e.g. C:\Windows where C represents your windows installation drive.

Note: lang stands for your language and x for the desired format, e.g.: pdf. To uncompress the php_manual_lang.x.bz2 follow these simple instructions:

  • open a command prompt window

  • cd to the folder where you stored the downloaded php_manual_lang.x.bz2

  • invoke bzip2 -d php_manual_lang.x.bz2, extracting php_manual_lang.x in the same folder

In case you downloaded the php_manual_lang.tar.bz2 with many html-files in it, the procedure is the same. The only difference is that you got a file php_manual_lang.tar. The tar format is known to be treated with most common archivers on Windows like e.g. .

User Contributed Notes
Miscellaneous Questions
add a note about notes

03-May-2002 02:13

Get powered by PHP from: 


31-May-2002 05:52

I wish to do the following using php scripting techniques:
Accept text through a text box from a user, open an existing jpg file,
place the user's text upon  it and save the composite as a different file.
In order to do this I tried the following php  code.

-------------
<?php 

$img_number = imagecreatefromjpeg ("blue-button.jpg");

$namee="web";
 
Imagettftext($img_number, 30,0,10,33,$black,"ARIAL.TTF",$namee);

$fp=fopen("button.jpg", "w+");

header("Content-type: image/jpeg"); 

imagejpeg($img_number,"button.jpg",100); 

?>

---------------

I also put a jpg file called blue-button.jpg in the same folder where I
put the php file. When I  try to run this php file on your servers I
received the following error.

Error
=====
---------------
Warning: ImageTtfText: No TTF support in this PHP build in 
/usr/www/users/copyline/test_myown/cpbon/test32.php on line 7

Warning: Cannot add header information - headers already sent by (output
started at  /usr/www/users/copyline/test_myown/cpbon/test32.php:7) in 
/usr/www/users/copyline/test_myown/cpbon/test32.php on line 11
-------------------

I would be grateful to you if you could tell me if this is the reason why
the function is  crashing and how to rectify it, or, alternatively, let me
know of a workaround that will solve  the problem.


02-Jun-2002 05:31

I installed PHP without errors (on Xitami), but if I try to run a
php-script i get this error message:

Security Alert! The PHP CGI cannot be accessed directly. 
This PHP CGI binary was compiled with force-cgi-redirect enabled. This
means that a page will only be served up if the REDIRECT_STATUS CGI
variable is set, e.g. via an Apache Action directive.

For more information as to why this behaviour exists, see the manual page
for CGI security.

For more information about changing this behaviour or re-enabling this
webserver, consult the installation file that came with this distribution,
or visit the manual page.

How can I "repair" this bug?


14-Jun-2002 09:54

Edit the php.ini file in your windows directory and look for the Directive
it mentions.  Change it to 0 (I think) and restart the server.  Should
work then...


19-Jun-2002 08:33

Is anyone doing work on the PHP module to give it the functionality of say
perl_mod or python_mod. I think giving PHP programmers the ability to
write handlers and modules in PHP for Apache would be great.

It seams that this could be added with a little tweaking of the run-time
module.


02-Jul-2002 07:11

you can do this by defining a php-script as a handler for special files:

AddHandler xmldoc xml
Action xmldoc /xmlparse.php4

so for every file with .xml ending the client requests, the xmlparse.php4
would get executed and the path to the script is set in $PATH_INFO, so you
can write your own handlers for special file types (okay its not exactly a
mod_xxx but its truly near on that)


03-Jul-2002 03:13

I see what your saying, and understand it and how it works. But my question
is since you can't access the the internal apache data table how can you
get values like the uri requested and things available to real modules
from apache. It seems to me that the php script would have no way of
getting the requested file to parse.

Am I wrong here?

add a note about notes
previousMigrating from PHP 3 to PHP 4Appendicesnext
Last updated: Tue, 11 Jun 2002
show source | credits | stats | mirror sites:  
Copyright © 2001, 2002 The PHP Group
All rights reserved.
This mirror generously provided by:
Last updated: Sat Jul 6 20:06:19 2002 CEST