Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(394) beldieff,
это все уже не по теме, флуд. Те, кто хотел пересадить пользователей под линухи итак уже имеют эту возможность через веб-клиенты. Мне вот интересно другое, а что, те несколько страниц ошибок, хотя бы часть из них, мне одному мешают работать с платформой 1С? Все заняты проблемами перехода на линухи настолько, что готовы переваривать любые косяки платформы ради этого?
это все уже не по теме, флуд. Те, кто хотел пересадить пользователей под линухи итак уже имеют эту возможность через веб-клиенты. Мне вот интересно другое, а что, те несколько страниц ошибок, хотя бы часть из них, мне одному мешают работать с платформой 1С? Все заняты проблемами перехода на линухи настолько, что готовы переваривать любые косяки платформы ради этого?
(395) Andrino,
Я не спорю, что до рабочей версии еще как до китая, но как то не верится, что это всё бросят и не будут допиливать.
(398) FreeArcher,
через веб-клиенты
И много у нас конфигураций работает чз веб?Мне вот интересно другое, а что, те несколько страниц ошибок, хотя бы часть из них, мне одному мешают работать с платформой 1С? Все заняты проблемами перехода на линухи настолько, что готовы переваривать любые косяки платформы ради этого?
Кто сказал завтра? о_0
Я не спорю, что до рабочей версии еще как до китая, но как то не верится, что это всё бросят и не будут допиливать.
(398) FreeArcher,
Проблемы есть, но не ссофтом, а с кривыми стандартами под винду.
Продолжайте пожалуйста. И прямыми под линь чтоли?
Разочарован тем, что вышло. Ну на кой черт мне тоже самое под линукс? Да не собираюсь я ни на какой линукс переходить и не знаю того, кто бы собирался. А вот наследие в виде того же огромного списка тех же ошибок, которым уже юбилейный год скоро - это просто посмешище. Внешние источники данных как были в альфа-стадии, так и остались. Добавили временные таблицы для них, но позорные ошибки под Oracle, когда клиент вылетает при вводе по строке, нельзя использовать объединения во вложенных запросах и некорректно передаются ссылки на объектные таблицы источника между формой на клиенте и серверной частью - все как было, так и осталось. В языке запросов вообще ничего не сделали, то же возведение в степень Pow даже и не подумали реализовать там, хотя все СУБД умеют, а вместо этого засунули его в СКД. Со вьюхами тоже обломали - сидите долбайтесь в куче чужого кода общих модулей, вместо того чтоб как в нормальных СУБД визуально сложных запросов вьюхами набросать. Можно этот список продолжать и продолжать. Не удивлюсь, если со временем опять появятся проблемы с динамическим обновлением - то что там сделали с обновлением с реструктуризацией без монопольно, а потом "чуть-чуть" монопольно - обязательно дров наломает тем, кто так будет делать. Вообщем, чем больше полгода занимались? Видимо с линухами игрались. Особенно улыбнуло то, что там еще список изменений в 8.2.16 по соседству и подчеркивается, что переходить на 8.3 надо с 8.2.16 - ну-ну, видимо тот, кто за 16 отвечает, в отпуске и забыл ее выложить :)
Да линукс клиент - это ревалюция, и одно из серьезнеших ограничений было, чтобы не использовать линукс в офисах.
А так пользуются линуксом и достаточно много, после выхода вин8, еще больше желающих появится.
Проблемы есть, но не ссофтом, а с кривыми стандартами под винду.
А так пользуются линуксом и достаточно много, после выхода вин8, еще больше желающих появится.
Проблемы есть, но не ссофтом, а с кривыми стандартами под винду.
(399) Да все что угодно. А RHEL на сервере - денег не хватит...
Какие проблемы то? Ну уж а если очень хочется бумажку иметь, то AltLinux, РОСА сертифицированы ФТЭК и даже за деньги.
Но установленный линукс ни чьи права не нарушает!
Какие проблемы то? Ну уж а если очень хочется бумажку иметь, то AltLinux, РОСА сертифицированы ФТЭК и даже за деньги.
Но установленный линукс ни чьи права не нарушает!
Продолжайте пожалуйста. И прямыми под линь чтоли? Да именно прямыми под Лин, потому что они открытые, и их любой может реализовать в точночти или просто напросто взять готовые билиотеки. А с виндовым софтом, все закрыто и программистам приходится заниматся реинженерингом, то есть самим заново реализовывать функционал порой на угад. Именно в этом и проблема, и по этому до сих пор файлы MS Office не всегда корректно открываются в OpenOffice и по аналогии так же с другими закрытыми форматами.
(407) alexwf,
Да хоть под полуось. От этого ошибок меньше не становиться. Они там в описании что-то настрочили про кроссплатформенность, но вместо этого получается кроссглючность - то есть раньше все те ошибки были только под винду, а теперь они же еще и под линукс, а там не за горами под другие операционки. Вот оно - развитие, есть к чему стремиться.
Да хоть под полуось. От этого ошибок меньше не становиться. Они там в описании что-то настрочили про кроссплатформенность, но вместо этого получается кроссглючность - то есть раньше все те ошибки были только под винду, а теперь они же еще и под линукс, а там не за горами под другие операционки. Вот оно - развитие, есть к чему стремиться.
(404) FreeArcher,
Элементарное расположение библиотек не поддается стандартизации. Предлагаешь ка каждым из 100500 дистров следить и повторять?
Да именно прямыми под Лин, потому что они открытые, и их любой может реализовать в точночти или просто напросто взять готовые билиотеки
Возможность повторить и стандарт разные вещи.
Элементарное расположение библиотек не поддается стандартизации. Предлагаешь ка каждым из 100500 дистров следить и повторять?
А с виндовым софтом, все закрыто
И все лежит в system32&&Programm files. Да и программы для венды дут блобами, так что на отсутствие компонент в ОС им начхать.
и по этому до сих пор файлы MS Office не всегда корректно открываются в OpenOffice
Открывать *.doc не самая большая проблема.
Что непонятного? Если в каждом дистрибутиве библиотеки лежат в разных местах о каких стандартах говорить можно?
(412) Библиотеки лежат в /usr/lib. Иногда называются по разному, но в таком случае делаются симлинки на общее название, если этого нет то это проблемы конкретных дистрибутивов и их майнтенеров. Я же говорю про открытость кода и возможность использовать чужие наработки, разницу понимаете?
По ощущениям работать стало побыстрее в режиме управляемого приложения, вызовы клиент-сервер обрабатываются гораздо меньше времени. Что у тестовой версии со стабильностью? Случайно передал в функцию ДокументМенеджер.НайтиПоРеквизиту(Имя, Значение) вместо нормального значения элемент списка значений, платформа свернулась.
ради интереса поднял толстого клиента на debian, загрузил свою базу с бекапа (управление торговым предприятием, база 10 гиг.старая) тут меня приятно удивило, скорость востановления базы в 2 раза быстрее, чем на винде 8.2. Но еще больше удивили глюки, особенно вылет без причин и сообщений.
да не ради интереса поставить нужно... темболее через пол годика выйдет нормальная версия и все дружно перейдём.
Кто вспомнит, через сколько лет поменяли сертификацию специалиста (платф.) с 8.1 на 8.2 после выхода 8.2?
Есть ли еще годик сейчас, чтобы успеть сдать на 8.2 еще?
Есть ли еще годик сейчас, чтобы успеть сдать на 8.2 еще?
(433) Hany, дак 8.3 это по сути 16 релиз 8.2, мало что изменилось, но добавлено достаточно :)
Я это к тому, что те задачи, которые указаны для 8.2 вряд ли будут изменены на 8.3, а разработка будет такая же.
По Спецу - лучше не откладывать, а готовиться сейчас. В любом случае будет полезный опыт, поверьте)
Я это к тому, что те задачи, которые указаны для 8.2 вряд ли будут изменены на 8.3, а разработка будет такая же.
По Спецу - лучше не откладывать, а готовиться сейчас. В любом случае будет полезный опыт, поверьте)
(439) Dr.DragoN,
ну ясно дело.
8.2.16. вся из себя глючная, я даже список неисправленных ошибок не стал до конца читать - там такой кошмар, что жуть берет (и удаление движений на PostgreSQL, и проблема в запросе с группировкой, и исчезает полоса прокрутки, и тормоза при посике строк с разными форматами, и при ТИИ последовательности документов из таблицы границ последовательности удаляются записи со значением регистратора, и аварийное завершение при ПроверитьЗаполнение для набора записей... жуть в общем одна).
Но зато 8.3 будет вся конфетка, а как же! 1С же обещала :)
ну ясно дело.
8.2.16. вся из себя глючная, я даже список неисправленных ошибок не стал до конца читать - там такой кошмар, что жуть берет (и удаление движений на PostgreSQL, и проблема в запросе с группировкой, и исчезает полоса прокрутки, и тормоза при посике строк с разными форматами, и при ТИИ последовательности документов из таблицы границ последовательности удаляются записи со значением регистратора, и аварийное завершение при ПроверитьЗаполнение для набора записей... жуть в общем одна).
Но зато 8.3 будет вся конфетка, а как же! 1С же обещала :)
Вышла 16. Линух по-крайней мере тоже поддерживает. Так что это первый финальный релиз платформы, поддерживающий его.
Компания 1С каждый год говорит, что снимет с поддержки 1с 7.7, но пока она есть, для сдачи отчетности. Хотя не исключено, что 2012 год будет последним для "семерочников" (всего рода конец света ). 1с8.3 выйдет возможно этой осенью. Хотя лично по мне, так лучше бы 1с 8.2 довели бы до ума (или 1с 7.7,чтобы не придумывать всякие 1с 8). А то придумают новую платформу, а нормальных правил переноса нет, либо есть, но они не адаптированные под суровые российско-бухгалтерские будни.
8.3 для Windows, файловая база. В печатной форме копирую ячейки, вставляю в Excel.
В момент вставки в 1С выскакивает сообщение об ошибке.
В момент вставки в 1С выскакивает сообщение об ошибке.
Прикрепленные файлы:
Странные вы все, там куча глюков, я 1с-ников уже задрал вопросами с их ошибками(вам стоит посмотреть список еще не исправленных ошибок), и с каждым релизом и платформы и конфигураций их меньше не становиться. 8-ка это сплошные расходы к "новым возможностями" почти все можно реализовать в 7.7 на внешних компонентах (прим.1срр). Если у вас что-то не запустится на платформе х86, вам придется брать x64(причем без вариантов), с момента выхода v 8.2.15 управляемое приложение значительно замедлилось выход пришлось заменить старые машины на новые. Это как наркотик денег просит, просит и просит. А у всех глаза горят Вот наваримся на переходе на 8.3 пипец. Да я 8.2 советовал бы брать с величайшей осторожностью. Управляемое приложение очень удобно для молодых и работающих с нуля, но переучить тех кому за 50 будет очень сложно, а у нас это правило.
сейчас столько работы появится по переносу из 7.7 в 8.х ))) можно не плохо заработать в этот период будет)
Переход на управляемые приложения будет в 2012, возможно к тому времени и 8.3 протестят, хотя, наврятли
8.3 ставили, то хранилище отвалится, то ИТС поддержка повесит всю базу. Пока от такого счастья отказались, а 1С уже силками гонит на 17 платформу, последние релизы без нее уже не ставятся, так пару релизов и в 8.3 загонят
Уже и Чистов на 8.3 платформе учит, она же ещё тестовая:
Даже Гилёв ждёт выхода 11.1 , а не учит в тестовом релизе)))
Даже Гилёв ждёт выхода 11.1 , а не учит в тестовом релизе)))
Ну если собираешься ставить последнюю Бухгалтерию на Управляемых формах то вопрос не стоит, потому что работает только на 8.3, а вообще последние релизы прекрасно открываются и на 8.2 и на 8.3 если БД файловая
Сегодня спросил у одного знакомого бухгалтера, работающего на крупной фирме, перешли ли они на БП версии 3.0, а она спросила - "Я что похожа на идиотку .... Мы вообще на Предприятие 8 не переходили...". Более того учредители (иностранцы) запретили это делать , т.к. считают это бесполезной тратой денег !!!
(462) Aleksandtmt, это один из принципов RealITSM =) Любые изменения сопровождаются волнениями пользователей, сложностями внедрения, потенциальными отказами, необходимостью тестового периода, отвлечения персонала, привлечения инвестиций.. Каскад изменений, где одно инициирует другое, и последствия всегда не позитивные для бизнеса. Если есть возможность избежать таких внедрений - нужно избегать! Её учредители молодцы, завидую.
Внимание! Тема сдана в архив
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот