+38 (067) 901-63-22 Вс 09:00—18:00
+38 (067) 901-63-22 Вс 09:00—18:00
usapolukr

Например: VDoc

Корзина

0 товара(ов) на сумму
0 грн.

Март 2013 — Розробка та продаж програмного забезпечення в Києві та Україні К2®

Отправка писем из консоли linux

Чтобы отослать электронное письмо из командной строки, можно воспользоваться утилитой mail. Также она может встречаться под названием mailx или Mail. Для отправки письма пишем следующую команду:

$ mail -s "Тема письма" pupkin@mail.ru
Привет!
Я пишу тебе из консоли!
Ctrl+D

Комбинация клавиш Ctrl+D (^D) с новой строки позволяет завершить ввод письма. После этого у меня появляется приглашение ввести получателя копии - просто жму "Enter", и письмо отправляется.

Если тело письма находится в файле, то можно просто воспользоваться перенаправлением входного потока:

$ mail -s "Письмо из файла" pupkin@mail.ru < mail_body.txt

Аналогично поступаем, если требуется отослать вывод какой-либо команды. Например, следующая команда отошлет мне на мыло содержание текущего каталога:

$ ls | mail -s "Вывод команды" pupkin@mail.ru

Кроме того, утилита позволяет не только читать письма, но и получать их, отвечать и делать прочие полезные манипуляции. Но вот чего она, похоже, не позволяет - так это добавить вложение к письму. Однако, это не беда. Есть немало способов отправить файл из консоли по электронной почте. Я рассмотрю три из них, которые не потребовали от меня разбираться в чем-то или что-то скачивать/устанавливать.

1. Если нужно отправить двоичный файл письмом, можно его просто закодировать с помощью uuencode. Команда будет выглядет следующим образом:

$ uuencode image.jpg image.jpg | mail -s "Метод 1" sombeody@somewhere.net

И хотя файл действительно закодируется и отправится, это не является вложением в полном смысле электронной почты. некоторые почтовые клиенты адэкватно отреагируют на файл в письме, другие же покажут его как простой текст, и раскодировать его придется вручную.

2. С помощью консольной утилиты mpack. Эта утилита пакует файл в сообщение и отсылает полученное сообщение туда, куда изволите.

$ mpack -s "Метод 2" image.jpg sombeody@somewhere.net

3. С помощью полноценного консольного почтового клиента mutt. Можно запустить его, сформировать письмо и отправить куда надо. А можно запустить mutt в режиме эмуляции диалога mailx (параметр -x), при этом передав через параметры все необходимое, чтобы не получать лишних вопросов от этой программы. Второй вариант выглядит так:

$ echo "Смотри вложение" | mutt -x -s "Метод 3" -a image.jpg sombeody@somewhere.net

Если какой-то из программ у вас не окажется (в чем я сильно сомневаюсь), ищите ее в репозиториях Debian.

http://debback.blogspot.com/2008/03/blog-post.html

27.03.13, 22:36

