С 64х клиентом, ликуйте виндузатники.

(854) не выложат.
я на партнерке спросил - планов до нового года что либо выпускать нет...

(861) КЭП? В 22.00 в последний рабочий день года такой пост

(862) надежда умирает последней...

8.3.8 и 8.3.9 как долго будут одновременно развиваться?

(864) Да врятли после февраля 8.3.8 развиваться будет, если 8.3.10 выйдет то зачем то тянуть 4 платформы это уже слишком.

(864) Скорей-всего как только типовые конфы переведут на 8.3.9, так и перестанут обновлять 8.3.8

(866) А есть конфигурации на 8.3.9?

(867) Если судить по последней Рознице (2.2.5.22 от 29 Декабря 2016), то полагаю что ещё нету, но я не обладаю полной картиной по этому вопросу

Обновлял копию УТ11, получил сообщение, что платформу обновить надо. Читаю ReadMe.txt:
Рекомендуется использовать текущую версию конфигурации "Управление торговлей", редакция 11.3 с версией системы 1С:Предприятие 8 8.3.9.2033 (и выше) в режиме совместимости "Версия 8.3.8".
Минимальная версия системы 1С:Предприятие для использования текущей версии
"Управление торговлей", редакция 11.3 не ниже 8.3.8.2137.
Если бы у меня стояла платформа ниже 8.3.9.2033, то было бы сообщение о необходимости обновить платформу?

+ Дилемма, что ставить из последних: 8.3.8 или 8.3.9?

(869)(870) Обращая внимания на то что на 8.3.9 она работала бы в режиме совместимости, считаю это её "желание" 8.3.9 избыточным и достаточно поставить последнюю 8.3.8 + не будет проблем с разработкой расширений (если таковые ведутся) и с "защитой от опасных действий" которые имеются в последней версии 8.3.9.

(871) Лучше последнюю 8.3.8 без дополнительных рисков

По старинке (как для 8.2) обычно качаю windows и windows64. Сейчас в 8.3.9 появился windows64full Технологическая платформа 1С:Предприятия (64-bit) для Windows - это вместо тех 2-х?

(873) в 8.3.9 появился x64 клиент для винды

+ (874) т.е. в пакете full идет х64 клиент + x64 сервер 1с

(875) т.е. вместо старого клиента, и теперь ставится все за раз?

(876) Да, клиент x64 и сервер x64 ставится за раз, но я бы пока побоялся x64 клиента, не знаю как сейчас но на первых версиях (не тестовых) 8.3.9 у меня клиент x64 глючил знатно.

8.3.8.1747 замечен косяк при работе на сервере windows 2003.
После установки базы не создаются вообще элементы справочников. Ставил новую базу клиентам и оп.
Поставил 8.3.7.1776
При установке на windows 7 такой ошибки не наблюдается.

(878) а чо не 8.3.9? заодно потом расширения бы им писал/ставил :-)

(8790 я не ставлю неизвестные платформы клиентам ,не имею привычки.
Ставлю только стабильные версии.

(880) мне казалось - 8.3.9 уже достаточно стабильна

(879) Если только не столкнулся бы с проблемой Ошибка при создании расширения. на последнем релизе 8.3.9

(882) но можно взять более старый релиз:
"Подтверждаю, на платформе 8.3.9.1850 все работает замечательно."

Вчера словил глюк конфигуратора 8.3.9.1850.
При сравнении и объединении (конфигурация на обычных формах) если модуль формы был совсем пустой, а в изменённой конфигурации из файла в модуле формы что-то есть, то сравнение модулей ничего не показывает. А сравнение без учёта структуры показывает как надо.
Был ли это разовый глюк, не разбирался, не пытался повторить, некогда пока.

(884) используй внешний сравнятор.

(885) Пока что ни разу не было необходимости пользоваться внешним, и так всё устраивало всегда.

(886) А зря. Внешний удобней.

(884) В этом релизе вообще неадекватно работает сравнение и объединение. При чем не всегда - иногда нормально.

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

(889) WinDiff

Что-то я не просекаю - куда делась 8.3.8 со страницы - https://releases.1c.ru/total ? OooO (24/01/2017 11.45 по Москве) Видна только 8.3.9 и будущая 8.3.10

(891) никуда, тыкаешьв технологическая платформа 8.3, выбираешь любую

(891) Ткнись слева в "Технологическая платформа 8.3" там все найдешь.

))

