Может ли кто-нибудь ответить на вопросы:
1) Правда ли, что 8.1 значительно быстрее рааботает, чем 8.0 и 7.7 при аналогичных конфигурациях, размерах баз в клиентском режиме?
2) Сколько памяти на одного пользователя потребуется при работе с 8.1 в терминальном режиме, или, по-другому, сколько пользователей могут комфортно разместиться на сервере с памятью 4 Гбайт?
3) Регламентированные отчеты в 8.1 по-прежнему входят в конфигурацию или уже вынесены во внешние отчеты, как в 7.7.
4) Действительно ли теперь при сохранении печатной формы счета в Exel мы получим нормальную форму, как в 7.7?
5) Работают ли в 8.1 двухмерные штрих-коды врегламентированых отчетах.
6) Что промзойдет в 8.1, когда размер файла cd достигнет 2 Гбайт?
7) Часто ли "падает"  база?

Что промзойдет в 8.1, когда размер файла cd достигнет 2 Гбайт? - А что произойдет с 8.0? 0_о

1) Да
2) УТ 150-180, можно сделать 80
3) В конфиге
4) 99% да
6) Ничего, ограничение 4Гб на одну таблицу
7) От тебя зависит

(0)
1) 8.1 значительно быстрее рааботает, чем 8.0 при аналогичных конфигурациях, размерах баз в клиентском режиме. А вот аналогичной БД 77=80 я не видал :)
2) около 20
3) По-прежнему.
4) Да.
5) Не проверял.
6) Не знаю. Использую серверный вариант. Файловый не рассматривали как таковой.
7) Ни разу.

Имеется ли полная совместимость снизу вверх, и работает ли лицензия 8.0 на 8.1, т.е ключи не нужно новые покупать?

(0) Кстати, верно, вопрос (2) некорректен ни для 80, ни для 81 по сути.

(4) Ключи не нужно новые покупать, совместимость есть ... читайте ИТС

(5) Почему, разве нельзя определить сколько памяти нужно поставить на сервере для работы, скажем, 50-ти пользователей?

(7) Смотря для чего и что они будут ворочать, как написана конфа.

(7) Для ввода расходных накдадных, например. Да мало ли для чего. При работе 50-ти человек все усредняется.

(9) Зависит от объема вводимой/обрабатываемой инфы

(9) Тебе бы вчера на день открытых дверей в 1С. :-)

(11) И что, было интересно?

(12) Ну уж не скучно точно :)

Короче, можно выкидывать 7.7 и переходить на 8.1. Или есть еще варианты?

(14) ээээ... Вы бы не торопились так. Можно 77 заставить просто летать

(1) Вот меня и интересует: а можно сделать, чтобы 8.1 работала быстрее 7.7?

Все зависит от ваших задач.
по 77 немеренно наработок, повышающих быстродействие и удобство.
те если у вас все типовое - то переход на новую прогу не сложен.
если переход потребует больших доработок - то нет.
Проще доработать 77.

(16) Вопрос некорректный

(17) Я так тоже думаю. Но мне хотелось бы услышать именно противоположное мнение: V8 лучше и быстре потому-то и потому-то...

(17) "Проще доработать 77."
Не факт

(18) Почему же нкорррктный? Вот Мерседес быстрее Запорожца. И тут не добавить и не убавить. А был бы он медленнее, то что толку от того, что он - Мерседес?

О ДАААА 8.1 это просто чудо

(20) А конкретней? Почему "не факт"? В каких именно случаях?

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

(24) Нет, понятно, что с 7.7 желающих переходить на V8 найдется немного. Но для новыхпользователй что рекомендовать (и на каом основании)?

(21) И это сравнение некорректно. Вот например автобус медленнее легковушки. Но когда нужно перевести сто человек, то автобус вполне с этим справится, будет ехать примерно так же как и пустой, а легковушка не потянет. Вот те 77 vs 8

