Только скриптом, насколько мне известно. Попробуйте посмотреть доку к утилите (если не ошибаюсь, она в перловской поставке, потому надо читать доку к перловке.
Или вот простейшее на bash:
---------- Добавлено 17.02.2012 в 14:34 ----------А вот чтобы начальные подставляло
---------- Добавлено 17.02.2012 в 14:35 ----------А, вот нагуглил:
Зачем такие сложности? :-)
В Dolphin находите нужную папку с файлами в которых полный бардак.
Выделяете все файлы "Правка" > "Выделить всё"> в окне курсором мышки становитесь на выделенное, при нажатии правой кнопки мыши появляется меню, выбираете "Перименовать", появляется окошко в котором написано "объект" и #. Вместо объекта ставите все что хотите и нажимете ОК и будет вам счастье переименованное с 1 и до......
Швейцарец Фабиан уже давно смирился с тем, что он инвалид. Он привык к тому, что в автобусе с ним рядом никто никогда не садится. Люди стесняются и сторонятся его. Однажды он переоделся в медведя и пошел на улицу просто обниматься с прохожими.
---------- Добавлено 17.02.2012 в 12:44 ----------
Бывают. Поверьте (теперь уже бывшему) сотруднику MTS.
DRsheff,
yum erase php
yum install php
Это должно решить проблему.---------- Добавлено 17.02.2012 в 08:26 ----------
Кому как. Мне проще будет чем собирать апач или подключать nginx - просто изменить mpm веб-сервера.
Вообще-то это действительно плохо, и я с этим согласен. Но
Личные предпочтения у меня не в сторону Debian, начинал я именно с него. Больше нравится работать (мне так легче) именно с RedHat. Хотя, есть в последнее время желание попробовать scientific linux (спонсируемую CERN). Debian, на мой взгляд, гораздо лучше показывает себя для Desktop. ИМХО. Вот когда закончится срок поддержки CentOS 5 - тогда и задумаюсь, а "надо ли мне в последствии переставлять все сервера для обновления и нахрена мне вообще этот геморрой".
http://1stat.ru/provider?ns=masterhost.ru - основных конкурентов можно увидеть там ;).
Да (!). Именно так. Т.е. для себя этот реп использовать надо. Хотя бы ради поддержки отечественного производителя. Годится внутри организаций. Годится для админов, которые смогут в случае чего решить проблему... Но не для большинства пользователей, которые делают что-то т.к. кто-то им подсказал. Именно так.
Вот rpmfoge, например, в конце 2010 сносил yum. Напрочь (правда, при обновлении из testing). Вот если бы и здесь был testing - было бы хорошо. Я бы зарядил этот реп на свои тестовые серверы и работал бы с ними, отправляя багрепорты мейнтейнеру. А без отсутствия таковых - ну обновлять серверы надо по очереди... Если обновляем разом - вполне можем получить не работающую машинку... Т.е. приоритет понижать надо именно для того, чтобы в случае чего ставился пакет из дистра, а не из стороннего репозитария. Было бы очень хорошо... А иначе - неизбежно раз в полгода будут выплывать малоприятные баги, которые будут давать хлеб мне, вам ипрочей админской братии. А у владельцев VPS и серверов, которые не раскошелились на своего админа и регулярно следят за обновлениями - появляться проблемы.
Ну не может он один за всю страну работать, он же для себя собирает, а не для сообщества. Вот если бы там кто-то помогал и т.п. - картина была бы совершенно иной. А так - я категорически не хочу использовать его в продакшн. Ибо ошибки бывают. И бывают везде.---------- Добавлено 16.02.2012 в 16:03 ----------P.S. Щас перечитал - понял, что это ой подход такой. Но про простых зверят(пользователей) ИМХО слова остаются справедливыми.
alw, т.е. вы не про fastcgi и ispmanager? Прошу прощения. я думал, аргументировать просите именно это. Теперь по репозиториям.
EPEL: http://fedoraproject.org/wiki/EPEL - проект Fedora. Имеет тестируемые, стабильные ветки. Т.е. все пакеты тестируются сообществом, до их выхода в stable.
rpmforge:
т.е. он вообще на самом деле для десктопа... И никак не для сервера. Хотя имеет в себе и некоторые полезные фичи,к оторые бездумно устанавливать нельзя.
И опять же имеет тестовую ветку и стабильную (т.е. всё проверяется сообществом перед выходом в stable).
Теперь remi. читаем ссылку. http://www.ll-experts.com/en/
Т.е. весь софт опять же протестирован коммьюнити (там есть опять же разделение на ветки) и... Как ни странно большей частью портирован с Fedora.
Т.е. там ребята на этом деле собаку съели. Ну и опять же - всё тестируется (!). В отличие от CentAlt. Т.е. в CentAlt тестируется самим разработчиком, и дальше - в продакшн. Я не хочу сказать, что сама идея плоха, сам по себе разработчик этого репозитария некомпетентен или ещё чего, но выводы, я думаю, каждый для себя сделать в состоянии сам. репозиторий годится для одного, двух серверов. Но не для большой инфраструктуры.
Так пояснил понятнее?