1) Вы ищете решения, а я их использую и пошу на "куче блого-форумов"
2) При чем тут винда, с которой все максимально очевидно, если вопрос был про линукс?
3) Про строку я и написал в своем ответе. Вы его точно прочитали до того, как меня комментировать???
Серьезно? Вы просто скопировали мой совет раскомментировать строчку в скрипте с дебагингом и вас выбрали как правильный ответ? Конечно, хозяин вопроса - барин....
Еще вариант поставить рядом две идентичные бухи. Одна на полной поддержке, в другой делаете изменения. Но обмены между ними с помощью встроенного механизма обмена по правилам из "конвертация данных". При этом первоначальные правила между идентичными конфигурациями создаются автоматически и вам нужно будет периодически, что-то подправлять, если ваша новая бизнес логика будет влиять на состояние информации в базе-приемнике (к примеру, расширите типы сделок и можете получить непроводимые документы по договору с ведением расчетов по расчетным документам).
Скопировал - свое мнение только подтвердил: У вас действительно строка неограниченной длинны. И как я уже сказал ранее, этот тип данных запрещен в конструкции ИМЕЮЩИЕ/DISTINCT, а так же в некоторых других конструкциях, в часности в группировках. Если нужно отобрать уникальные строки, то следует их как-то преобразить, к пример с помощью Выразить(СтрокаТабЧасти как Строка(200))
Одна из моих любимых книг детства. На уровне с произведениями Жюля Верна, где герои то на Луну летали, то на самолете путешествовали, то на батискафе...
А что у вас вообще в базе происходит? Проверьте нумерацию существующих документов "КоличествоБлюдКалькуляции" - возможно уже введен максимально возможный номер и автонумерация просто не работает.
P.S. Не понял прикола с установкой двух префиксов. Нужно устанавливать всего один раз и тот, который у вас реально задействован в нумерации.
Дѣаволъ: какая же тут полемика? Следуя вашей логике то, что в последней Java 8 наконец-то появились лямбды, автоматически означало, что предыдущими версиями пользоваться было нельзя. А то что java-программистов десятки тысяч и это фактически стандарт для написания корпоративного ПО вас совсем не убеждает? Вот ведь Sun и Oracle бракодели и глюкописатели! Спалить их на костре! Уже не говоря о том, что Linux уже десятилетиями от багов чистят, но что в ядре, что в окружении их до сих пор вагонами я даже боюсь заикаться - и это самая популярная ОС на планете.
Про технологическую платформу можете почитать тут - www.1c.ru/news/info.jsp?id=11912
Там явно написано, что: Лицензионное соглашение [...] разрешает использование данного программного продукта [...] для разработки собственных прикладных решений. Но если вы не хотите связываться или у вашего юриста нет желания копаться в договорах, то купите самую дешевую коробку из прайса и не забивайте себе голову.
По вашей ссылке за 2011 год смотрите только ответ №72, который должен вас успокоить, если вы настроены верить случайным людям в интернете. Можете задать вопросы юристам - они должны подтвердить, что легальность происхождения необходимо подтверждать только для того ПО, с которым идут лицензионные соглашения (сама платформа, а так же типовые и отраслевые конфигурации). Любая конфигурация, которую вы создаете является вашей собственностью защищенной авторским правом.
О маркетинге Вы полную чушь написали. Так можно сказать, что основное назначение ОС - это запуск программ и потому все должны использовать DOS, а всякие Windows - это сплошной маркетинговый булщит, который не нужен пользователям.
Платформа все время растет и развивается. На радость пользователям и разработчикам в платформе появлялись компоновщик отчетов, сервер по линукс, прямая работа с внешними БД, мобильная платформа, web/http-сервисы и много других разных плюшек. Из самого свежего - добавлена нативная поддержка JSON и интерфейс oData. Если вы в 1С работаете с DBF-файлами или XML, а так же вас совершенно не интересует возможность плавной сшивки сайтов с базами 1С - то эти доработки для вас бесполезны, но тысячи других программистов этого ждали годами.
Дѣаволъ: есть такая жизненная присказка "программа без багов - это устаревшая программа". Для каждого свой уровень критичности багов и нужности фич.
ИТС - это единственный легальный способ получения обновлений платформы. Если придет проверка, то может оказаться очень неудобным вопрос почему у вас платформа версии выше, чем была доступна на дату покупки.
Фразу "файловая база грузится с флешки" я слышал много раз в контексте именно локально развернутой файловой базы. И на разу в контексте "у меня есть dt на флешке, которую я хочу развернуть в файловую базу на компьютере". Сам автор вопроса тоже явно говорит про готовую файловую базу, а не про работу с архивами.
Жаль, что вы не можете обновить платформу. В таком случае вам остается использовать только SOAP для предоставления входа в базу со стороны сайта. Но это не так страшно. Я тоже начинал в своей базе еще со времен 8.2 и у меня на данные из веб-сервиса и сайт нормально стал, и мобильное приложение. В случае использования SOAP-библиотек все должно быть легко. Я же делал вручную и нужно было помнить про заголовки и упаковку содержимого в envelope-пакеты, но в конце-концов все работало как часы.
Если есть программист, то он может настроить нужные вам web-сервисы (SOAP) или http-сервисы (REST API). А так же для актуализации данных сайта, при изменении в 1С, можно дергать API вашего сайта, что избавит вас от необходимости делать крон на проверку обновлений.
Настя: я сам сайтами не занимаюсь, но раз платформа CMS для обоих решений интернет-торговли единая, то модуль переписать не должно занять много времени. В любом случае это лучше чем делать полностью с нуля. Погуглите - может есть готовый бесплатный модуль для вас (но скорее всего все на нем деньги рубят).
2) При чем тут винда, с которой все максимально очевидно, если вопрос был про линукс?
3) Про строку я и написал в своем ответе. Вы его точно прочитали до того, как меня комментировать???