Странный вопрос и еще более странный спор...
Все сколь-нибудь значимые дистрибутивы уже многие годы выпускают 64-разрядне сборки.
Не использовать их также глупо, как ездить на мопеде, крутя педали и не заводя мотора.
Все, сколь-нибудь значимое ПО, давным-давно оттестировано в 64-разрядных системах.
Единственное, что бывает на десяток нажатий клавиш труднее скомпилировать софт. Но если кто боится компиляции - для них есть куча пакетных дистрибутивов.
В общем, не валяйте дурака и не принебрегайте дармовыми процентами производительности... ;)
Вполне вероятно, что сделать дамп такой базы не получится - реально в дампе будет присутствовать куча символов "знак вопроса".
Еще существует вероятность, что в базе УЖЕ одни знаки вопроса вместо букв - тут уже ничего не поможет, кроме старого бакапа.
В первом же случае можно попробовать поступить как описано в руководстве mysql в главе о функции alter table:
Сначала конвертим данные в бинарный формат - при этом реально никаких изменений в данных не происходит:
ALTER TABLE t1 CONVERT TO CHARACTER SET binary;
а затем конвертим из бинарного в требуемый
ALTER TABLE t1 CONVERT TO CHARACTER SET cp1251;
Данные фактически также остаются неизменными, только перегенерируются индексы.
Второй запрос может не сработать, тогда придется конвертировать каждое текстовое поле каждой таблицы отельной командой типа ALTER TABLE t1 CHANGE c1 c1 TEXT CHARACTER SET cp1251;
Сразу конвертить в cp1251 нельзя.
Для начала почитайте логи веб-сервера - скорее всего там вы найдете сообщение об ошибке и все станет ясно (я надеюсь).
Возможно придется задать для php параметры для детального отображения ошибок типа:
ini_set("display_errors","1");
ini_set("display_startup_errors","1");
ini_set("error_reporting","2045");
и/или установить параметр log_errors, если не хотите использовать display_errors
yum можно поставить командой (для версии 5.1, архитктура i386):
rpm -i http://mirror.centos.org/centos/5.1/os/i386/CentOS/yum-3.0.5-1.el5.centos.5.noarch.rpm
если версия другая, просто зайди браузером по ссылке http://mirror.centos.org/centos/ и найди свой rpm
Если поставить imagemagick из через yum install ImageMagick, он сам поставит все необходимые либы.
А если есть желание поставить последнюю версию, то yum search поможет тебе найти нужные библиотеки.
Зачем использовать на production-сервере сырые необкатанные вещи?
Кстати, они не имею никаких преимуществ перед suphp в плане совместимости с различным юзерским ПО. Скорее даже наоборот.
Так что пока не вышел апач 2.3 с mpm-perchild лучше таки пользоваться suphp и не морочить себе голову экспериментированием на живых юзерских сайтах...
В логе nginx однозначно не может быть чисто. Именно туда для начала нужно посмотреть. Если он отключен - нужно включить.
Возможно исчерпываются файловые дескрипторы или т.п. По логу будет более-менее ясно.
Дело однозначно не в конфиге mysql - те настройки по большей части на производительность настроены, а тут вообще не фурычит...
Нужно разбираться что и как.
Соединиться с mysql-Сервером через mysql и посмотреть show processlist; - что там происходит в мускуле. Но скорее всего там ничего не происходит.
>при попытке обработки этой крупной таблицы вместо сайта начинает отображаться пустая страница,
Как долго занимает открытие этой страницы?
Попробуйте включить отображение ошибок в php - за белой страницей наверняка что-то стоит:
Почитайте внимательно error-лог апача - может быть там есть какие-то сообщения об ошибках.
Может проще их просто копировать в RAM-диск типа /dev/shm ?
Или (если файловая система ext2/ext3) смонтировать раздел с noatime nodiratime - тогда файлы просто лягут в системный кеш и обращений к диску фактически не будет.
cron использует бинарный файл "php", а апач (ведь апач?) - модуль mod_php
Они могут быть скомпилированы с разными параметрами или действительно запускаться с разными конфигами
Проще всего разобраться в чем дело используя php_info() - создайте файл phpinfo.php с текстом <? php_info(); ?> и обратитесь к нему через браузер и из командной строки - php phpinfo.php
Сразу будет видно, какой конфиг где используется, где лежат библиотеки и т.д.
Эм... Тогда уж лучше апача от рута запустить - никаких проблем с запретами на доступ к файлам не будет... ;)
Речь ведь о шареном хостинге идет - пренебрегать элементарной безопасностью будет себе же во вред...