(25) "Новые" пользователи в 99% случаев уже работали на какой-то системе. И по личной статистике абсолютное большинство работало на 1С.

(26) V8 предназначена для того же круга задач, что и V7, и для тех же пользователей. Ничего концептульного нового в V8, по сравнению c V7 нет (сравните с Бухгалтерией 6.0 - вот тут пропасть отличий).

(27) Нет, почти каждый месяц обращаются люди, которые хотят купить "коробку", и от меня зачастую зависит, какую именно: V7 или V8.

Господа, хоть и пятница, но все же спрошу. Вот тут многие отписались что 8 быстрее 8.1. И в файле тоже? Меня тоже этот вопрос озадачивал и вот я не поленился. взял платформу 8.0.14, 8.0.18 и 8.1.6 да и запустил перепроведение реализаций в почти типовой бухе. и получил следующее:
8.0.14 - 1.52 мин,
8.0.18 - 2.40 мин
8.1.6 - 2.38 мин.
Три раза запускал.

(3) А вот это - уже "теплее". Собственно, групповое проведение документов - это самая длительная процедура в 1С. А к тому же в V8 с этой концепцией "Оперативного проведения" ошибок при восстановленнии последовательности должно быть значительно больше. Или это не так?

(28) Давай определимся о чем мы говорим. Если о самописках, то... тут трудно говорить о задачах. В принципе на 77 при должном упорстве можно было наваять многое, тут обсуждать имхо нечего.
Если же о типовых конфигурациях, то позволь не согласиться.
- Круг задач значительно расширился (теперь у нас всетаки не только система учета, но и планирование, бюджетирование, подбор персонала, то есть не учетные задачи).
- Повысилась масштабируемость (трехзвенка, кластеры серверов, планы обмена). В связи с этим важный момент: восьмеру можно предлагать компаниям, на которых 1С изначально не взлетела бы.
- Значительно улучшился интерфейс (очень многое настраивается юзером самостоятельно под себя).
- Отчеты на базе построителя - тоже очень важный момент. Сваять нечто подобное на 77 крайне сложно (если вообще возможно).
- Значительно расширился инструментарий для разработчика... Та, блин, те же бизнес-процессы, это же просто песня.

Да очень много всего. Однако если мы говорим про контору в трисполовинойюзера, то может быть им восьмера и ненужна.

(31) Не надо разрешать проводить документы неоперативно. И ошибок будет значительно меньше, а не больше чем в 7.7

(30) Запускал в файловом варианте?

(28) Круг задач в V8 такой же, как и в V7. Берусь "на спор" пернести из v8 в V7 (и обратно) любой документ, отчет, обработку и т.п. за считанные часы или дни.
Масштабируемость для меня  - это сколько пользователей смогут работать на одном сервере: 10? 200? 500? смсогут на V8?
Интерфейс - дело вкуса. Мне больше нравится лаконичный, когда кнопок меньше нажимать.
А вот для разработчика - согласен, куча возможностей в V8. Единственно, что раздражает - секвель без отладчика.
В целом, мне, как программтсту, хотелось бы работать в V8...

(33) А Вы видели, как они сделали в стандартной торговле? Первым делом я эту концепцию вычистил...

(35) Давай не будем спорить. Просто расскажи как ты будешь реализовывать в v7 хотя бы сводную таблицу и Построитель отчетов

(32) Любой отчет легко ваяется не то, что без построителя, но вообще безо всяких запросов.

(37) Если имеется в виду средство для коечного пользователя, то меня это не интересует.Я считаю, что все отчеты должны быть заранее спланипованы и запрограммированы, пользователю не надо этим заниматься.

(38) Утверждение голословное и абсолютно неубедительное. Точно так же можно, например, заявить, что софт любой сложности пишется не то что без использования визуальной среды разработки, но и вовсе на ассамблере

(39) Твое право так считать, без комментариев

