В данном случае задачи шифровать не стояло, поэтому все происходит автоматически. В подписи есть ссылка на открытый ключ, который хранится в удостоверяющем центре, выпустившем сертификат. Т.е. подпись может проверить любой получатель документа.
Не совсем так. Сейчас каждый документа проверяется в соответствующей государственной службе. Как раз на другом проекте сейчас автоматизирую проверку данных подписанта через сервер СМЭВ. Чтоб не бумажки перекладывать а через SOAP-сервис все запрашивать из ФНС, ПФР, ЭГРЮЛ и т.п… Плюс, выдача ЭЦП как-то регламентирована государством. Я не сильно задавался вопросом ценообразования, но, если интересно, могу разузнать подробнее.
Для разного типа подписей при получении запрашиваются разные комплекты документов. Чем «квалифицированнее» подпись тем больше документов проверяют и тем она дороже. А еще в эту сумму обычно входит стоимость самого токена и лицензии на КРИПТО-ПРО.
Только что проверил у себя на домашнем компьютере, где не стоит КРИПТО-ПРО. Акробат сначала поругался, что не может проверить, полез в Интернет, доставил плагин безопасности и смог провалидировать подпись. А до валидации он говорил, что проверить не может, но показывал информацию о подписанте.
И все работает, что есть в стандартной?
И в зависимости от вида оплаты соответствующие документы в 1С создаются (ПКО и т.д.)?
И несколько видов цены?
И план обмена, позволяющий в обмен только изменения включать, а не полную выгрузку каждый раз делать?
И сопоставление складов?
И актуализация остатков?
И автоматическое резервирование товаров?
Если да, готов рассмотреть вопрос покупки Вашего модуля для собственных нужд.
И все работает, что есть в стандартной?
И в зависимости от вида оплаты соответствующие документы в 1С создаются (ПКО и т.д.)?
И несколько видов цены?
И план обмена, позволяющий в обмен только изменения включать, а не полную выгрузку каждый раз делать?
И сопоставление складов?
И актуализация остатков?
И автоматическое резервирование товаров?
Если да, готов рассмотреть вопрос покупки Вашего модуля для собственных нужд.
Категорически не согласен!
Оба продукта (и 1С и Битркс) большие, сложные и универсальные. Это не значит, что они удовлетворят на 100% потребность каждого, это значит, что они в большей степени удовлетворят потребность большинства. А еще это значит, что для эффективного использования их нужно хорошо изучить и понимать механизмы работы.
Написание обмена с сайтом каждый раз под каждый новый проект увеличит стоимость проекта в 2-3 раза. Т.к. этот модуль будет очень большим и сложным. Если бы Вам удалось написать хорошо работающий универсальный модуль, Вы бы, наверняка, уже заработали состояние на его продаже. В случае со стандартным обменом, на Вашем же примере, его удалось настроить за 2-3 часа. Это намного дешевле и логичнее, чем писать обмен с нуля.
1С-Битрикс заблокировал мне возможность получения обновлений сайта до момента, пока я не убрал все копии, оставив только 2.
Доменов может ссылаться сколько угодно, но при этом, они все должны ссылаться на одну или вторую копию.
В целом да, но в частности нет.
Даже при стоимости проекта 1,5-2 миллиона и выше, с технической точки зрения логичнее создавать продукт с нуля, но с точки зрения бизнеса есть несколько преимуществ в разработке на готовой мощной CMS. Первая версия проекта появится гораздо быстрее. Намного легче применить итерацонный метод разработки. Проект можно будет отдать на поддержку другим разработчикам. Есть возможность «попробовать» на сайте много функционала и выбрать то, что нужно.
И самое главное, е-комерс слишком динамично развивается. Допустим мы сейчас исследовали рынок интернет-магазинов. Точно определили, каким должен быть сайт, чтоб быть успешным. Составили ТЗ и провели разработку с нуля. К моменту завершения работ сайт устареет, так и не родившись. А куча изменений, которые тут же придется внести, чтоб выправить ситуацию, сведут на нет всю красоту и стройность разработки.
Хороший интернет-магазин на 1С-Битрикс, как правило, стоит от 300 000 и выше. Один только дизайн сайта обойдется в сотню. При таких масштабах проекта стоимость лицензии как-то теряется.
--В соответствии с лицензионной политикой 1С-Битрикс, каждая лицензия на сайт позволяет использовать 2 копии системы. Одну, как продакшен сайт, вторую – для разработки.
Это где вы такое вычитали?
Про NFR-лицензии для партнёров-разработчиков автор видимо не слышал…
Это ответ от тех. поддержки 1С-Битрикс. Проблему как раз и решил с помощью NFR-лицензий.
Так делают новички, а профи юзают соответствующие инструменты, которыми забит весь маркетплейс.
Вот это очень полезная для меня информация. Поищу. Можете указать, какими инструментами для этого пользуетесь Вы?
Битрикс не виноват в том, что у вас(не лично у автора, сколько у компании в целом) кривые руки и вам влом пройти соответствующие курсы по работе с системой, получить сертификаты(это всё бесплатно к слову), получить партнёрский статус
И партнерский статус и полный комплект сертификатов у каждого разработчика конечно же есть. Опыта разработки нас 1С-Битркс действительно не хватает. Собственно, статья появилась только потому, что информации, как правильно вести разработку я нигде не нашел. Тех. поддержка ответила, что у них никакой методологии и рекомендаций нет, курсов по этой теме, так же, нет. Поэтому учу все сам и делюсь информацией с читателями.
С точки зрения разработчика, наверное, да. С точки зрения бизнеса — позволяет сравнительно не дорого решить большой класс задач. Многие интернет-магазины не смогут позволить себе написать всю движок с нуля.
На него должен отлично стать Windows 95. Требований к железу и места вполне хватит. И драйвера должны найтись. А потом еще можно поставить Office 97, превратив в отличную печатную машинку. Я на подобное железо ставил даже Photoshop 5.5. 40-50 минут запускается, зато работает.
Дело было в Харькове, дело было в суровые 90е, денег на такую роскошь было чуть меньше чем 0. Да и сами модули менялись так часто, что во многих случаях было проще делать навесной монтаж. Задача же была не сделать качественно для кого-то, а сделать чтоб работало и получить удовольствие больше от процесса, чем от результата.
На самом деле все было куда проще. Мне попался в библиотеке какой-то учебник по процессорам с набором лабораторных работ. Результатом каждой работы был готовый модуль. Первый – модуль процессора. Который умел подавать данные на вход и снимать с выхода процессора. Все это конечно через переключатели и лампочки. Но его уже можно было программировать!
Потом блок памяти, блок ПЗУ и т.д. Каждый блок занимал довольно большую плату. Дорожки на них были толстые, много спаяно просто проводками. Но главное, что все работало. Единственно, так и не разобрался с видеокартой. Взял ее из сломанного подаренного пентагона (тоже на Z80).
Я так понимаю, новая статья не случилась? Почему?
И в зависимости от вида оплаты соответствующие документы в 1С создаются (ПКО и т.д.)?
И несколько видов цены?
И план обмена, позволяющий в обмен только изменения включать, а не полную выгрузку каждый раз делать?
И сопоставление складов?
И актуализация остатков?
И автоматическое резервирование товаров?
Если да, готов рассмотреть вопрос покупки Вашего модуля для собственных нужд.
И в зависимости от вида оплаты соответствующие документы в 1С создаются (ПКО и т.д.)?
И несколько видов цены?
И план обмена, позволяющий в обмен только изменения включать, а не полную выгрузку каждый раз делать?
И сопоставление складов?
И актуализация остатков?
И автоматическое резервирование товаров?
Если да, готов рассмотреть вопрос покупки Вашего модуля для собственных нужд.
Категорически не согласен!
Оба продукта (и 1С и Битркс) большие, сложные и универсальные. Это не значит, что они удовлетворят на 100% потребность каждого, это значит, что они в большей степени удовлетворят потребность большинства. А еще это значит, что для эффективного использования их нужно хорошо изучить и понимать механизмы работы.
Написание обмена с сайтом каждый раз под каждый новый проект увеличит стоимость проекта в 2-3 раза. Т.к. этот модуль будет очень большим и сложным. Если бы Вам удалось написать хорошо работающий универсальный модуль, Вы бы, наверняка, уже заработали состояние на его продаже. В случае со стандартным обменом, на Вашем же примере, его удалось настроить за 2-3 часа. Это намного дешевле и логичнее, чем писать обмен с нуля.
Большое количество мелких файлов принадлежит ядру 1С-Битрикс.
Доменов может ссылаться сколько угодно, но при этом, они все должны ссылаться на одну или вторую копию.
Даже при стоимости проекта 1,5-2 миллиона и выше, с технической точки зрения логичнее создавать продукт с нуля, но с точки зрения бизнеса есть несколько преимуществ в разработке на готовой мощной CMS. Первая версия проекта появится гораздо быстрее. Намного легче применить итерацонный метод разработки. Проект можно будет отдать на поддержку другим разработчикам. Есть возможность «попробовать» на сайте много функционала и выбрать то, что нужно.
И самое главное, е-комерс слишком динамично развивается. Допустим мы сейчас исследовали рынок интернет-магазинов. Точно определили, каким должен быть сайт, чтоб быть успешным. Составили ТЗ и провели разработку с нуля. К моменту завершения работ сайт устареет, так и не родившись. А куча изменений, которые тут же придется внести, чтоб выправить ситуацию, сведут на нет всю красоту и стройность разработки.
Это ответ от тех. поддержки 1С-Битрикс. Проблему как раз и решил с помощью NFR-лицензий.
Вот это очень полезная для меня информация. Поищу. Можете указать, какими инструментами для этого пользуетесь Вы?
И партнерский статус и полный комплект сертификатов у каждого разработчика конечно же есть. Опыта разработки нас 1С-Битркс действительно не хватает. Собственно, статья появилась только потому, что информации, как правильно вести разработку я нигде не нашел. Тех. поддержка ответила, что у них никакой методологии и рекомендаций нет, курсов по этой теме, так же, нет. Поэтому учу все сам и делюсь информацией с читателями.
Потом блок памяти, блок ПЗУ и т.д. Каждый блок занимал довольно большую плату. Дорожки на них были толстые, много спаяно просто проводками. Но главное, что все работало. Единственно, так и не разобрался с видеокартой. Взял ее из сломанного подаренного пентагона (тоже на Z80).