Linux.by

Т.е. в том же phpmyadmin сделать show variables / show sreate было не судьба почему же? вполне судьба. только сам знаешь - у нас половина народа в базу latin1 пишет принудительно cp1251. итог дампа в таком случае плачевен. а вообще, мне кажется, что мы удалились от темы "Sun купила MySQL.."

Приличные хостеры оказывают помощь в миграции. Я думаю степень геморроя при перезде с эктмедии серьезно перувеличена. Разве что только на какой говнохостинг где принято ставить 777. Угу, оказывают. Я и оказывал знакомой веб-студии. Здорово, когда SSH нет, волшебный фирменный скрипт бэкапа весь акка...

Извините, PHP через CGI - не наш путь. fastcgi не предлагать. Проблема в том, что связка apache+mod_php несекурна по своей сути. Более-менее приемлемый уровень безопасности получается только при использовании костылей вроде suphp/php_suexec+php-cgi+fastcgi или itk. И это напрягает. Ладно, мне нетруд...

mail() совершенно ничем не плоха, только большинство хостеров не умеют готовить php.....

Ну и отсутствие логирования почтового трафика. А mpm_itk не всегда получается использовать:(

Silos, с эклипсом европой АФАИК не идет по дефолту томкат. По крайней мере я точно руками ставил себе.

я только лишь хочу болше прав, но не знаю где это прописать. Подсказка: самое простое решение в вашем случае - sudo. Покурите маны соответствующие. Я в BSD наблюдал что в /etc всего несколько файликов rc rc.local rc.local.conf и т.п. Но я не люблю bsd. Когда попал в линукс то обнаружил кучу директо...

А чем так плоха mail()? На экстмедии работает себе.

Загляни в ветку "СПАМ!!!" тестора.

Victor Gr. , а вот за mail() я бы первый взял автомат и начал массовые расстрелы. :) "К сожалению, PHP-функция mail() на наших серверах запрещена в целях безопасности и предотвращения рассылки спама. Пожалуйста, воспользуйтесь SMTP-авторизацией". Или счас такого уже не пишут? Это ж я сам ...

Я на самом деле Враг многопользовательских оп. систем и убеждён что
это когданибудь изживёт само себя...

Сомнительное утверждение. Посмотрите в сторону терминалок. Да и действительно удобно это.

Где техподдержка на любой вопрос отвечает "Мы проверили, всё в порядке". Гм. Там поддержки-то: один немного шарит, один похуже, и два или три барана полных (из тех, что пингуют из win+r->ping напрямую и потом "не успел заметить айпишник"). Так, сколько спрашивал насчёт обновлени...

Что-то мне подсказывает, что томкат. Ну или JBoss.

сервер с самосборным ядром ИМХО ужос! что угодно - но только не самосборное ядро. если, конечно, речь не про БСД, где pf и квотирование по дефолту выключены. надо тюнинг - нате вам sysctl. не более. А вот это клиента вообще не должно волновать так это хостера и волнует в первую очередь. хотя бы пот...

И третье: когда ломают хостера через клиента, у которого не хватило мозга работать через парсеры, а не городить удаленный инклуд без проверки входных данных.
А вообще да, PHP - зло, и его нужно отключать

master_of_shadows , я ведь могу в целях секурности и обрезать глобалс и allow_url_fopen :) после чего у половины клиентов написанные криворукими программерами скрипты перестают работать. Дыра в пхп - это кривые руки админа не ставящего патчи, а перевод на новую версию софта - это головняк клиенту. ...

и не изобретаем велосипед.