(40) Более того - на машине Тьюринга. Строго доказано в 30-х годах.
Конкретно, любой отчет состоит из выборкм данных, а потом из разгрузки порлученной таблицы в печатную форму. При определенном навыке и наборе уже суествующх отчетов сделать новый, довольно сложный - дело техники.Но это не значит, конечно, что нужно отказываться от новых средств. Правда, секвель без отладчика как-то не вдохновляет...

Я запускал абсолютно одинаковые отчеты.
На глаз заметно было, что в 8.1.7 они медленнее, чем в 8.0. База на MS SQL

(43) А клиентская версия, как считаете, тоже медленне, чем в 8.0?

да е мае - че выгоднее продавать?

да и всетаки 8-ка это не 7-ка - это разные платформы - просто концепция начальная похожа

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

(47)Вот это то меня и расстроило - планировали переход на него с 8.0 - а блин - пока в следующем релизе исправления этих вкустностей не появиться - лучше не использовать...

(48) НУ пока релиз еще не выпустили, может не такой глючный будет

(49)У кого? У 1с? НЕ верю!

(50) Да, чудес не бывает

(50) "не такой глючный" <> "совсем безглючный" :)

(52)Ты встречал совсем безглючные программы?

Бред - никаких преимуществ у 8.1 перед 7.7 нет и быть не может! разве что язык мудренее и плотют за нее больше!

(53) ессно нет ). Есть софт с вполне приемлемым уровнем глюков. Если говорить за 1С, то напр, я таковым считаю 25 релиз 77 (выше не ставил, ибо нафиг)

(54) > плотют за нее больше!
Этого достаточно

(54) Писец, великий Гуру.
(56) +1. И программеру таки в восьмере комфортнее

(54) да ты что??? давай ка разверни мне кластер на 7.7? и построитель нарисуй.. и консоль отчётов сделай...

(0) 50 пользователей и терминальный режим?
вы в каком веке живёте?
или у вас пользователи - китайские гастробайтеры по 100 баксов в месяц?
на чём экономите то?

Реккомендации самой 1с, лучше использовать ферму серверов терминалов, чем запускать 1с предприятие на локальных машинах, причем доказано, что и в самом деле так лучше;)

(60) ссылку дашь?

(54)Ну ну - так же говорят про мерс - "Бред - никаких преимуществ у мерса перед жигулями нет и быть не может! разве что запчасти мудренее и плотют за нее больше!"

(60)Это в 7-ке - в 8-ке никакой разницы - мое ИМХО - что наоборот - с терминалом проблем больше и нужен он как козе боян.

причем 8-ка и для пользователей гораздо удобнее - возможности разработки в сравнении с 7-кой просто огромные - про маштабируемость и тд можно долго рассказывать. минус у 8-ки один - много ресурсов под себя просит - но это уже не так актуально - 7-ка когда появилась тоже наверное под себя нехило по тем временам ресурсов драла...

(60)зависит от конфигурации, т.е где основные вычисления происходят
инталевцы вот наоборот говорят что все вычисления делают на клиенте, так что не всё однозначно

(61) (63)http://www.microsoft.com/rus/smallbusiness/products/sbs/MSSoftwarefor1C.mspx
при использовании файлового варианта, мб разницы и нет, а во тпри использовании клиент-серверного разница есть и оч большая, а вообще замечено файловую БД лучше пускать с linux файл-сервера (ext3 как-то лучше работает чем ntfs)

(64) минимально на чем запускал 7ку в dbf  - 166 пенек 32 мега оперативы и винт 840 метров, после достижения бд объема 100 мегов, индексация бд занимала времени просто жуть.
А вообще народ под 1с тарил пеньки, первые целеры вообще не шли, ошибки у целеров были с вычислениями с плавующей точкой по моему.