А въехал... под ковер убрали))) что-то по утрянке туплю. Раньше она отдельным пунктом была...

Обработка, снимающая галку "Защита от опасных действий" пользователям ИБ в платформе с 8.3.9.2033
http://catalog.mista.ru/public/579735/

это не первая, первая вот: http://catalog.mista.ru/public/577219/

(897) в этой не понятно, есть ли отбор пользователей перед снятием флага. а в той, которую я нашел - точно есть.

Это такая 'виндовская' забота о пользователях.

(899) скорее обеспечение партнеров (гусары, молчать!) фронтом работ, не?

бадягу с "не найдена таблица #ttn1" в 8.3.9.2033 так и не починили.
Режим совместимости сняли, а бухи продолжают эту хрень ловить. В 100500 раз реже - это надо признать, - но все равно стреляет. Обидно.

(901) тестовую 8.3.9.2170 выпустили и пишут, что тут уже точно исправили. Придется поставить тестовую, а то уже замучились с этой ошибкой.

(901) иправили, но блин как в присказке про суслика - типа его нет, но он есть. Задолбали, если чествно...
Код ошибки: 50010160
Код(ы) обращения: CSR-12050 CSR-12078
Статус: Исправлена в выпущенной версии Зарегистрирована: 19.10.2016
Исправлена: "Технологическая платформа", версия 8.3.9.2033
Описание:
В клиент-серверном варианте информационной базы с использованием Microsoft SQL Server, после завершения работы сеанса администратором или после прерывания фонового задания из встроенного языка или интерактивно, могут происходить ошибки
Microsoft SQL Server Native Client 11.0: Invalid object name '#tt1'.
.......                        
Тут можно глянуть на ругачки по поводу этого - http://forum.infostart.ru/forum9/topic145945/
(902) там в исправлении говорится уже о #tt2. Сколько этих временных таблиц может быть? #tt1,2,3,4,5.....?
Как я понял, причина одинэсниками найдена, но поправят только в 8.3.10, а это 22 февраля. Может есть камикадзе, кто поставит бетку 8.3.10.1877 https://releases.1c.ru/version_files?nick=Platform83&ver=8.3.10.1877 ? )) Откатываться на последнюю 8.3.8 совсем неохота, но чувствую - придется.

(903) я поставил и "камикадзе" не являюсь

(904) +1

+(905) Задрали уже ныть, как опасно ставить демки.
Постоянно происходит, что выходит демка, через неделю уже релиз.

выглядит это так:

http://savepic.net/8860622.png

(904) у меня больше 200 клиентских мест...  разверну на тестовом серваке завтра, погоняю под нагрузкой и отпишусь что и как...

(906) больше всего нытиков тут http://forum.infostart.ru/forum9/topic117873/?PAGEN_1=17#message1735697

(903) http://www.forum.mista.ru/topic.php?upd&id=789989#22

(903) Мы на стенде пробовали, перепровели 2 квартала - ошибка ни разу не выскочила.

{ОбщийМодуль.ДополнительныеОтчетыИОбработки.Модуль(102)}: Ошибка при вызове метода контекста (Подключить)
    ИмяОбработки = Менеджер.Подключить(АдресВоВременномХранилище, , БезопасныйРежим);
по причине:
Ошибка подключения внешних метаданных
по причине:
Ошибка при работе с регулярными выражениями. Код ошибки - 10301 (U_REGEX_RULE_SYNTAX)

на 8.3.9.2033

(912) а что за конфа?

(912) режим совместимости 8.3.9 поставь

(912) Скорее всего в параметре DisableUnsafeActionProtection (что в conf.cfg) написано что-то не являющееся регулярным выражением.