Автор сообщения: К2® Рудюк Сергей Анатольевич (Блог К2 - http://corp2.net)

SaaS программное обеспечение

SaaS (англ. software as a serviceпрограммное обеспечение как услуга; также англ. software on demandпрограммное обеспечение по требованию) — бизнес-модель продажи и использования программного обеспечения, при которой поставщик разрабатывает веб-приложение и самостоятельно управляет им, предоставляя заказчику доступ к программному обеспечению через Интернет. Основное преимущество модели SaaS для потребителя услуги состоит в отсутствии затрат, связанных с установкой, обновлением и поддержкой работоспособности оборудования и работающего на нём программного обеспечения.

В модели SaaS:

  • приложение приспособлено для удаленного использования;
  • одним приложением пользуется несколько клиентов (приложение коммунально);
  • оплата взимается либо в виде ежемесячной абонентской платы, либо на основе объёма операций;
  • техническая поддержка приложения включена в оплату;
  • модернизация и обновление приложения происходит оперативно и прозрачно для клиентов.

В рамках модели SaaS заказчики платят не за владение программным обеспечением как таковым, а за его аренду (то есть за его использование через веб-интерфейс). Таким образом, в отличие от классической схемы лицензирования ПО, заказчик несет сравнительно небольшие периодические затраты, и ему не требуется инвестировать значительные средства в приобретение ПО и аппаратной платформы для его развертывания, а затем поддерживать его работоспособность. Схема периодической оплаты предполагает, что если необходимость в программном обеспечении временно отсутствует, то заказчик может приостановить его использование и заморозить выплаты разработчику[1].

С точки зрения разработчика некоторого проприетарного программного обеспечения модель SaaS позволяет эффективно бороться с нелицензионным использованием программного обеспечения, поскольку ПО как таковое не попадает к конечным заказчикам. Кроме того, концепция SaaS часто позволяет уменьшить затраты на развёртывание и внедрение систем технической и консультационной поддержки продукта, хотя и не исключает их полностью.

История

Изначально вся компьютерная отрасль использовала арендную бизнес-модель — первые компьютеры стоили огромных денег и их вычислительные мощности сдавались заказчикам. С другой стороны, такую аренду нельзя считать разновидностью SaaS, поскольку заказчики получали доступ к компьютерам напрямую, а не с помощью глобальных сетей связи.

Поскольку модель SaaS ориентирована на предоставление услуг с помощью Интернета, её развитие непосредственно связано с развитием глобальной сети. Первые компании, предлагавшие программное обеспечение как услугу, появились в западных странах в 1997—1999 годах[2], а акроним SaaS вошел в широкое употребление в 2001 году[3].

Ключевые характеристики

Программное обеспечение по требованию обладает следующими ключевыми признаками[4]:

  • доступ к программному обеспечению, разработанному в соответствии с моделью ПО как услуга, предоставляется удалённо по сетевым каналам и как правило через веб-интерфейс, кроме того, могут использоваться тонкие клиенты и терминальный доступ;
  • программное обеспечение развёртывается в центре обработки данных в виде единого программного ядра, с которым работают все заказчики;
  • программное обеспечение предоставляется на условиях уплаты периодических арендных платежей;
  • обслуживание и обновление программного обеспечения выполняется централизованно на стороне поставщика приложения, предоставляемого как услуга (SaaS);
  • стоимость технической поддержки обычно включается в арендную плату.

Стоимость

Программное обеспечение по требованию предоставляется заказчику в аренду и всегда предполагает периодическую оплату. В качестве единицы тарификации обычно используются пользователи (при предоставлении CRM) или же число записей в базе данных (при предоставлении HRM-системы), реже — какие-то другие функциональные характеристики (например, количество определённых операций или трафик)[5]. В некоторых случаях заказчикам предлагаются смешанные модели, в рамках которых могут дополнительно оплачиваться расширенные функции (например, заказчик может платить за пользователей и за расширенное хранилище данных).

Контракт на аренду SaaS включает в себя не только оплату за использование ПО, но и оплату всех затрат, связанных с поддержкой его работоспособности, обновлением и защитой данных. Ряд поставщиков SaaS предлагает продвинутый вариант контракта на аренду — SLA (Service Level Agreement) . В таких контрактах фиксируются параметры, связанные с работоспособностью ПО. Обычно это гарантии доступности ПО в процентах в течение года. Лучшие центры обработки данных способны гарантировать доступность ПО не менее 99,5 % времени за год.

В том случае, если программное обеспечение не требует первоначальной адаптации под потребности заказчика, первоначальный платёж за ПО может отсутствовать в принципе. Данное обстоятельство является важнейшим преимуществом модели SaaS над классическим лицензированием программного обеспечения, которое требует существенных начальных инвестиций на его закупку. Периодические арендные платежи можно сравнить со стоимостью технической поддержки — обычно они жёстко прописываются в договоре и потому являются предсказуемыми. Тем самым, обеспечивается защита инвестиций заказчика в используемый программный продукт.

Отличия от других моделей

В синонимы терминов SoD и SaaS часто ошибочно заносят термины Hosted Applications и Application Service Provider (ASP), за которыми стоит другая концепция продвижения ПО. Ключевое отличие SaaS от ASP состоит в том, что в рамках модели SaaS заказчик покупает доступ к единому программному ядру, которым пользуются все заказчики. Поставщик SaaS обеспечивает централизованное развитие и полное обслуживание программного ядра. В рамках же модели ASP каждому заказчику предоставляется выделенная инсталляция программного обеспечения, развёрнутая на удалённом сайте поставщика ПО и не доступная сразу нескольким заказчикам.

Многие поставщики утверждают, что они предоставляют SaaS решение, но используют этот термин весьма небрежно. Именно работа заказчиков с единым программным ядром и его централизованное обслуживание поставщиком SaaS решения обеспечивает основные положительные свойства SaaS (см. ниже).

Факторы, способствующие продвижению SaaS

Ключевым фактором, объясняющим экономическую целесообразность SaaS, является «эффект масштаба» — провайдер SaaS обслуживает единое программное ядро, которым пользуются все клиенты, и потому тратит меньшее количество ресурсов по сравнению с управлением отдельными копиями программного обеспечения для каждого заказчика. Кроме того, использование единого программного ядра позволяет планировать вычислительные мощности и уменьшает проблему пиковых нагрузок для отдельных заказчиков. Все это позволяет поставщикам SaaS решений существенно снизить стоимость обслуживания ПО. В конечном счёте, периодическая стоимость услуг для конечного заказчика становится ниже издержек, возникающих при использовании классической модели лицензирования.

Другим ключевым фактором является уровень обслуживания SaaS. Провайдер SaaS способен предложить уровень обслуживания и поддержки ПО в работоспособном состоянии, недоступный для внутренних IT-отделов компаний. Это особенно ярко проявляется в случае использования провайдером контракта SLA.

На данный момент можно выделить несколько основных факторов[6], стимулирующих использование программного обеспечения по требованию заказчиками и развитие данных продуктов разработчиками.

Положительные факторы SaaS для заказчиков

  • Отсутствие необходимости установки ПО на рабочих местах пользователей — доступ к ПО осуществляется через обычный браузер;
  • Радикальное сокращение затрат на развёртывание системы в организации. Это расходы на аренду помещения, организацию дата-центра, оплату труда сотрудников и т. д.;
  • Сокращение затрат на техническую поддержку и обновление развернутых систем (вплоть до их полного отсутствия);
  • Быстрота внедрения, обусловленная отсутствием затрат времени на развертывание системы;
  • Понятный интерфейс — большинство сотрудников уже привыкли к использованию веб-сервисов;
  • Ясность и предсказуемость платежей, защита инвестиций;
  • Мультиплатформенность;
  • Возможность получить более высокий уровень обслуживания ПО.

Положительные факторы SaaS для разработчиков

  • Рост популярности веб-сервисов для конечных пользователей;
  • Развитие веб-технологий, большие функциональные возможности веб-приложений и простота их реализации;
  • Быстрые процессы внедрения и сравнительно низкие затраты ресурсов на обслуживание конкретного клиента;
  • Лёгкое проникновение на глобальные рынки;
  • Отсутствие проблем с нелицензионным распространением ПО;
  • В отличие от классической модели, заказчик SaaS привязывается к разработчику — он не может отказаться от услуг разработчика и продолжать использовать систему. Таким образом, обеспечивается защита инвестиций разработчика в процесс продаж;
  • В долгосрочном периоде доходы от SaaS могут оказаться выше прибыли, полученной от продажи лицензий и оказания технической поддержки (даже с учётом расходов на хостинг и управление приложениями).

Ограничивающие факторы

Наряду с факторами, которые побуждают заказчиков внедрять программное обеспечение по требованию, а разработчиков — инвестировать ресурсы в его создание, существует ряд сдерживающих факторов, ограничивающих использование данной модели.

Во-первых, концепция SaaS применима далеко не для всех функциональных классов систем. Поскольку основная экономия ресурсов провайдера достигается за счёт масштаба, модель SaaS оказывается неэффективной для систем, требующих глубокой индивидуальной адаптации под каждого заказчика, а также инновационных и нишевых решений. Концепция PaaS, являющаяся развитием SaaS, снимает это ограничение.

Во-вторых, многие заказчики опасаются применять SaaS из-за соображений безопасности и возможной утечки информации со стороны поставщика этих услуг. Вопросы, связанные с безопасностью, ограничивают использование концепции SaaS для критически важных систем, в которых обрабатывается строго конфиденциальная информация. С другой стороны, ответственность за утечку информации со стороны разработчика обычно регламентируется в соответствующих договорах, а вероятность такой утечки часто ниже, чем в случае использования внутренних систем. В том числе этому способствует недоступность программно-аппаратного комплекса, на котором развёрнута система, сотрудникам компании. В случае развёртывания SaaS в промышленных дата-центрах, обеспечивается существенно лучшая защита за счет использования более мощных и комплексных решений по информационной безопасности.

В-третьих, ограничивающим фактором SaaS является необходимость наличия постоянно действующего подключения к Интернету. Многие продукты SaaS компенсируют это наличием модулей для автономной работы. С развитием Сети значение этого фактора уменьшается (в развитых странах он неактуален уже сейчас), однако в российских регионах подобные проблемы по-прежнему возникают, и с ними приходится считаться. С другой стороны, для территориально-распределённых компаний, которые должны работать в единой информационной среде, этот фактор не актуален.

Критика SaaS

Ричард Столлман характеризует технологию как эквивалент всеобщего шпионского ПО и большой «чёрной двери» (дают оператору сервера неправомерную власть над пользователем)[7]

SaaS в России

В отличие от Западной Европы и США модель SaaS пока не получила широкого распространения в России. На сегодняшний день можно выделить сразу несколько факторов, которые тормозят развитие SaaS-модели на территории России и стран ближнего зарубежья:

  • Не столь высокая популярность аутсорсинга: российские предприятия неохотно отдают свои бизнес-функции на откуп «третьим» компаниям. Данный фактор тормозит не только развитие модели SaaS, но и развитие всех аутсорсинговых услуг в целом;
  • Общее отставание российской ИТ-отрасли: по оценкам различных экспертов, российская отрасль отстает от западной на несколько лет. Многие российские предприятия по-прежнему находятся на начальных стадиях информатизации и даже не задумываются о внедрении каких-либо комплексных решений вообще.

http://ru.wikipedia.org/wiki/SaaS

27.03.13, 9:49

Автор сообщения: К2® Рудюк Сергей Анатольевич (Блог К2 - http://corp2.net)

Упрощенное налого-обложение для IT-компаний

Закон України «Про внесення змін до розділу XX «Перехідні положення» Податкового кодексу України щодо особливостей оподаткування суб’єктів індустрії програмної продукції», який набрав чинності 03 серпня 2012 року, встановлює два види податкових пільг для ІТ-сектору – це звільнення від сплати ПДВ та зменшення ставки податку на прибуток.

Розглянемо детальніше кожен із них:

І. У період з 01 січня 2013 року до 01 січня 2023 року звільняються від оподаткування ПДВ операції з поставки програмної продукції.

До програмної продукції належить:

  1. результат комп’ютерного програмування у вигляді:
  • операційної системи,
  • комп’ютерної програми (системної, прикладної, розважальної та/або навчальної);
  • компонентів комп’ютерних програм;
  • інтернет-сайтів;
  • онлайн-сервісів;

2. криптографічні засоби захисту інформації (зокрема, електронні ключі)

ІІ. У період з 1 січня 2013 року до 1 січня 2023 року ставка податку на прибуток, отриманий від діяльності в індустрії програмної продукції, для суб’єктів індустрії програмної продукції складає 5%.

Для використання цієї особливості оподаткування ІТ-бізнесу суб’єкту ІТ-індустрії необхідно отримати свідоцтво. Для цього до податкової служби за своїм місцезнаходженням підприємець подає реєстраційну заяву та документи, що підтверджують відповідність суб’єкта критеріям, що наведені нижче. Така заява подається не пізніш як за 30 календарних днів до початку кварталу, з якого суб’єкт передбачає отримувати право на використання особливостей оподаткування.

Отримати свідоцтво зможуть ІТ-підприємці, які протягом попередніх 4 послідовних кварталів відповідають таким критеріям:

1) питома вага доходів від здійснення видів ІТ-діяльності становить не менш як 70 % доходів від усіх видів економічної діяльності з реалізації товарів, виконання робіт, надання послуг;

2) первісна вартість основних засобів та/або нематеріальних активів суб’єкта перевищує 50 розмірів мінімальної заробітної плати, установленої законом на 1 січня звітного (податкового) року;