Дорогие коллеги!
Из этого всего обсуждения, по-видимому, можно сделать вывод: программировать на V8 гораздо интереснее, чем на V7. Причем, чем дальше, тем интереснее, потому что V8 интенсивно развивается, появляются новые объекты, а также языковые конструкции для старых (чего в V7 вообще не было - версии были фиксированы).
Однако, за удовольствие надо платить. И платить приходится конечному пользователю - некоторым снижением производительности (по сравнению с V7 и даже с более ранними версиями V8), а также тем, что слабые компьютеры придется заменить или модернизировать. С масштабируемостью тоже не совсем понятно, ясно, что здесь без SQL Server вряд ли можно получить впечатляющие результаты.
Поэтому приходится констатировать, что для небольшой организации (3-5 компьютеров) V8 вряд ли может составить конкуренцию V7 в достаточно длительной перспективе (до появления компьютеров с частотой, скажем, 10 Ггц).
Одним словом, V7 и V8, естественно, не конкуренты друг другу, а партнеры, что и требовалось доказать.

(68) я могу сказать что именно для конечного пользователя в 8.0 СУПЕР ГУД (по сравнению с 7.7)

возможность распечатать ЛЮБУЮ табличную часть (как часто это бывает нужно!!!)

(69) Возможность распечатать что-угодно, где угодно и когда угодно - это,  с одной строны, приятно, но с другой стороны, всегда встает вопрос: а кто за это платит? Совершенно ясно, что сам пользователь и платит - некоторым общим снижением эффективности.

(69)(70) Спорно. Как и сама тема.

(69)доводы в пользу 8.1: 1)достаточно продвинутый пользователь, который неполенится получше разобраться с возможностями платформы 8.0/8.1, ЭКОНОМИТ на услугах программиста: пользователь сам может настроить под себя интерфейс не обращаясь к прогу, сам распечатать любую таб. часть не обращаясь к прогу, очень продвинутый пользователь с помощью консоли отчетов может сам для себя создать нужный отчет (если, конечно, знает, что он хочет получить)
        2) если фишка 8.1 с глобальными/неглобальными модулями действительно работает - это просто здорово, в достаточно тяжелой конфе (УПП - чистый файл конфы около 100 мб, в памяти загруженная конфа занимает от 100 до 300 мб) фесьма важно отключать ненужный конкретному пользователю(согласно его роли) функционал конфу (например, в работе кладовщика совсем не нужен функционал модуля производства, диспетчеру ПДО совсем не нужен модуль бюджетирования и т.д.)
        3) еще одна фишка 8.1 (недоделанная правда) - динамическое применение изменений в модулях без необходимости монопольного доступа к базе (все еиизменения для конкретного пользователя вступают в силу после перелогина), если перерыв в работе с базой весьма не желателен для какого либо процесса - индивидуальный перезаход в базу в удобное для каждого пользователя время намного лучше чем выгонять ВСЕХ из базы

(72)Эта "фишка" неплохо делалась в 7.7. Работали 360 пользователей в 6 городах России. От Братска до Москвы. Ессно, ни о каком перерыве в работе речь не могла идти. Причем, не обязательно надо было "перелогиниваться". Достаточно было только форму открыть или "переоткрыть", если она была открыта.

Глупо сравнивать 7.7 и 8.

Разные системы, разное время.

УЖе наверное набило оскомину напоминать: такие же "наезды" были и на 7.7 (7.5), когда она приходила на смену 6.0.
Всегда есть новаторы, середнячки и консерваторы в плане освоения новых технологий. Есть люди которые гибко и оперативно реагируют на изменившиеся внешние условия, а кто-то будет с пеной у рта доказывать, что телега круче КАМАЗа.

Сегодня начался курс по новым возможностям 8.1. Я конечно обзоры читал, но все-таки я в шоке. Это круть. Сидите на 7.7 кому этого хочется. Не вопрос. Но свое предприятие в течении июля переведу на 8.1, а до конца года перепишем конфу с максимальным использованием механизмов 8.1.

