Couldn’t a bot detect if a form was visible? Google can tell if you’ve hidden text from the visitor using CSS or Javascript and they can dock your SEO rankings accordingly, so I would think bots these days are smart enough to know how a page will render.
☆ A M B ☆
PHP Warning: imagettftext() [<a href='function.imagettftext'>function.imagettftext</a>]: Could not read font in /var/www/ourdomain/html/manager/includes/veriword.php on line 173, referer: http://www.ourdomain.com/manager/ 9:54 PHP Warning: Division by zero in /var/www/ourdomain/html/manager/includes/veriword.php on line 147, referer: http://www.ourdomain.com/manager/
$text_width = $box[2]-$box[0];
☆ A M B ☆
☆ A M B ☆
Wow, Bob, thanks. I had no idea my Linux webserver even HAD a font folder. But where is it?
Found this link:
http://www.cfilt.iitb.ac.in/fonts/linuxfonts.html
But that’s more about ADDING new fonts...
I am using SVN... maybe that’s what’s causing the confusion. I wouldn’t think my font folder is under SVN control, because everything under SVN control is a folder that I created...
If there’s an svn file there (or any other non-ttf file), that’s almost certainly the problem. There’s a pretty easy fix.
Well, if I have the time and inclination (which I don’t right now), I could probably just modify the valid file names that it’s reading... it’s probably reading the .svn file as a valid font every few times.... that explains the randomness of the error.
while (false !== ($file = $dir->read())) {
if($file!="." && $file!=".." && file_exists('./ttf/'.$file) && !is_dir('./ttf/' . $file)) {
$fontstmp[] = './ttf/'.$file;
}
}while ($file = $dir->read()) {
if(strstr($file,'.ttf') ) { // include only .ttf files
$fontstmp[] = $this->dir_font.'/'.$file;
}
}
MODX Staff