(915) скорее всего вы правы

(911) В разных конфах по разному ведет. В зарплате для бюджета слетает раз в пол-часа и у одного - двух из двадцати и в произвольном порядке...   зависимости нет никакой. В бухг. конфе на порядок реже, в документообороте все норм и пр. При закрытии проблем не было. И этих временных "исчезающих" таблиц типа #tt1 не одна а пять, т.е. #tt1 / #tt2 / ... /#tt5 упоминаются в сообщениях об ошибках, а исправлено по заявлениям одинэсников только #tt1 и #tt2... Проблема есть и очень у многих и ее признали одноэсники - исправят к 8.3.10...

(917) Вроде как в 8.3.9.2170 исправили
https://bugboard.v8.1c.ru/error/000024623.html

(918) теперь бы еще в 8.3.10 решили...

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

(883) На релизе 8.3.9.1850 сразу же пользователи обнаружили, что календарь подставляет неправильную дату (как указали в (823))  А также двусторонняя печать не печатается на одном листе с двух сторон, а выплёвывает на разные.

(921) Простите, насчет двусторонней печати релиз оболгали. Перепроверил лично, всё работает. Пользователи начудили, админы не разобрались в отличиях от 8.2.
Но, некорректная работа окошка выбора даты бухгалтеров огорчает.

(921) А у меня никто из пользователей так и не заметил, видимо, дату руками набивают.

Поставили 8.3.9.2033 02.02.2017 с утра, сутки полет нормальный.
РИБ Центральная база и 2 дочки, около 50 ПК.
Обмен с 2-мя интернет-магазинами.

(924) У меня где-то пару дней все идеально работало, потом, когда пошли валом отчеты, аналитику стали почаще делать, т.е. нагрузка увеличилась - ошибки поползли сначала на зарплатной, а потом уже на бухучет перекинулось. Расслабляться не надо.
Сейчас притушил малость - вылетает раз в 5 реже. Выйдет 2170 - переведу всех - ее оттестил - там ситуация на порядок лучше.
Пока сижу на 2033, стало меньше вылетать, когда увеличил количество соединений на процесс, поставил галку - менеджер под каждый сервис, убрал или перенес все лишние регламентные задания на нерабочее время, соптимизировал штатно по новой все базы (c индексами разобрался через dBForge Studio - там очень удобно это делать и этот софт теперь бесплатный), перезапустил все и стало полегче. Мониторю. 5-7 падений в день на "случайных" машинах - это не 40-60 как было...

ха... на глазах зарелизилась 2170 - https://releases.1c.ru/total

Поставившие 2170 - пишите как вам с ней работается, проявляется ли "не найдена таблица #ttn1"?

(927) пока нет.

(927) Я и на других не стречал. Парни, где вы всю эту хрень находите-то?

+(929) не встречал

там же написано - при интенсивной работе

(929)а вы работать пробовали?)))
(931)ну почти,у меня при обновлении

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

На 2170 обнаружилось следующее.
По окончании выполнения второй (многопоточной) части теста "им. В.Гилева"
пара десятков процессов PostgreSQL продолжает, как ни в чем не бывало,
интенсивно работать - выполнять INSERT, DELETE  и т.п.,
занимая при этом все ядра процессоров на 90-95 % и активно записывая на диск.
При этом наблюдалось непрерывное увеличение размера базы.
Пришлось остановить сервер приложений.
Чистка кэша(сервер/клиент), удаление и установка сервера приложений заново
не помогли, ситуация стабильно воспроизводилась.
После обновления до 8.3.10.1877 такое поведение больше не наблюдалось.
Как и на предыдущих версиях 8.3.9.

