Только скриптом, насколько мне известно. Попробуйте посмотреть доку к утилите (если не ошибаюсь, она в перловской поставке, потому надо читать доку к перловке.
Или вот простейшее на bash:
x=1; for i in *.gif ; do mv $i image$x.gif;x=$(($x+1)); done
---------- Добавлено 17.02.2012 в 14:34 ----------
А вот чтобы начальные подставляло
x=1000; for i in *.gif ; do mv $i image$x.gif;x=$(($x+1)); done
---------- Добавлено 17.02.2012 в 14:35 ----------
В Dolphin находите нужную папку с файлами в которых полный бардак.
Выделяете все файлы "Правка" > "Выделить всё"> в окне курсором мышки становитесь на выделенное, при нажатии правой кнопки мыши появляется меню, выбираете "Перименовать", появляется окошко в котором написано "объект" и #. Вместо объекта ставите все что хотите и нажимете ОК и будет вам счастье переименованное с 1 и до......
Швейцарец Фабиан уже давно смирился с тем, что он инвалид. Он привык к тому, что в автобусе с ним рядом никто никогда не садится. Люди стесняются и сторонятся его. Однажды он переоделся в медведя и пошел на улицу просто обниматься с прохожими.
---------- Добавлено 17.02.2012 в 08:26 ----------
myhand: "Простейшим способом" будет просто использовать prefork. Если вам надо память сэкономить - поставьте еще один легкий вебсервер перед префорком (нравится апач - поставьте апач), нефиг изобретать велосипеды.
Кому как. Мне проще будет чем собирать апач или подключать nginx - просто изменить mpm веб-сервера.
myhand: "Самое нестабильное" и плохое - это сама необходимость этих репозитариев.
Вообще-то это действительно плохо, и я с этим согласен. Но
myhand: Может просто выбирать дистрибутив, где есть все, вместо объедков, данных вам Redhat?
Личные предпочтения у меня не в сторону Debian, начинал я именно с него. Больше нравится работать (мне так легче) именно с RedHat. Хотя, есть в последнее время желание попробовать scientific linux (спонсируемую CERN). Debian, на мой взгляд, гораздо лучше показывает себя для Desktop. ИМХО. Вот когда закончится срок поддержки CentOS 5 - тогда и задумаюсь, а "надо ли мне в последствии переставлять все сервера для обновления и нахрена мне вообще этот геморрой".
alw: которое пользует пакеты из этого репозитария. Чем больше комьюнити -> тем больше вероятность того что у кого-то выплывет баг и тем быстрее он будет пофикшен.
Да (!). Именно так. Т.е. для себя этот реп использовать надо. Хотя бы ради поддержки отечественного производителя. Годится внутри организаций. Годится для админов, которые смогут в случае чего решить проблему... Но не для большинства пользователей, которые делают что-то т.к. кто-то им подсказал. Именно так.
alw: В чем разница? Особенно если вся инфраструктура нормально централизованно управляется (puppet/chef/etc)?
Вот 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:
Пакеты поставляются в формате rpm, и в большинстве случаев являются готовыми к использованию. Помните, что некоторые пакеты новее чем в официальной версии CentOS и вы не должны слепо их устанавливать. Перед тем, как заменить пакет CentOS, вы должны убедиться, что не сломается что-нибудь важное. В большинстве случаев вы можете устранить последствия ошибок, но это лучшее, чтобы избежать беспорядка.
т.е. он вообще на самом деле для десктопа... И никак не для сервера. Хотя имеет в себе и некоторые полезные фичи,к оторые бездумно устанавливать нельзя.
И опять же имеет тестовую ветку и стабильную (т.е. всё проверяется сообществом перед выходом в stable).
Т.е. весь софт опять же протестирован коммьюнити (там есть опять же разделение на ветки) и... Как ни странно большей частью портирован с Fedora.
Т.е. там ребята на этом деле собаку съели. Ну и опять же - всё тестируется (!). В отличие от CentAlt. Т.е. в CentAlt тестируется самим разработчиком, и дальше - в продакшн. Я не хочу сказать, что сама идея плоха, сам по себе разработчик этого репозитария некомпетентен или ещё чего, но выводы, я думаю, каждый для себя сделать в состоянии сам. репозиторий годится для одного, двух серверов. Но не для большой инфраструктуры.
Только скриптом, насколько мне известно. Попробуйте посмотреть доку к утилите (если не ошибаюсь, она в перловской поставке, потому надо читать доку к перловке.
Или вот простейшее на 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 ----------
"Простейшим способом" будет просто использовать prefork. Если вам надо память сэкономить - поставьте еще один легкий вебсервер перед префорком (нравится апач - поставьте апач), нефиг изобретать велосипеды.
Кому как. Мне проще будет чем собирать апач или подключать nginx - просто изменить mpm веб-сервера.
"Самое нестабильное" и плохое - это сама необходимость этих репозитариев.
Вообще-то это действительно плохо, и я с этим согласен. Но
Может просто выбирать дистрибутив, где есть все, вместо объедков, данных вам Redhat?
Личные предпочтения у меня не в сторону Debian, начинал я именно с него. Больше нравится работать (мне так легче) именно с RedHat. Хотя, есть в последнее время желание попробовать scientific linux (спонсируемую CERN). Debian, на мой взгляд, гораздо лучше показывает себя для Desktop. ИМХО. Вот когда закончится срок поддержки CentOS 5 - тогда и задумаюсь, а "надо ли мне в последствии переставлять все сервера для обновления и нахрена мне вообще этот геморрой".
http://1stat.ru/provider?ns=masterhost.ru - основных конкурентов можно увидеть там ;).
которое пользует пакеты из этого репозитария. Чем больше комьюнити -> тем больше вероятность того что у кого-то выплывет баг и тем быстрее он будет пофикшен.
Да (!). Именно так. Т.е. для себя этот реп использовать надо. Хотя бы ради поддержки отечественного производителя. Годится внутри организаций. Годится для админов, которые смогут в случае чего решить проблему... Но не для большинства пользователей, которые делают что-то т.к. кто-то им подсказал. Именно так.
В чем разница? Особенно если вся инфраструктура нормально централизованно управляется (puppet/chef/etc)?
Вот 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 тестируется самим разработчиком, и дальше - в продакшн. Я не хочу сказать, что сама идея плоха, сам по себе разработчик этого репозитария некомпетентен или ещё чего, но выводы, я думаю, каждый для себя сделать в состоянии сам. репозиторий годится для одного, двух серверов. Но не для большой инфраструктуры.
Так пояснил понятнее?