Эта функция - ЭКСПЕРИМЕНТАЛЬНАЯ. Поведение, имя и всё остальное,
что задокументировано для данной функции может быть изменено в будущих
релизах РНР без предупреждения. Вы можете использовать эту функцию
только на свой страх и риск.
Если filename это имя FDB-файла (т.е. он имеет расширение
".fdb"), загружается определение шрифта, найденное в указанном файле.
Иначе создаётся ссылка на определяемый браузером шрифт.
FDB ("font definition block") это очень простая оболочка для SWF
DefineFont2-блока, которая содержит полное описание шрифта. Можно создавать
FDB-файлы из файлов шаблона SWT Generator с помощью включённой утилиты
makefdb - посмотрите в директории util главной директории дистрибутива
ming.
Определяемый браузером шрифт не содержит никакой информации о шрифте,
кроме его имени. Принимается, что определение шрифта будет предоставлено
movie-плэйером. Шрифты _serif, _sans и _typewriter должны быть доступны
всегда. Например:
<?php $f = newSWFFont("_sans"); ?>
даст вам стандартный шрифт sans-serif, возможно, тот же самый, что вы
получаете с помощью <font name="sans-serif"> в HTML.
swffont() возвращает ссылку на определение шрифта для использования
в методах SWFText->setFont() и SWFTextField->setFont().
Ответ предельно прост - своей эффективностью. Постоянные соединения пригодятся,
если велика нагрузка при создании большого количества ссылок на ваш SQL-сервер.
То, насколько реально велика эта нагрузка, зависит от многих факторов. Например,
какого типа БД, находится ли она на том же компьютере, что и ваш web-сервер,
насколько загружена машина, на которой установлен SQL-сервер, и так далее. Важно
то, что, если нагрузка по созданию соединений велика, постоянные соединения
могут оказать существенную помощь. Они позволяют дочернему процессу соединиться
только один раз для каждого жизненного цикла, вместо того чтобы делать это каждый
раз при обработке страницы, которой нужно соединение с SQL-сервером. Это значит,
что каждый дочерний процесс, который открыл постоянное соединение, будет иметь
своё собственное постоянное соединение с сервером. Например, если у вас 20 дочерних
процессов, которые запустили скрипт, выполняющий постоянное соединение с вашим
SQL-сервером, у вас будет 20 различных соединений с SQL-сервером, одно для каждого
дочернего процесса.
Заметьте, однако, что этот подход имеет и некоторые недостатки, если вы используете
БД с ограничением на количество соединений, которое превзойдено постоянными
соединениями. Если ваша БД имеет лимит в 16 одновременных соединений и, при
работающей сессии сервера, 17 дочерних потоков пытаются соединиться, один из
них не сможет это сделать. Если в скриптах есть ошибки, которые не позволяют
отключать соединения (такие как бесконечные циклы), БД с лишь 32 соединениями
может быть быстро перегружена. Проверьте в документации к вашей БД информацию
об обработке оставленных и незанятых соединений.