3) у суб’єкта відсутній податковий борг;

4) щодо суб’єкта судом не прийнято постанови про визнання боржника банкрутом.

Для новоутворених ІТ-підприємців, які здійснюють діяльність протягом не менше 2 повних кварталів до дня подання реєстраційної заяви дозволяється при визначенні відповідності критеріям застосовувати показники господарської діяльності за період фактичної діяльності суб’єкта.

Новоутвореними не вважаються суб’єкти, що утворились шляхом реорганізації (злиття, приєднання, поділу, виділення, перетворення), приватизації та корпоратизації.

Видами економічної діяльності з реалізації товарів, виконання робіт та надання послуг в індустрії програмної продукції, яка надає право на використання особливостей оподаткування є:

1) видання програмного забезпечення, включаючи видання і реалізацію (продаж, прокат та/або надання ліцензій) системних пакетів програм, службових та ігрових програм, публікацію готового (несистемного) програмного забезпечення, у тому числі переклад або адаптацію несистемного програмного забезпечення для певного ринку за власний рахунок: операційні системи, бізнес та інші додатки; випуск комп’ютерних ігор для всіх платформ;

2) комп’ютерне програмування та всі види діяльності з написання, модифікування, тестування і забезпечення технічною підтримкою, документування програмного забезпечення (у тому числі з використанням комерційних або вільно розповсюджених модулів), включаючи розроблення структури і змісту та/або написання системи команд, необхідних для створення та виконання: системного програмного забезпечення (у тому числі відновлення), прикладних програм (у тому числі відновлення), баз даних, веб-сайтів (у тому числі їх аудіовізуальних елементів); настроювання програмного забезпечення, тобто модифікацію та конфігурацію існуючих додатків, таким чином, щоб воно функціонувало в рамках інформаційної системи клієнта; розроблення індивідуального програмного забезпечення (на замовлення) та адаптування пакетів програм до потреб користувачів; написання програмних супроводжуючих інструкцій для користувачів;

