Waanneek
Иван Немчинов

(7)

Цитата
Алексей Пехов - Хроники Сиалы.

Наверное моя самая любимая книга! перечитывал 3 раза.
Еще не плохой цикл "Алмазный меч, деревянный меч" Перумов Ник. Читается по тяжелее Пехова, но тоже интересные книги.

(1) В новой платформе теперь меню "Файл" не первое в списке

в Обычных формах открытие недавних файлов было самым удобным.

(3)

Цитата
Сколько лет с хранилищем работаем и чёт не было проблем, наверное я не работал в команде из 100 человек

Вы точно работаете с хранилищем 1с ? =)

Постоянно проблемы:
1) Примерно за год хранилище до ходит до предельного размера и если во время на срезать - рушится (около 1,5 тыс коммитов потом ломается) и это пожалуй самое безобидное.
2) Не редки глюки с КЭШем и подключением, зависают ранее подключеные пользователи, хотя конфигуратор уже закрыт давно
3) на 12х или 13 версиях платформы был глюк с помещением в хранилище - изменения были видны в конфигураторе но не помещались в хранилище и если продобать эти изменения в конфигураторе в котором велась разработка, то делай заного по памяти, когда обнаружится что в хранилище коммита нет.
4) Не применялись к ИБ, в конфигураторе код виден, к базе не применяется (глюки кэша)...

и все это при совместной разработке от 2 до 4х разработчиков на одно хранилище.

(72)

Цитата
У некоторых 1С-ников спецификой жизгни является то, что близкий у них один - это комп

Конечно каждому свое, но мне было бы тоскливо от такой жизни =)
Смысл много работать/зарабатывать, если не для кого?

Не смотрите ни какой фильм, закройте браузер, погасите монитор и проведите время с близкими!

(16)
Внедрение 1с Бух:

Пользователь: А вот у нас в *название старой программы* отчетность автоматов выгружалась! А в ВАШЕЙ Один Эс вообще все плохо! Все не правильно!

Программист: Покажите!

<после долгих вокруг-да около...>
Пользователь: Вот формирую отчет.... сохраняю в Эксель, вот здесь цифру впечатываю!.... Видите все автоматом! А ваша программа Плохая!!

- в комментарии 8. сделали верное замечание по поводу соединения (это может даже решит вашу проблему)

- Журнал видимо имеет большое количество типов документов и при проверке :
ОбщийЖурнал.Дата
ОбщийЖурнал.ПометкаУдаления = ЛОЖЬ
ОбщийЖурнал.Проведен = ИСТИНА

возможно формируется не оптимальный план запроса на SQL делает вложенные запросы к каждому типу документа
этот запрос стоит посмотреть SQL профайлером какой план запроса генерируется.

- выполнить реиндексацию через конфигуратор
- обновить статистику SQL

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

Код
ГДЕ     ОбщийЖурнал.Дата МЕЖДУ &НачалоПериода И &КонецПериода     И (ОбщийЖурнал.Ссылка ССЫЛКА Документ.ОперацияБух             ИЛИ ОбщийЖурнал.Проведен = ИСТИНА)     И ОбщийЖурнал.ПометкаУдаления = ЛОЖЬ

Еще у вас по смыслу запроса получится:

Док1 - Свойство1 - значениеСвойства1
Док1 - Свойство2 - значениеСвойства2
Док1 - СвойствоN - значениеСвойстваN

у вас цель вывести все доп свойства? или может вы забыли поставить отбор на "ДополнительныеСведения.Свойство = &КонкретноеСвойство"?

(1)

Цитата
Хотелось бы увидеть как решалась проблема дедубликации (замены существующих элементов на централизованные)

О да, больная тема! Обмен написать это 5-10% от работ по запуску интеграции..
Синхронизировать справочники когда их по 10-20+ тысяч с явными и не явными дублями и 70-80% не совпадает автоматически между системами - адская работа..

Цитата
С тех пор делаю резервные копии дважды - через конфигуратор и копированием файла

Файловые базы всегда нужно:
1) Скопировать файл 1Cv8.1CD (можно весь каталог базы)
2) Только потом делать *.dt из конфигуратор
3) потом обновление и т.п.

* В процессе выгрузки DT база как серверная так и файловая может разрушиться
* Выгруженный DT может не загрузиться
* Успешно загруженный DT в файловой базе может не иметь части данных в базе (документы регистры..)
* Сделанная копия базы SQL надежнее DT
* Копия базы SQL может обратно не загрузиться
* Копия mdf и log файлов базы SQL надежнее копии SQL (с восстановлением проблем пока не встречал)

Такой вот опыт))) к счастью без фатальных последствий.

про

Цитата
и только после выполнения увидел, что забыл в коде написать Набор.Прочитать()

Тоже был такой случай, по самоуверенности на проде РС записал без Прочитать(), сначала вспотел, но быстро взял себя в руки, восстановил из копии, пользователи почти не заметили))...
Потом у не опытного коллеги был подобный случай, помог ему, с фразой "Не очкуй, все норм, я сто раз так делал)))" восстановили за 10 мин :-)

уберите жирный из текста, глаза режет.

личный кабинет на смартфоне это актуально.