По его словам, средний возраст в отряде космонавтов — 53 года: «Это слишком серьёзный возраст у космонавтов», — сказал Рогозин и добавил, что не понимает, «почему такая реакция настороженная».
Ути пути… Не понимает он…
Настороженность на массовый уход. Обычно это связано с руководителем. Большинство людей имеют опыт наемной работы и знают прекрасно как это происходит.
Непонятно еще и то, что отряд космонавтов настолько постарел. Получается, что длительное время никого не готовили. Это также может значит, что словеса об обновлении — ложь. Не на кого обновлять, идет «вымирание».
Это как раз понятно. При первом посещении сайта ОФД чек можно показать без авторизации. Далее, регистрируемся на сайте и привязываем чек к учетке. После привязки его не должно быть в открытом доступе.
Всех проблем эта схема работы не решает (возможен перехват чека и привязка к другой учетке), но открытый доступ — запросто.
А как максимум — всем через поисковую систему. Дело в том, что чеки будут доступны по ссылке без авторизации (как минимум в одном ОФД). Ну а дальше не только налоговая будет знать о презервативах, резиновых женщинах и подобном, но и соседи.
Нет ничего удивительного что разработчик на платформе Microsoft и на инструментах Microsoft вынужден пользоваться API для криптографии от этой же платформы. То, что требуют токен — это усиление безопасности.
Неприятно сталкиваться с ситуацией когда нечто, что всегда работало без проблем, сейчас требует особого внимания. Вот это понятно.
Что расстраивает введение платы за ЭЦП — тем более понятно (да еще за такую цену).
В модуле обмена, который распространяет для 1С Битрикс, а не 1С, каждый пакет передается отдельно. Соответственно, таблица b_xml_tree всегда содержит данные только по одному пакету.
Пакетного режима в обмене от 1С (который может работать и с другими CMS) нет вообще.
Скрипты, скажем, запускаемые по cron, могут быть как shell-овскими, так и php-шными, но суть в том, что они отправляют запрос битриксу так же, как это делает эска.
Зачем так, если все равно делаете по-своему? Тогда уж импорт по cron PHP скриптом на API Битрикс.
Мне приходилось так делать, когда программист 1С не захотел доделывать модуль обмена со стороны 1С (для нестандартной логики). Кидали из 1С файл по ftp на сервер с сайтом, там по cron разбирали.
на базе небезысвестного и чрезвычайно корявого bx_1c_import.php.
Его поезд давно ушел. Был актуален до обмена 3 включительно. На четвертом и далее он может помочь, но нужно понимать что делаешь.
Когда количество пакетов идёт на сотни, в каждом около 500 элементов, сайт просто захлёбывается.
Пропускать обработку по контрольным суммам уже пробовали?
Пакетный режим — это разбиение всего каталога, например, из 10000 товаров на пакеты по 100 товаров. Далее каждый пакет отправляется серией CML файлов. В отличие от стандартного модуля обмена, который идет вместе с 1С, этот пакет уйдет не в двух CML файлах, а в семи (товары-метаданные-группы, товары-метаданные-свойства, товары-элементы, предложения-метаданные, предложения-элементы, остатки, цены). Опять таки, в отличие от стандартного модуля, на каждый из этих семи файлов будет открыта отдельная сессия PHP.
Подобный скрипт имеет смысл и для разработчика сайта, чтобы иметь возможность протестировать процесс обмена. Стандартный инструмент с этим не справляется, т.к. давно отстал от модуля обмена.
Вы настроены реализовать только стандартный протокол? Пакетного режима не будет?
Совершенно непонятно как Ваш инструмент избавит от доработок на стороне сайта. Протоколы, пригодные для программиста 1С, ведет новый модуль обмена сам. Для тонкой диагностики, правда, придется их вести на стороне сайта тоже.
Цель Вашего скрипта в иллюстрация протокола HTTP сомнительна. Нужно уметь читать bash, быть знакомым с программами, использованными в скрипте. Т.е. это совершенно не замена программиста Битрикс и программиста 1С.
Что запуск скрипта возможен только на сервере — это Вы погорячились. Есть люди (я в том числе), которые используют Linux на рабочем ПК. Да и на Windows 10 разрекламирована такая возможность.
Спасибо за сложный эксперимент. Было бы интересно (откровенно говоря только в этом и интерес) провести полное нагрузочное тестирование этого решения. Будет неплохой ориентир в сравнении с массой других технологий и языков.
Да, сложно предположить, что кто-то возьмется так работать в коммерческой разработке. Но для научных целей — вполне годится.
Видел также статью одного умника на английском языке. Он писал о том, как глупо в наше время писать сайты на чем-то интерпретируемом, а не на C. К сожалению, ссылку не сохранил. Как минимум, после Вашего эксперимента, есть смысл ее перечитать. Там схожие мысли были. Как минимум, они заслуживают внимания.
Минимизация зоопарка происходит сама собой — по истечение срока поддержки. У них в любом случае, как бы они ни старались, будет несколько версий в поддержке. Так что мотивация не в этом была, а в создании рекламной платформы. Надоело людям собирать данные только в браузерах, теперь всю ОС подавай.
В моем дистрибутиве он уже есть. Но не сработал на скачивание видео из статьи:
$ youtube-dl --version
2016.01.31
$ youtube-dl https://www.youtube.com/watch?v=sLprVF6d7Ug
[youtube] sLprVF6d7Ug: Downloading webpage
[youtube] sLprVF6d7Ug: Downloading video info webpage
[youtube] sLprVF6d7Ug: Extracting video information
[youtube] sLprVF6d7Ug: Downloading DASH manifest
[download] Destination: Ghost Towns in 8K-sLprVF6d7Ug.f313.webm
[download] 100% of 185.98MiB in 00:19
[download] Destination: Ghost Towns in 8K-sLprVF6d7Ug.f251.webm
[download] 100% of 2.03MiB in 00:00
[ffmpeg] Merging formats into "Ghost Towns in 8K-sLprVF6d7Ug.webm"
ERROR: file:Ghost Towns in 8K-sLprVF6d7Ug.f251.webm: could not find codec parameters
Чем недовольна софтина?
Я вижу «could not find codec parameters». Но что не хватило при слиянии?
Настороженность на массовый уход. Обычно это связано с руководителем. Большинство людей имеют опыт наемной работы и знают прекрасно как это происходит.
Непонятно еще и то, что отряд космонавтов настолько постарел. Получается, что длительное время никого не готовили. Это также может значит, что словеса об обновлении — ложь. Не на кого обновлять, идет «вымирание».
Идея красива только технически. Подходит для быстрого прототипирования, а не для долгоживущих проектов.
Всех проблем эта схема работы не решает (возможен перехват чека и привязка к другой учетке), но открытый доступ — запросто.
Неприятно сталкиваться с ситуацией когда нечто, что всегда работало без проблем, сейчас требует особого внимания. Вот это понятно.
Что расстраивает введение платы за ЭЦП — тем более понятно (да еще за такую цену).
В модуле обмена, который распространяет для 1С Битрикс, а не 1С, каждый пакет передается отдельно. Соответственно, таблица b_xml_tree всегда содержит данные только по одному пакету.
Пакетного режима в обмене от 1С (который может работать и с другими CMS) нет вообще.
Мне приходилось так делать, когда программист 1С не захотел доделывать модуль обмена со стороны 1С (для нестандартной логики). Кидали из 1С файл по ftp на сервер с сайтом, там по cron разбирали.
Его поезд давно ушел. Был актуален до обмена 3 включительно. На четвертом и далее он может помочь, но нужно понимать что делаешь.
Пропускать обработку по контрольным суммам уже пробовали?
Подобный скрипт имеет смысл и для разработчика сайта, чтобы иметь возможность протестировать процесс обмена. Стандартный инструмент с этим не справляется, т.к. давно отстал от модуля обмена.
Вы настроены реализовать только стандартный протокол? Пакетного режима не будет?
Совершенно непонятно как Ваш инструмент избавит от доработок на стороне сайта. Протоколы, пригодные для программиста 1С, ведет новый модуль обмена сам. Для тонкой диагностики, правда, придется их вести на стороне сайта тоже.
Цель Вашего скрипта в иллюстрация протокола HTTP сомнительна. Нужно уметь читать bash, быть знакомым с программами, использованными в скрипте. Т.е. это совершенно не замена программиста Битрикс и программиста 1С.
Что запуск скрипта возможен только на сервере — это Вы погорячились. Есть люди (я в том числе), которые используют Linux на рабочем ПК. Да и на Windows 10 разрекламирована такая возможность.
Тем не менее, Ваш труд очень полезен.
Да, сложно предположить, что кто-то возьмется так работать в коммерческой разработке. Но для научных целей — вполне годится.
Видел также статью одного умника на английском языке. Он писал о том, как глупо в наше время писать сайты на чем-то интерпретируемом, а не на C. К сожалению, ссылку не сохранил. Как минимум, после Вашего эксперимента, есть смысл ее перечитать. Там схожие мысли были. Как минимум, они заслуживают внимания.
Цель мероприятия — тестирование сайтов в Safari.
Очень полезна была бы подробная статья по современной версии MacOS устанавливаемой в VirtualBox.
Чем недовольна софтина?
Я вижу «could not find codec parameters». Но что не хватило при слиянии?