3) консультування з питань інформатизації, включаючи планування та розроблення комп’ютерних систем, що поєднують комплектуюче устаткування, програмне забезпечення та комунікаційні технології, консультування щодо типу та конфігурації комп’ютерних технічних засобів і використання технологій програмного забезпечення: аналіз інформаційних потреб користувачів та пошук найоптимальніших рішень, консультування з питань створення продукції програмного забезпечення і надання допомоги щодо технічних аспектів комп’ютерних систем, консультування з питань обслуговування роботи програмного забезпечення та інформатизації;

4) діяльність з керування комп’ютерним устаткуванням, включаючи надання послуг з місцевого керування і діяльності комп’ютерних систем клієнтів, а також з оброблення даних та інші супутні послуги, експлуатацію на довготривалій (постійній) основі засобів обробки даних, що належать іншим користувачам;

5) створення та впровадження інформаційно-технічних комплексів, систем та мереж щодо: проектування та створення комплексів, систем та мереж на базі інформаційних технологій, систем передачі даних та систем збереження даних, монтажу і встановлення електронно-обчислювальних машин та іншого устаткування для оброблення інформації; обслуговування та супровід комплексів, систем і мереж, збудованих на базі інформаційних технологій; установлення програмного забезпечення за винагороду, включаючи реалізацію, інсталяцію, впровадження, інтеграцію з іншими системами, підтримка (налагодження, консультування з питань розробки та експлуатації, модифікація та доробка, виправлення помилок); розроблення криптографічних засобів захисту інформації; надання права на використання програмного забезпечення, включаючи передачу майнових прав інтелектуальної власності на програмне забезпечення (комп’ютерні програми);