(74)Неудачные аллегории.
Глупо восторгаться и кидать в воздух чепчики и лифчики по поводу рюшечек и бантиков.
Хочется, действительно, чтобы было реальное движение. Сейчас начинают поговаривать, что вот-вот хоть к 7.7 начинает приближаться по некоторым характеристикам. Никакой пены у рта. Никаких телег и КАМАЗов.

(69) Лет двадцать тому назад, чтобы не пользоаться услугами сантехника, я сам чинил краны, и, чтобы не пользоваться автосервисом (которого не было), я сам чинил машину, и еще телевизор и т.п. И не я один так поступал... Надеюсь, эти времена не вернутся. И пользователь будет стремиться к получению экономического результата не тем, что он будет экономить на программисте, а тем, что "заточит" (при помощи программиста) программу 1С под себя так, чтобы полностью окупить все затраты. За много (десятков) лет я не встречал конечного пользователя, у которого что-нибудь путного получилось на ниве, которую все-таки вспахивать программист должен, а не сантехник или автомеханик.

(72) а не (69), разумеется

(69)Расскажи плиз без шуток как пользователю распечатать любую таб.часть?

(74) (75) Опять холивар развели... Давно пора понять, что все, кто говорит о том, что 7.7 это здорово, и 8 нах не нужна, естественно, подразумевают использование ВК. Надеюсь, они не будут отрицать, что без ВК 7.7 полное гуано по сравнению с 8. Из чего, однако, не следует, что семерочники+ВК работают с гуаном. Просто они работают на том, что уже нельзя назвать семеркой. И они молодцы, они тоже обошли ее недостатки, только не за счет освоения новой платформы, а за счет использования ВК.

(79) Как бы ни развита было V8 к настоящему времени, можно строго доказать, что всегда найдется задача, для решения которой целесообразно и к V8 приделать ВК. И ничего плохого в этом нет: у V8 от этого не убудет и не прибудет. Преимущество V7, пожалуй, в другом: в легкости, изяществе и неплохой производительности при невысокой цене (и даже не самой программы, а именно трудозатрат на сопровождение).

(75) Никогда 8 не достигнет уровня 7.7. Даже не мечтай. Ведь 7.7 так и не смогла подняться до 6.0. Так почему же 8 сможет до 7.7 дорости?
И Windows никогда не превзойдет DOS по многим, очень многим параметрам. Ты как-то очень однобоко смотришь на проблему... Развитие вообще-то не идет по пути "быстрее-проще-дешевле". Оно идет в направлении "комфортней-дороже-понятней".

(80) По вопросу ВК, я не очень понял, к чему это ты, но не согласиться трудно))
А изящество это понятие субъективное. Легкость, кстати, тоже. Кому то легче на 7.7, кому-то на 8, во многом это дело привычки. Если рассматривать вариант освоения платформы с нуля, то тут тоже однозначно не скажешь, что проще. Если начинающий 1Сник, например, знаком с SQL то ему гораздо проще будет освоить восьмерочный механизм выборки данных, чем семерочное убожество. Или сразу работать на 7.7 + ВК.
Типовые на 8, конечно, сложнее в освоении, чем семерочные, но мы же про платформу говорим.
По соотношению производительности/стоимость владения где-то, действительно, 7.7 выигрывает. Это если нашли спецов по 7.7 + ВК. Тогда, согласен, переписать 7.7 по ВК, это проще, чем переписать восьмерочные конфы на правильную работу. То есть проблема сравнения V7 и V8 еще обостряется тем, что разрабочтики типовых, мягко говоря, неторопливо шагают в сторону полноценного использования представляемых возможностей.

(81) Назад к будущему?

(82) Да. Но при этом потребитель получает настолько уникальное решение, что говорить про 1С уже сложно. Это то же самое направление, что писать на Delphi к примеру. Тупиковый путь...
Прелести 1С как раз в том, что там всё тщательно задокументировано. И "переключиться" с одного спеца на другого - проще. В конце-концов с этими закомпоненчеными монстрами будет то же самое, что и с программами на Фоксе, с которой мы как раз клиента переводим на 8.1. Ибо - несопровождабельно па фоксе получилось в итоге...

