Raistlin

Raistlin
Рейтинг
247
Регистрация
01.02.2010

Только скриптом, насколько мне известно. Попробуйте посмотреть доку к утилите (если не ошибаюсь, она в перловской поставке, потому надо читать доку к перловке.

Или вот простейшее на 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 ----------

А, вот нагуглил:

rename 'no strict; $_=sprintf "image%03d.gif",$i++' *.gif

Зачем такие сложности? :-)

В Dolphin находите нужную папку с файлами в которых полный бардак.

Выделяете все файлы "Правка" > "Выделить всё"> в окне курсором мышки становитесь на выделенное, при нажатии правой кнопки мыши появляется меню, выбираете "Перименовать", появляется окошко в котором написано "объект" и #. Вместо объекта ставите все что хотите и нажимете ОК и будет вам счастье переименованное с 1 и до......

Швейцарец Фабиан уже давно смирился с тем, что он инвалид. Он привык к тому, что в автобусе с ним рядом никто никогда не садится. Люди стесняются и сторонятся его. Однажды он переоделся в медведя и пошел на улицу просто обниматься с прохожими.



---------- Добавлено 17.02.2012 в 12:44 ----------

klamas:
Входящих СМС не бывает платных в принципе, откуда бы оно не пришло.

Бывают. Поверьте (теперь уже бывшему) сотруднику MTS.

DRsheff,

yum erase php

yum install php

Это должно решить проблему.

---------- Добавлено 17.02.2012 в 08:26 ----------

myhand:
"Простейшим способом" будет просто использовать prefork. Если вам надо память сэкономить - поставьте еще один легкий вебсервер перед префорком (нравится апач - поставьте апач), нефиг изобретать велосипеды.

Кому как. Мне проще будет чем собирать апач или подключать nginx - просто изменить mpm веб-сервера.

myhand:
"Самое нестабильное" и плохое - это сама необходимость этих репозитариев.

Вообще-то это действительно плохо, и я с этим согласен. Но

myhand:
Может просто выбирать дистрибутив, где есть все, вместо объедков, данных вам Redhat?

Личные предпочтения у меня не в сторону Debian, начинал я именно с него. Больше нравится работать (мне так легче) именно с RedHat. Хотя, есть в последнее время желание попробовать scientific linux (спонсируемую CERN). Debian, на мой взгляд, гораздо лучше показывает себя для Desktop. ИМХО. Вот когда закончится срок поддержки CentOS 5 - тогда и задумаюсь, а "надо ли мне в последствии переставлять все сервера для обновления и нахрена мне вообще этот геморрой".

http://1stat.ru/provider?ns=masterhost.ru - основных конкурентов можно увидеть там ;).

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).

Теперь remi. читаем ссылку. http://www.ll-experts.com/en/

Т.е. весь софт опять же протестирован коммьюнити (там есть опять же разделение на ветки) и... Как ни странно большей частью портирован с Fedora.

Т.е. там ребята на этом деле собаку съели. Ну и опять же - всё тестируется (!). В отличие от CentAlt. Т.е. в CentAlt тестируется самим разработчиком, и дальше - в продакшн. Я не хочу сказать, что сама идея плоха, сам по себе разработчик этого репозитария некомпетентен или ещё чего, но выводы, я думаю, каждый для себя сделать в состоянии сам. репозиторий годится для одного, двух серверов. Но не для большой инфраструктуры.

Так пояснил понятнее?

Всего: 4675