6) оброблення даних, розміщення інформації на веб-вузлах і пов’язана з ними діяльність, включаючи діяльність, пов’язану з базами даних: надання даних у певному порядку або послідовності шляхом їх вибору в режимі он-лайн або прямого доступу до оперативних даних, відсортованих згідно із запитом, для широкого чи обмеженого кола користувачів (комп’ютеризований менеджмент); оброблення, підготовку та введення даних із застосуванням програмного забезпечення користувача або власного програмного забезпечення.

При чому податківці мають право провести перевірку документів платника податку для встановлення достовірності поданих платником документів і підтвердження права ІТ-підприємця на застосування особливостей оподаткування. Така перевірка може бути проведена протягом 10 робочих днів, що настають за днем отримання реєстраційної заяви. За 15 робочих днів з дня отримання реєстраційної заяви податкова включає підприємця до спецреєстру та видає йому свідоцтво про реєстрацію як суб’єкта, який застосовує особливості оподаткування.

Вже з першого числа наступного місяця після включення до реєстру ІТ-приємець може користуватись особливим податковим режимом.

Проте, слід пам’ятати, що облік доходів та витрат, пов’язаних з отриманням прибутку від здійснення ІТ-дльності ведеться окремо від інших видів обліку.

При цьому, сума амортизаційних відрахувань, нарахованих на основні засоби, що використовуються для отримання прибутку, який оподатковується за пільговою ставкою, не враховується у інших видах витрат.

