На пайтоне:
>>> a = «stroka s bolshim kolvom simvolov»
>>> " ".join([word[0].upper()+word[1:] for word in a.split(" ")])
'Stroka S Bolshim Kolvom Simvolov'
Возможно в жабке можно сделать что-то подобное
Ну, это тоже возможно. Я просто хотел указать, что судить что-либо о человеке, по тому что он останавливает процесс по killall имя_процесса не совсем правильно, т.к. ничего предосудительного в этом нет. Кстати, кажется в Slackware для остановки демонов используется(использовался?) killall в некоторых инит-скриптах.
> kill — не linux way
kill — unix-way. Если процесс не корректно завершается по kill, то это скорее проблемы процесса, благо таких процессов достаточно мало. Единственный минус этого подхода заключается в том, что он «не по книжке».
> Следует, человек скорее всего, понятия не имеет, что там может происходить в SysV-init
Если человек завершает процесс по /etc/init.d/cron stop, это говорит лишь о том, что он привык так делать, и есть вероятность что он вообще не представляет себе как работает SysV-init. С другой стороны, есть шанс что человек останавливающий крон по killall cron может знать что крон, как и многие другие стандартные службы не использует хитрых хуков в инит скриптах. Плюс, такой человек как минимум читал что-то, кроме мануала «Устанавливаем, запускаем и останавливаем Apache в Ubuntu», и не просто выучил команды.
1. Варианты возможны, но завершение процесса по killall не является плохой практикой, покрайней мере с теми сервисами, которые знаешь (т.к. могут быть хитрые инит скрипты которые после завершения процесса еще что-то делают, что не совсем правильно)
2.Стандартный крон вроде бы не форкается, а соответсвенно проблем быть не должно (не стандартный крон скорее всего будет иметь другое имя процесса). Крон после убийства через killall прекрасно запускается.
3. Можно проверить после этого наличие процесса
Возможен вариант, что человек всю жизнь работал с BSD-init, а ему дали машину с SysV-init, по этому он не нашел как выключить процесс, и использовал killall.
Плюс killall наиболее кроссплатформенен (не зависит от системы инициализации)
там запуск stop-start-daemon с префиксом --stop, который отсылает процессу сигнал 15 (SIGTERM), по которуму завершается процесс, что впринципе и делает killall. Если бы он писал killall -9 cron (SIGKILL) — тогда процесс мог не сохранить данные.
А не обязательно ждать. Я подключил на sipnet.ru переадресацию на мобильный, плюс подстановку номера мобильного при звонках с сипа. Также можно заказать связь между сотовым и любым другим номером через смс. Единственный минус — нужно оплачивать оба направления: на сотовый и на номер. При желании можно купить прямой московский номер, и использовать его в качестве внешнего, звонки с которого пойду на сотовый и на sip, причем при смене сим карты номер не потеряется.
Для тех кого интересует распознование речи: voxforge.org — opensource проект, нужны добровольцы, нужно наговаривать текст онлайн, прямо на странице. Многие opensource программы нуждаются в этой базе (например: Julius, Sphinx, HTK)
Для тех кого интересует распознование речи:voxforge.org — opensource проект, нужны добровольцы, нужно наговаривать текст онлайн, прямо на странице. Многие opensource программы нуждаются в этой базе (например: Julius, Sphinx, HTK)
В свое время думал о создании поисковика, спайдер у которого будет работать на флеше (js нельзя из-за коннектов на другие хосты). Основная проблема в том, что очень часто скрипт не будет успевать отрабатывать, до закрытия страницы.
>>> a = «stroka s bolshim kolvom simvolov»
>>> " ".join([word[0].upper()+word[1:] for word in a.split(" ")])
'Stroka S Bolshim Kolvom Simvolov'
Возможно в жабке можно сделать что-то подобное
kill — unix-way. Если процесс не корректно завершается по kill, то это скорее проблемы процесса, благо таких процессов достаточно мало. Единственный минус этого подхода заключается в том, что он «не по книжке».
> Следует, человек скорее всего, понятия не имеет, что там может происходить в SysV-init
Если человек завершает процесс по /etc/init.d/cron stop, это говорит лишь о том, что он привык так делать, и есть вероятность что он вообще не представляет себе как работает SysV-init. С другой стороны, есть шанс что человек останавливающий крон по killall cron может знать что крон, как и многие другие стандартные службы не использует хитрых хуков в инит скриптах. Плюс, такой человек как минимум читал что-то, кроме мануала «Устанавливаем, запускаем и останавливаем Apache в Ubuntu», и не просто выучил команды.
2.Стандартный крон вроде бы не форкается, а соответсвенно проблем быть не должно (не стандартный крон скорее всего будет иметь другое имя процесса). Крон после убийства через killall прекрасно запускается.
3. Можно проверить после этого наличие процесса
Возможен вариант, что человек всю жизнь работал с BSD-init, а ему дали машину с SysV-init, по этому он не нашел как выключить процесс, и использовал killall.
Плюс killall наиболее кроссплатформенен (не зависит от системы инициализации)
А что в этом плохого, кроме того что pid файл не чистится?