Не знаю, может уже обсуждали, а на багборде я не нашел ошибку при поиске, но:
------------
На 8.3.9 (трех разных релизах платформы) лично обнаружил следующие ошибки.
1. При попытке входа в журнал документов (любых) выдавало ошибку (похожую на конфигураторную) и все. Работать невозможно. Тестировани и исправление, чистка кэша и прочие "стандартные" методы не помогли
2. При попытке выгрузить начальный образ из базы по одной организации из десятка вылетала ошибка (не сразу, а после получаса шуршания). Аналогичная проблема возникла с этой же базой на двух других компьютерах с 8.3.9

Обе ошибки исчезли при принудительном запуске на 8.3.8. Просто сами собой

Коллеги рассказывали суммарно про 5-6 ошибок, которые также самостоятельно починились при запуске на 8.3.8 вместо 8.3.9, но там уже без подробностей.

Так что у меня теперь методика исправления странных глюков всегда начинается с попытки воспроизведения ошибки на чуть более ранней платформе

(934) это вот этот v8: Новый многопоточный тест , только без графиков. если у тебя он остался в той версии, можешь им воспользоваться.

2 часа работы 2170 - пока ошибки нет - #tt(1,2,3,4,5)  сейчас где-то ~ 175 подключенных пользователей висит  (Server 2016 / SQL 2016 SP1 )

(934) Понятно, поищу, может остался где-нибудь.

(936) Еще почему-то заниженные результаты выдавались, длина строки, скорость одного потока и общая скорость потоков.
На других версиях платформы обычно больше процентов на 15-20.
Сервер ничем другим не занят был.

(937) В принципе заявлено, что ошибку починили

(940) еще в 2033 было заявлено, что поправили. Заявам 1С-ников не доверяю с некоторого времени. Им завлять, а нам работать. См. выше - обсуждалось и ссылки давались. А только после того, как плотно насели на 1С-ников в 2170 кажись исправили... Пока норм работает (тьфу-тьфу-тьфу) подведу итого в конце раб. дня. Сейчас 250-260 активных пользователей работают и сервера вышли на штатную нагрузку.

(941) Зачем на 8.3.9 тогда переходил?

(942) Философский вопрос ) Политика крупной организации - не только я ее определяю ) Работаем на серверах с последними операционками и SQL. Да и проблем особых не было до 2033. Все штатно было с мелкими заморочками. К тому-же чего работать "впритык" - последний документооборот, например который вовсю у нас пашет требует уже последний релиз платформы 8.3.8.2197.

(943) вернее предпоследней версии 8.3.8.2197 - последняя 8.3.8.2033.

(944) 8.3.8.2197 - предпоследняя версия, а 8.3.8.2033 - последняя? это как?

(945) извини... в запаре последняя версия 8.3.8.2322 ))

Ни одной #tt(1,2,3,4,5) на 2170 за день. Все норм. Можно ставить/работать.

подожду недельку и тоже наверно перейду

(947) Спасибо, отличная новость.
Пока 3 дня на 8.3.9.2033, ошибок не было.

(949) а это?
Ошибка при создании расширения.

(950) В 8.3.2033 есть эта досадная ошибка, самое печальное что никак ее не обойти. Жду не дождусь выхода финальной 8.3.10

(951) А 2197 что не попробуешь?

(952) Задолбался обновляться =)
У меня после обновления всякие внутрикорпоративные обмены отваливаются, приходится все заново руками прикручивать.

8.3.10 по первым впечатлениям очень понравилась

(953) потому что нефиг делать обмены на COM коннекторе

(954) Ну так когда я их писал, еще не было http сервисов

Сегодня обновил до 8.3.9.2170! Не работает подключаемое оборудование!

com маст дай. избавляюсь от него срочно, ибо задалбал

В одной из контор поставил 8.3.9.2170 (сервер 1С), неделю работает нормально. (950) не проверял, но (956) не подтверждаю, всё работает нормально. Достаточно просто отключить защиту от опасных действий у пользователей использующих торговое оборудование (в конфигураторе).

(956) нефига ставить клиента х64, ибо (957)

(958) я на выхах на 2170 перешел. В глаза бросились "кривые окна с прокрутками". Такое ощущение, что у все окна стали sizable, но размеры по умолчанию малы и элементы не влезают без прокруток.