- всегда, если PHP подключен как модуль и сервер многопоточный, а не prefork :) К сожалению PHP хреново работает с БД, так как если Вы не используете pconnect или он не работает, то при каждом обращении к скрипту создается новое соединение с БД, что занимает времени в 10-100 раз больше чем выполнение простого SQL-запроса. Из-за этого сильно просаживается производительность PHP-скриптов и pconnect пусть и кривой, но выход :)
- проблема, в Вашем хостере - видимо для него это непрофильное занятие :) У опытных хостеров настройки MySQL заметно отличаются от дефолтных ;)
- это хорошо, осталось узнать значение wait_timeout в MySQL :)
- судя по phpinfo - PHP подключен как модуль к Apache (как собран Apache отсюда не узнаешь), так что есть шансы что pconnect реально может работать
Brim.ru добавил 07.08.2008 в 01:32
- объясните как pconnect-у удается открыть несколько соединений при условии что данные для доступа к базе одинаковые (хост, логин, пароль)?
Цитата из документации:
- единственная возможная причина накопления соединений при использовании pconnect - это несколько запущенных экземпляров (процессов) web-сервера с подключенным php-модулем, что актуально для Apache собранного как prefork (но в этом случае в возникших проблемах виноват хостер, так как он должен настроить лимит соединений с БД равным настройке MaxClients в Apache)
- да, и конечно хостеру можно посоветовать уменьшить wait_timeout в MySQL, чтобы незакрытые коннекты не зависали слишком на долго :)
1. Используйте pconnect (правда смысл в его использовании есть только если PHP подключен как модуль, а не как CGI). pconnect не закрывает открытое соединение (mysql_close ничего не делает в этом случае), но и не открывает новое соединение, а использует уже созданное, т. е. в идеале у Вас будет одно соединение вместо 20
2. Создание нового соединения занимает довольно значительное время (в 10-100 раз больше чем время выполнения простого SQL-запроса), поэтому pconnect позволяет повысить производительность.
3. Уточните как подключен к серверу PHP (CGI/модуль) и как собран Apache (prefork/multithreaded?). Скорее всего pconnect просто не работает у Вашего хостера.
- не страдайте паранойей, мотивы хостера Вам в данном случае неизвестны. Реальная ситуация: клиент вводит "левые" почтовые данные, а потом требует акт выполненных работ с синей печатью - куда его слать? Еще ситуация: клиент вводит "левый" контактный телефон - подходит срок окончания делегирования домена, клиент не отвечает на электронные письма, денег на счету ноль, связаться по телефону невозможно, так как он "липовый" - результат: домен потерян.
- возможно жесткие требования хостера по адекватному заполнению контактных данных в Ваших интересах :)
- постоянный шум не напрягает?
+ 1 за наличие юр. лица
+ 1 за лицензию на телематику
Вы поверили хостеру у которого нет юр. лица (на сайте информации не нашел), а нет юр. лица - само собой нет и лицензии на осуществление телематических услуг на территории РФ. Короче - поверили и зря, деловые отношения должны строиться на основе договора, а не доверия. Во всяком случае никаких законных претензий у Вас к ним быть не может 🙄 Какие претензии могут быть к тетке продающей в электричке пирожки и "свежее" пиво?
1. Если страница формируется динамически, поправьте кодировку в заголовке Content-Type, например в PHP:
header('Content-type: text/html; charset=windows-1251');
2. Если страницы статические копайтесь в настройках web-сервера (кодировка по умолчанию)
header("Content-Type: image/gif"); - при выводе поможет понять браузеру что речь идет о GIF-картинке, а не об HTML-коде
Для сохранения можно использовать запись в файл:
$f=fopen('/dir/file.gif', 'w'); fwrite($f, $str); fclose($f);
- только сначала надо избавиться от заголовков которые пришли вместе с картинкой (один раз сохраните и сразу их увидите в файле)