Взято с: http://www.my-business.com.ua/newittax

22.03.13, 16:34

Автор сообщения: К2® Рудюк Сергей Анатольевич (Блог К2 - http://corp2.net)

Освобождение от обложения НДС информационных услуг

Тимчасово, з 1 січня 2013 року до 1 січня 2023 року, звільняються від оподаткування податком на додану вартість операції з постачання програмної продукції.

Водночас, постачання послуг з проектування, видання, програмування, тестування, інсталяції, впровадження, обслуговування програмних та програмно-технічних засобів не відноситься до визначення програмної продукції.

Нагадаємо, що відповідно до діючої норми Податкового кодексу України програмною продукцією є:

- результат комп’ютерного програмування у вигляді операційної системи, системної, прикладної, розважальної, навчальної комп’ютерної програми (їх компонентів), а також у вигляді інтернет-сайтів чи онлайн-сервісів;

- криптографічні засоби захисту інформації.

Таким чином, звільнення від оподаткування податком на додану вартість не поширюється на операції з постачання послуг у сфері інформатизації.

Відповідна норма передбачена пп.26.1 підрозділу 2 розділу ХХ Податкового кодексу України (зміни внесені Законом України від 05 липня 2012 року № 5091-VI «Про внесення змін до р.XX «Перехідні положення» ПКУ щодо особливостей оподаткування суб’єктів індустрії програмної продукції»).

22.03.13, 11:15

Автор сообщения: К2® Рудюк Сергей Анатольевич (Блог К2 - http://corp2.net)

Удаление всех доменов при удалении пользователя в ISPManager

Один мой клиент, тренируясь работать в админке удалил своего пользователя, под которым создавались домены. Как результат, удалились все домены и вся информация, которые были созданы под этим доменом.

Поэтому. когда удаляете пользователя в ISPManager не забывайте: удаление пользователя в ISPManager удаляет так же и всю информацию, которая касается данного пользователя!!!

19.03.13, 22:40

Автор сообщения: К2® Рудюк Сергей Анатольевич (Блог К2 - http://corp2.net)

ISPManager удаляет домены

Столкнулся с проблемой удаления доенов в админке ISPManager. При анализе ситуации, обнаружил, что домены исчезали не из конфигов Apache и Nginx, а только из списка админки ISPManager.

Т.к. тех-поддержка разработичка ничем не помогла, пришлось бороться с ситуацией самому.

Для начала, включил подробное логирование в ISPManager. Для этого, в конфиге /usr/local/ispmgr/etc/ispmgr.conf указал параметр:

LogLevel 9

После этого, сделал, чтоб постоянно выводилась информация из лога на экран:

tail -n 1 -f /usr/local/ispmgr/var/ispmgr.log

Далее - просматриваю все процессы ISPManager:

ps aux | grep ispm

Снимаем задачу bin/ispmgr.

Данный процесс автоматически запускается при вызове админки из командной строки браузера.

После того, как перезарузил ISPManager - увидел куча сообщений о правах доступа. Как оказалось, ISPManager требует совпадения пользователя, который указан в Apache с владельцем каталога, где создан домен. Если это не так - не будет выводиться домен в списке админки... При этом, сообщение выдастся только в логе...

Указав пользователя-владельца для папки домена, получаем решение проблемы... Правда, нужно не забывать после этого снять процесс ISPManager и заново войти в админку, тем самым перезагрузив админку...

19.03.13, 22:35

Автор сообщения: К2® Рудюк Сергей Анатольевич (Блог К2 - http://corp2.net)