Re: [PHP] PHP Warning: imagettftext()
Thanks for the reply, I felt a little lonely since no one responded earlier. No one else that I've been in contact with have complained about date/time issues with my client and any emails. Yes I sent my first email on Monday, 7/21/08, and then I sent the last two messages today. The first one today looking for help and then the second one providing the solution. Lou. Daniel Brown wrote: On Mon, Jul 21, 2008 at 1:14 PM, Lou Baccari <[EMAIL PROTECTED]> wrote: Hello, I'm trying to move a site over to the V5 of CentOS and I having problems with php/gd/freetype. It looks like my older systems which is running php-4.3.8-1.1, gd-2.0.15-1, freetype-2.1.4-5 can execute the code successfully. Lou, I'm glad you solved the problem, but for whatever reason (I'm not sure about anyone else, just my own experience), all three messages just came through this morning. Did you actually send this first message on Monday, or was there a date issue with your client or server? -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] PHP Warning: imagettftext()
Sorry for the additional mail but I found the variable GDFONTPATH should
be GD_FONTPATH, the example below works for me now.
putenv('GD_FONTPATH=' . realpath('.'));
Lou Baccari wrote:
Hello,
After reading Practical PHP Programing I came across a reference that
said "On Unix machines, you may find PHP searches in
/usr/share/fonts/truetype". Well I find that my php script executes
successfully when I placing my arial.ttf file into
/usr/share/fonts/truetype directory.
So I tried using "|putenv('GDFONTPATH=' . realpath('.'));" and "$font
= dirname(__FILE__).'/arial.ttf';" and I can not over ride the
GDFONTPATH from search in | /usr/share/fonts/truetype.
Do I have other options that will allow me to point to the ttf file
local to the php script? Is this a bug ?
Thanks,
Lou
Lou Baccari wrote:
Hello,
I'm trying to move a site over to the V5 of CentOS and I having
problems with php/gd/freetype. It looks like my older
systems which is running php-4.3.8-1.1, gd-2.0.15-1,
freetype-2.1.4-5 can execute the code successfully.
Now when I try to execute the same code on CentOS V5 with
php-5.2.6, php-gd-5.2.6, gd-2.0.33-9.4,
freetype-2.2.1-20 the same piece of code fails with the error:
" *[Mon Jul 21 13:13:11 2008] [error] [client 137.203.140.206] PHP
Warning: imagettftext() [href='function.imagettftext'>function.imagettftext]: Could not
read font in /www/html/template/lou2.php on line 10
[Mon Jul 21 13:13:11 2008] [error] [client 137.203.140.206] PHP
Warning: imagettftext() [href='function.imagettftext'>function.imagettftext]: Could not
read font in /www/html/template/lou2.php on line 11
**"*
I read through php.net and marc.info but I have not yet found a
solution, Any ideas?
Thanks,
Lou
code
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] PHP Warning: imagettftext()
Hello,
After reading Practical PHP Programing I came across a reference that
said "On Unix machines, you may find PHP searches in
/usr/share/fonts/truetype". Well I find that my php script executes
successfully when I placing my arial.ttf file into
/usr/share/fonts/truetype directory.
So I tried using "|putenv('GDFONTPATH=' . realpath('.'));" and "$font
= dirname(__FILE__).'/arial.ttf';" and I can not over ride the
GDFONTPATH from search in | /usr/share/fonts/truetype.
Do I have other options that will allow me to point to the ttf file
local to the php script? Is this a bug ?
Thanks,
Lou
Lou Baccari wrote:
Hello,
I'm trying to move a site over to the V5 of CentOS and I having
problems with php/gd/freetype. It looks like my older
systems which is running php-4.3.8-1.1, gd-2.0.15-1, freetype-2.1.4-5
can execute the code successfully.
Now when I try to execute the same code on CentOS V5 with php-5.2.6,
php-gd-5.2.6, gd-2.0.33-9.4,
freetype-2.2.1-20 the same piece of code fails with the error:
" *[Mon Jul 21 13:13:11 2008] [error] [client 137.203.140.206] PHP
Warning: imagettftext() [href='function.imagettftext'>function.imagettftext]: Could not
read font in /www/html/template/lou2.php on line 10
[Mon Jul 21 13:13:11 2008] [error] [client 137.203.140.206] PHP
Warning: imagettftext() [href='function.imagettftext'>function.imagettftext]: Could not
read font in /www/html/template/lou2.php on line 11
**"*
I read through php.net and marc.info but I have not yet found a
solution, Any ideas?
Thanks,
Lou
code
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
[PHP] PHP Warning: imagettftext()
Hello, I'm trying to move a site over to the V5 of CentOS and I having problems with php/gd/freetype. It looks like my older systems which is running php-4.3.8-1.1, gd-2.0.15-1, freetype-2.1.4-5 can execute the code successfully. Now when I try to execute the same code on CentOS V5 with php-5.2.6, php-gd-5.2.6, gd-2.0.33-9.4, freetype-2.2.1-20 the same piece of code fails with the error: " *[Mon Jul 21 13:13:11 2008] [error] [client 137.203.140.206] PHP Warning: imagettftext() [href='function.imagettftext'>function.imagettftext]: Could not read font in /www/html/template/lou2.php on line 10 [Mon Jul 21 13:13:11 2008] [error] [client 137.203.140.206] PHP Warning: imagettftext() [href='function.imagettftext'>function.imagettftext]: Could not read font in /www/html/template/lou2.php on line 11 **"* I read through php.net and marc.info but I have not yet found a solution, Any ideas? Thanks, Lou code -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] error "Failed opening for inclusion"
Hello, Sorry to brother you but I'm really in a pinch with this problem and I need to resolve it. The older Fedora Apache server runs just fine with "DocumentRoot" pointing to the NFS share. The NFS share is on our OS X file server. The new CentOS runs fine when "DocumentRoot" is pointing to the local file systems. When I move "DocumentRoot" to the NFS share I can not even run "phpinfo()". [root@ ~]# more /projects/proj2/www/html/php_info.php root@ ~]# ls -als /projects/proj2/www/html/php_info.php 4 -rwxrwxrwx 1 root apache 19 Jun 10 16:58 /projects/proj2/www/html/php_info.php I've checked permissions, paths, etc... and can not find a cause to this problem. I've compared php.ini and httpd.conf from both fedore and centos and they are the pretty much the same. Both fodera and centos are on the same subnets. After further investigation I'm find that some php files, below the root directory, run successfully, but now if I edit it or copy it to other name the new php file will not run anymore. I end up with the errors listed below. I could use some help, Thanks. Lou Lou Baccari wrote: sorry if I double posted: Hello, I'm trying to move my apache server from a Fedora Core 1 with PHP V 4.3.8 onto a newly built Centos 5 with PHP 5.1.6, all applications installed by rpms. The www root dir is "/projects/proj2/www/html" and it is a nfs mounted share. During the installation I had moved all of the contents from the remote mount "/projects/proj2/www/html" to a local disk on the CentOS, I tested and I believed I had resolved all issues on the new server. Now when I changed my httpd.conf to point to the nfs share "/projects/proj2/www/html" my php scripts fail, even " phpinfo(); " fails. All errors are identical to the following except for the php file name. *Warning*: Unknown: failed to open stream: Value too large for defined data type in *Unknown* on line *0* *Warning*: Unknown: Failed opening '/projects/proj2/www/html/php_info.php' for inclusion (include_path='.:/usr/share/pear') in *Unknown* on line *0 * Again when I run these same scripts from the local disk I do not received any errors. Any ideas to correcting this problem? Thanks, Lou. -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP] error "Failed opening for inclusion"
sorry if I double posted: Hello, I'm trying to move my apache server from a Fedora Core 1 with PHP V 4.3.8 onto a newly built Centos 5 with PHP 5.1.6, all applications installed by rpms. The www root dir is "/projects/proj2/www/html" and it is a nfs mounted share. During the installation I had moved all of the contents from the remote mount "/projects/proj2/www/html" to a local disk on the CentOS, I tested and I believed I had resolved all issues on the new server. Now when I changed my httpd.conf to point to the nfs share "/projects/proj2/www/html" my php scripts fail, even " phpinfo(); " fails. All errors are identical to the following except for the php file name. *Warning*: Unknown: failed to open stream: Value too large for defined data type in *Unknown* on line *0* *Warning*: Unknown: Failed opening '/projects/proj2/www/html/php_info.php' for inclusion (include_path='.:/usr/share/pear') in *Unknown* on line *0 * Again when I run these same scripts from the local disk I do not received any errors. Any ideas to correcting this problem? Thanks, Lou. -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP] Printer Functions
My question involves sending html to the printer to be printed properly.
Here is my code:
$handle = printer_open('Lexmark Z25-Z35'); printer_start_doc($handle,
"test"); printer_start_page($handle);
printer_set_option($handle, PRINTER_MODE, 'raw');
printer_set_option($handle, PRINTER_PAPER_FORMAT,
PRINTER_FORMAT_LETTER); $file =
file_get_contents('http://localhost/'.$page.'.php?mid='.$mid);
printer_draw_text($handle, $file, 10, 10);
printer_end_page($handle);
printer_end_doc($handle);
printer_close($handle);
When this code runs, a page prints .. However all that prints is the
html source, and it only prints one line across the top of the page and
nothing else. How does one send html to the printer and have the
rendered page print?
I've also tried using printer_write instead of printer_draw_text, but to
no avail.
As always, any help is greatly appreciated.
Thank you in advance,
Lou
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
[PHP] Printer functions
My question involves sending html to the printer to be printed properly.
Here is my code:
$handle = printer_open('Lexmark Z25-Z35');
printer_start_doc($handle, "test");
printer_start_page($handle);
printer_set_option($handle, PRINTER_MODE, 'raw');
printer_set_option($handle, PRINTER_PAPER_FORMAT,
PRINTER_FORMAT_LETTER);
$file = file_get_contents('http://localhost/'.$page.'.php?mid='.$mid);
printer_draw_text($handle, $file, 10, 10);
printer_end_page($handle);
printer_end_doc($handle);
printer_close($handle);
When this code runs, a page prints .. However all that prints is the
html source, and it only prints one line across the top of the page and
nothing else. How does one send html to the printer and have the
rendered page print?
I've also tried using printer_write instead of printer_draw_text, but to
no avail.
As always, any help is greatly appreciated.
Thank you in advance,
Lou
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
[PHP] Printing landscape
Is there a function/parameter that tells the printer to print in landscape? I believe I've searched through the Printer Functions and haven't encountered such a thing. Any help is appreciated. L -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
RE: [PHP] Upload seems to time out over 7.5 M
In the php.ini file set this value? Thanks, Lou -Original Message- From: Dan Anderson [mailto:[EMAIL PROTECTED] Sent: Wednesday, September 10, 2003 2:18 PM To: [EMAIL PROTECTED] Cc: '[EMAIL PROTECTED] Php. Net' Subject: Re: [PHP] Upload seems to time out over 7.5 M try: set_time_limit(0); // don't time out. By default, if it takes more then 30 seconds (or is it 60?) to execute a web page PHP kills the script. -Dan On Wed, 2003-09-10 at 14:15, Lou Parmelee wrote: > Hello all, > > I couldn't upload any files larger than 2M. So I searched around and found > this post last night and I made the changes to the php.ini file to support > 20M file uploads. The changes were successful but just like in the post > below I can't upload over a 7.5M file now. Any ideas would be much > appreciated. > > Thanks, > Lou -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
RE: [PHP] RE: Upload seems to time out over 7.5 M
It is my dedicated server so I have root access... my phpinfo() says timeouts - Connection 300 - Keep Alive - 15 Is this what I need to change? Thanks, Lou -Original Message- From: Jackson Miller [mailto:[EMAIL PROTECTED] Sent: Wednesday, September 10, 2003 2:20 PM To: '[EMAIL PROTECTED] Php. Net' Subject: Re: [PHP] RE: Upload seems to time out over 7.5 M > The only timeout (that I *know of!*) that I don't know how to change is the > Apache timeout of 300 seconds. It appears that it is indeed timing out > after 300 seconds (five minutes). It shows as HTTP_KEEP_ALIVE = 300 in > phpinfo(). There is also a setting in Apache for the maximum size of a file that can be uploaded. I am guessing you are going to HAVE to get the webhost to change httpd.conf. Good Luck, -Jackson -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP] RE: Upload seems to time out over 7.5 M
Sorry... here is the post Lou <<< - POST - >>>>>> From: Fred ([EMAIL PROTECTED]) Subject: Large file uploads timeout - ouch! View this article only Newsgroups: php.general Date: 2001-12-05 02:18:53 PST I'm designing a simple content management system with PHP, and it is going great, except... I do seem to have one problem - I'm trying to use PHP's copy function to upload files through a web browser. It works fine on small files, but times out on large ones, like a 20 MB file I'm sending. I'm on a 1Mbps DSL connection, and routinely download 600MB iso images with no problem, and seem to be having no connection problems on this end. My client is also getting timeouts on large files, and they're on a different network. The web server is running Debian Linux kernel 2.2.19; Apache/1.3.9; PHP 4.0.6 at a web hosting company. I checked the PHP manual, it said that the default maximum file upload size is 2MB. I used phpinfo() to show the server settings, and it reports that it is: upload_max_filesize=2M post_max_size=8M max_execution_time=30 which is the global file upload maximum and POST maximum and execution limit. I changed /cgi-bin/php.ini to include the lines upload_max_filesize=200M post_max_size=200M max_execution_time=2400 memory_limit=120M and saved it. I tried my upload again, but it still times out. Does Apache need to be restarted for the change to take effect? I ran phpinfo() again, and it shows upload_max_filesize=200M post_max_size=200M max_execution_time=2400 so it looks like it took the change to php.ini. I successfully uploaded a 1.8MB file, a 2.2MB file, a 4.1MB file, a 5.4MB file, a 6.1MB file, a 6.9MB file, and a 7.05MB file, but a 7.248MB file and a 7.6MB file timed out like the larger one. I'm doing the upload from IE 6.0 on Windows 2000 (running on my Linux box with VMware). I got the same results on Mozilla 0.9.6 on Mandrake Linux 8.0. I've read that PHP file uploads are done in RAM, so perhaps that is part of the problem? Unfortunately, my client plans to upload ~90MB files this way, and I'd like to leave PHP file upload as the only method needed. Here's part of the page using the upload/rename/delete script. It works flawlessly on smaller files. The only timeout (that I *know of!*) that I don't know how to change is the Apache timeout of 300 seconds. It appears that it is indeed timing out after 300 seconds (five minutes). It shows as HTTP_KEEP_ALIVE = 300 in phpinfo(). All of this is done on a virtual server at a web host, so I don't have access to the httpd.conf for Apache, although they *might* change it if I know what to ask them... ;-) -Original Message- From: Lou Parmelee [mailto:[EMAIL PROTECTED] Sent: Wednesday, September 10, 2003 2:16 PM To: '[EMAIL PROTECTED] Php. Net' Subject: Upload seems to time out over 7.5 M Hello all, I couldn't upload any files larger than 2M. So I searched around and found this post last night and I made the changes to the php.ini file to support 20M file uploads. The changes were successful but just like in the post below I can't upload over a 7.5M file now. Any ideas would be much appreciated. Thanks, Lou -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP] Upload seems to time out over 7.5 M
Hello all, I couldn't upload any files larger than 2M. So I searched around and found this post last night and I made the changes to the php.ini file to support 20M file uploads. The changes were successful but just like in the post below I can't upload over a 7.5M file now. Any ideas would be much appreciated. Thanks, Lou -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] PHP Editors
Also... Bbedit was bundled with dreamweaver for the longest time. Maybe still... > BBedit gets that share because I know people who use a Mac for development, > just for BBedit. > > Regx, ftp, custom tags, volume wide search and replace, glossaries, > scriptable and attachable, syntax checking, syntax coloring (html, css, js, > php, c, c++, java) entity conversion (both ways), spell checking - multiple > dictionary, preview, works across external mounted volumes, (I've had 80+ > windows open at one time), project organization, built-in and customizable > templates, stationary, diffs, site aware, dos-unix-mac line ending > conversion, state aware (remembers window placement and individual page > properties), etc, etc, etc. > > The only reason I have a Mac on my desk is for Bbedit. Hoping they port to > OSX and allow it to run on my FBSD box. > > DAve > > -- > Dave Goodrich > Director of Interface Development > Reality Based Learning Company > 9521 NE Willows Road, Suite 100 > Redmond, WA 98052 > Toll Free 1-877-869-6603 ext. 237 > Fax (425) 558-5655 > [EMAIL PROTECTED] > http://www.rblc.com > > >> From: "Hoover, Josh" <[EMAIL PROTECTED]> >> Date: Fri, 16 Feb 2001 11:51:16 -0500 >> To: 'Julian Wood' <[EMAIL PROTECTED]>, [EMAIL PROTECTED] >> Subject: RE: [PHP] PHP Editors >> >> I think BBEdit can get that percentage because so many people doing web >> development use Macs. Even though the overall marketshare for Macs is >> small, there is a high concentration in the web/graphics development >> areas. >> Still, those numbers Allaire shows seem a bit out of whack to me too :) >> >> Josh Hoover >> KnowledgeStorm, Inc. >> >> Searching for a new IT solution for your company? Need to improve your >> product marketing? >> Visit KnowledgeStorm at www.knowledgestorm.com to learn how we can >> simplify >> the process for you. >> KnowledgeStorm - Your IT Search Starts Here >> >>> how does BBEdit garner 42.6% of the share when the Mac >>> has only a >>> 3-5% share of the worldwide computer market? >>> >>> J >> > -- PHP General Mailing List (http://www.php.net/) To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP] PHP on MAC
You can't on os9. You have to run it on osX PB (or osx server I believe) Go here: http://homepage.mac.com/LightyearDesign/MacOSX/Packages/ > I want to install PHP on iMAC with MAC OS 9, please advise if possible. > > Further, is there any lowcost or free web server that supports PHP on my MAC > OS9. > > Thanks in advance. > > > > > I want to install PHP on iMAC with MAC OS 9, please advise if possible. > > Further, is there any lowcost or free web server that supports PHP on my MAC > OS9. > > Thanks in advance. > > > > -- PHP General Mailing List (http://www.php.net/) To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP] makerpm
Has anyone used the makerpm script in supplied with the tarbar php distribution from snap.php.net? If anyone has, do you know where the documentation is? Thank you. Lou Spironello -- PHP General Mailing List (http://www.php.net/) To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP] Macromedia and Allaire (cold fusion) have agreed to merge.
http://www.macromedia.com/special/allaire/ So much for php in ultradev ;) -- PHP General Mailing List (http://www.php.net/) To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