(82) Если вдаваться в детали, то меня лично удручает отсутствие периодических констант и реквизитов. Регистр сведений здесь - замена не эквивалетная. Посмотрите справочник Валюты (там курсы содержатся в регистре сведений), и во сколько лишних операторов это все выливается, особенно, если в регистре сведений нужно держать еще реквизиты, завимые от других реквизитов. Чтобы это все правильно обновлялось на форме, нужно использовать кучу обработчиков и потратить массу времени. Разумеется,все получается, но какой ценой...

(84) V8 гораздо ближе к Delphi, чем V7. Та же среда разработки, даже Инспектор объектов. Та же работа с обработчиками событий. И, по сути дела, количество операторов V8 для решения задачи больше,чем в V7, но (пока) меньше,чем в Delphi.

(82) Мне вот тут сравнительно недавно пришлось 6.0 "покрутить". Жива еще старушка... Работает...
По памяти там было одно действие - типа поменять интервал журнала, которое раньше шло несколько минут. А тут оно у меня за доли секунды сработало... А вообще "летает" шестерка - это даже не то слово... Напомню - она обычно работала на процах 33-66-100 МГц и с памятью 8 Мб. 1ГГц в 10 раз больше чем 100 МГц. А память в 10 раз большую 8 Мб уже и не помнит никто...
Думаю, если вернутся на DOS - всё будет летать так, что специально тормозить придется...

(85) Регистр сведений в отличие от периодического понятен и логичен.
(86) Фигня. Количество кода в 8.0 заметно меньше, чем в 7.7. Если не считать "бантиков" типа раскраски табличных частей. Про 8.1 с её схемами компоновки вообще говорить не о чем.
Возьми для интереса оборотно-сальдовую ведомость в 7.7, 8.0 и 8.1 и сравни количество кода в строках.

(82) В шестерке не было отладчика, язык совершенно ущербный, это был, по сути, ДОСовский продукт, переведенный в Windows. V7 ее полностью заменила, превзойдя по всем параметрам (кроме быстрдействия на старых машинах). Но 6.0 нельзя сравнивать с V7 и V8, потому что там не было, собственно, платформы и конфигурации, это был интегральный продукт, не предназначенный для развития. И этот продукт ни в чем не превосходил продукты других фирм.

(88) Отчет - вообше не показатель, потому что наиболее просто устроен (кстати в V8 это сумели опровергнуть - посмотрите ведомость по остаткам, сравните с V7).
Наибольшие сложности возникают именно при работе с обработчиками событий на формах, без которых теперь никуда. А уж секвель (без отладчика и без средств макроподстановки) - это просто песня. Посмотрите текст модуля регистра накопления Остатки и попробуйте добавить измерение в этот регистр, модифицировав многоэтажный запрос в этом модуле. Соответствующий код в V7 "весит" меньше и модифицируется легче.

(88) Насчет количества кода в V7 и V8.
Чтобы получить при COM-обращении идентификатор значение перечисления из V7 можно написать:
 Имя=V7.ЗначПер.Идентификатор();

Чтобы получить то же из V8:
 Ном = V8.Перечисления.Вид.Индекс(ЗначПер);
 Имя = V8.Метаданные().Перечисления.Вид.EnumValues.Получить(Ном).Имя;

Может быть, кому-то это кажется более универсальным, но на практике - программирование сильно замедляется.

(91) вот именно здесь ты неправ.....

(91)
Книга знаний: v8: Работа с перечислениями

(91) Спасибо за информацию. Но все же остается ощущение, что приведенный мной пример - стандартное решение, которое можно найти в синтакс-помощнике, а, например, полезная функция XMLstring - позднейший trick для обеспечения номальной работы.

(94) все течет - все меняется.

не пора ли и тебе научиться этому.