На самом деле да, но без блокировки + дополнительно возможность поиска среди процессов по command line, на случай если не удалось прочитать pid file.
Кстати, в вашем коде вы проверяете:
if (defined $result) {
chomp $result;
}
а автор Proc::Daemon не поленился написать if (! $pid || ( $pid && $pid =~ /\D/s )
Всегда интересно, полезно, правильно знать, как решили такую же задачу другие ребята.
Но, в случае ядра Linux, это может занять неоправданно много времени. В случае Proc::Daemon кода совсем мало, так почему бы и не заглянуть.
Забавно, что ваша статья как раз появилась в тот момент, когда я раздумывал над той же проблемой. Но у меня сервис может запускаться как в консольном режиме, так и режиме демона. И нужно предотвратить, в том числе, одновременный запуск в режиме приложения и демона одновременно. А поскольку я использую Proc::Daemon, то правильным ваиантом для меня будет, видимо, подход, который используется в Proc::Daemon.
Про НДС возможно не прав, возможно ООО не хочет работать с ИП без НДС, так как ООО потом не может сделать возврат НДС. Можете кто-либо пояснить, прав ли я?
Насколько я помню, если у вас ИП по «упращенке»:
1) НДФЛ вы не платите вообще: www.nalog.ru/rn77/ip/ip_pay_taxes/usn/
2) Взнос в пенсионный фонд и социальное страхование — это фиксированный взнос:http://www.pfrf.ru/ot_vladir_pr_releases/70914.html
Насчет того, что некоторые ООО не хотят работать с ИП без НДС, мне не очень понятно. Ниже я написал, что это имеет смысл, когда вы продаете что-то, что будет потом перепродано. Но вы пишите, что вы аутсорсер…
Ну, во-первых:
ООО отвечает своим уставным капиталом и собственностью.
ИП отвечает своим имуществом. Что не ОК.
Частая схема, когда часть сделок идет через ООО, которое работает по налоговой схеме ОСНО или УСН доходы минус расходы, т.е. вы платите налог с разницы между доходом и расходом.
А через ИП проводите те сделки, которые не подразумевают расходов и вы платите 6% со всего дохода.
Для примера вы продали какое-то оборудование — проводите через ООО, платите налог с того, что накинули сверху (по УСН 15%).
Оказываете услугу — расходов нет. Проводите через — платите налог 6% со всей суммы.
Есть еще нюанс, что некоторые ООО не хотят работать с ИП, так как оно не платит НДС. Это имеет смысл, но только в случае, если компания, который вы продали что-то, собирается это что-то перепродать, (в таком случае она заплатит НДС за вас).
Но, на самом деле, поскольку, автор коммента про 50% пишет, что он аутсорсер, я не очень понимаю, зачем ему ООО, поскольку расходов у него должны быть очень мало.
У меня ИП. Плачу очень мало:
1) 6% налог
2) двадцать с чем то тысяч в пенсионный (в год);
3) При этом 6% налог уменьшается на сумму отправленных платежей в пенсионный. то есть по факту я только плачу 6%.
4) Еще после окончания года нужно будет заплатить в пенсионный 1% от суммы полученной за год, превышающей 300 тыс. р.
5) Еще банку в месяц плачу 2500 за ведение счетов + какая-то комиссия за валютный контроль, меньше процента от поступления.
Это всё. Какие 50%? :)
>>И да, SRM мы тоже официально поддерживаем, правильно замечено.
То есть, у вас есть сертифицированый SRA? (В списке доступных не нашел.)
Поддерживается ли VMImageConsistency при репликации (при использовании SRA и вашего DR)?
И кстати, поддерживается ли HardwareAcceleratedMove, HardwareAcceleratedInit (VAAI)?
Когда-то давно читал, что только на 8086 (насчет 8088 не уверен) можно было выполнить mov cs,ax. И это был бы межсегментный переход.
Даже был какой-то вирус, который работал только на 8086 из-за использования этой возможности.
Кстати, в вашем коде вы проверяете:
if (defined $result) {
chomp $result;
}
а автор Proc::Daemon не поленился написать if (! $pid || ( $pid && $pid =~ /\D/s )
Но, в случае ядра Linux, это может занять неоправданно много времени. В случае Proc::Daemon кода совсем мало, так почему бы и не заглянуть.
Забавно, что ваша статья как раз появилась в тот момент, когда я раздумывал над той же проблемой. Но у меня сервис может запускаться как в консольном режиме, так и режиме демона. И нужно предотвратить, в том числе, одновременный запуск в режиме приложения и демона одновременно. А поскольку я использую Proc::Daemon, то правильным ваиантом для меня будет, видимо, подход, который используется в Proc::Daemon.
1) НДФЛ вы не платите вообще: www.nalog.ru/rn77/ip/ip_pay_taxes/usn/
2) Взнос в пенсионный фонд и социальное страхование — это фиксированный взнос:http://www.pfrf.ru/ot_vladir_pr_releases/70914.html
Насчет того, что некоторые ООО не хотят работать с ИП без НДС, мне не очень понятно. Ниже я написал, что это имеет смысл, когда вы продаете что-то, что будет потом перепродано. Но вы пишите, что вы аутсорсер…
ООО отвечает своим уставным капиталом и собственностью.
ИП отвечает своим имуществом. Что не ОК.
Частая схема, когда часть сделок идет через ООО, которое работает по налоговой схеме ОСНО или УСН доходы минус расходы, т.е. вы платите налог с разницы между доходом и расходом.
А через ИП проводите те сделки, которые не подразумевают расходов и вы платите 6% со всего дохода.
Для примера вы продали какое-то оборудование — проводите через ООО, платите налог с того, что накинули сверху (по УСН 15%).
Оказываете услугу — расходов нет. Проводите через — платите налог 6% со всей суммы.
Есть еще нюанс, что некоторые ООО не хотят работать с ИП, так как оно не платит НДС. Это имеет смысл, но только в случае, если компания, который вы продали что-то, собирается это что-то перепродать, (в таком случае она заплатит НДС за вас).
Но, на самом деле, поскольку, автор коммента про 50% пишет, что он аутсорсер, я не очень понимаю, зачем ему ООО, поскольку расходов у него должны быть очень мало.
1) 6% налог
2) двадцать с чем то тысяч в пенсионный (в год);
3) При этом 6% налог уменьшается на сумму отправленных платежей в пенсионный. то есть по факту я только плачу 6%.
4) Еще после окончания года нужно будет заплатить в пенсионный 1% от суммы полученной за год, превышающей 300 тыс. р.
5) Еще банку в месяц плачу 2500 за ведение счетов + какая-то комиссия за валютный контроль, меньше процента от поступления.
Это всё. Какие 50%? :)
То есть, у вас есть сертифицированый SRA? (В списке доступных не нашел.)
Поддерживается ли VMImageConsistency при репликации (при использовании SRA и вашего DR)?
И кстати, поддерживается ли HardwareAcceleratedMove, HardwareAcceleratedInit (VAAI)?
Даже был какой-то вирус, который работал только на 8086 из-за использования этой возможности.