К 30 июня этого года планируется выпустить (http://soft.compulenta.ru/255064/) бета-версию платформы 1C:Предприятие 8.1 под Linux, работающую совместно с СУБД PostgreSQL.Ценовая политика относительно Linux версии продукта пока не определена.
URL: http://soft.compulenta.ru/255064/
Новость: http://www.opennet.me/opennews/art.shtml?num=7037
После прочтения заголовка первая мысль - "вообще-то до первого апреля еще далеко...". После прочтения новости - "класс!". Одна из немногих причин, почему приходится держать винды (хотя бы на домашней машине - для разработки) - нет решения под *nix. Только вот почему Postgre, а не Oracle, например? И будет ли версия только под линукс, а бсд?
А вообще-то, доля восьмерки по сравнению с семеркой еще не велика. Вот если б еще и 7.7 под линукс...
>А вообще-то, доля восьмерки по сравнению с семеркой еще не велика. Вот если б еще и 7.7 под линукс...
Дык понятный хрен, не будут они портировать 7.7, им выгодно что бы народ на 8.* переходил, а всё потому что ДЕНЬГИ, ДЕНЬГИ.....
З.Ы. for i:=1 to n+i do writeln('ДЕНЬГИ');
доля, доля.
восьмерка от семерки отличается качественно.
пример -
40 гиговая база 7.7 - абсурд из-за методов доступа к бд.
40 гиговая база 8.0 - реально живет.
новость - класс ! и это реально - класс !
оракл стоит денег в отличие от постгресс.
7.7 - прошлое. хорошее прошлое. но все таки прошлое.
стоимость 1с по стравнению с стоимостью ос(w2k) и субд (sql server 2000) - ничто.
понятно, что качественно. но вот только жаль, что функционал разработчики поставили впереди скорости (мое мнение). с базами такого размера не работал, то после прочтения нескольких веток на форуме для разработчиков, складывается мнение, что не все так радужно.
> ...
> решения под *nix. Только вот почему Postgre, а не Oracle, например? И будет ли >версия только под линукс, а бсд?
Логика простая, oracle стоит денег. А для FreeBSD врятли, потому как там нет поддержки HASP ключей, iirc. Если конечно 1c не отошли от практики защищаться ими.
Под Linux есть бесплатные версии Oracle. Вот только 1С-"программеры" обломятся с такой технологией. Придется переучиваться с макропрограммирования на русском языке, на нормальные языки программирования. А это франчайзи. которые рынок делают.
"Под Linux есть бесплатные версии Oracle"... Может к линуксу и 1С выпустит свою версию 1C Предприятия тоже бесплатно? Внимательно лицензию читайте, там написано для каких случаев "бесплатно", а в каких - платно. Да и в случае с 1С Предприятием использовать Oracle - что стрелять из пушки по воробьям. PostgreSQL или MySQL - самое то для подобных решений. А лучше было бы 1С-никам вообще абстрагироваться и не делать привязки к конкретной СУРБД, вынеся механизмы оптимизации доступа к СУРБД в отдельные модули, чтобы покупатель сам решал, на какой СУРБД ему лучше остановить свой выбор. А то получится как всегда, разведется "зоопарк" из MSSQL, MySQL, PostgreSQL, ORACLE и пр. В результате подобное "решение" выльется в дополнительную "копеечку" за счет усложнения структуры информационной системы, увеличения расходов на обслуживание и т.п. А так, покупатель всегда может завести дополнительный экземпляр БД в существующей и уже отлаженной СУРБД. Но 1С-ники на это не пойдут, т.к. за счет "обслуживания" они и имеют большую часть своего хлеба насущного, так зачем им облегчать задачи пользователей?
> А для FreeBSD врятли, потому как там нет поддержки HASP ключейДля FreeBSD есть, например, sentinel ключи. Из доморощеных продуктов им защищается, в частности MVTS. HASP рядом с ним просто игрушка для кракеров.
>> А для FreeBSD врятли, потому как там нет поддержки HASP ключей
>
>Для FreeBSD есть, например, sentinel ключи. Из доморощеных продуктов им защищается, в
>частности MVTS. HASP рядом с ним просто игрушка для кракеров.
На сколько мне известно новых версий mvts как раз и нету для freebsd из за того что разработчики (mvts'a) не могут или не хотят сделать аппаратную защиту в версии для freebsd.
У вас очень устаревшая (на пару лет информация). Делают они под FreeBSD под sentinel - ключи, которые, в отличие от HASP-ов практически не ломаются. У нас, например, сейчас стоит 3.1.0 от осени 2005.
в фирмах это единственное что держит тех кто хотел бы отказаться от пиратских виндов
>в фирмах это единственное что держит тех кто хотел бы отказаться от
>пиратских виндовда. по сути дела - ты прав.
все остальное - только предлоги.ps. не берем крайние случаи типа уникальной системы расчета хлебомыльниц написанной хз кем хз когда и все такое.
да, есть еще клиент банк. знаем.
есть еще пенсионка. тоже знаем.
но оно не так масштабно.
можно на пару банок купить винду. можно.
У нас в конторе именно так.
И поставить RHEL за 90.000 руб, или SLES, что недешевле....
всем SUSE или Шляпу Workstation за 100$Ладно, это я так.... лирика.
А новость действительно GOOD, вот бы только лет 8-10 назад.
SLES стоит от $400, так что если нужна поддержка - то это не дорого.
>И поставить RHEL за 90.000 руб, или SLES, что недешевле....
>всем SUSE или Шляпу Workstation за 100$
>
> Ладно, это я так.... лирика.
>А новость действительно GOOD, вот бы только лет 8-10 назад.А кто заставляет Вас покупать коробочные версии? Зайдите на сайт и выкачайте бесплатно(относительно) или купите за 200 рублей с полным пакетом приложений в любом ларьке. Конечно, вся поддержка и сопровождение будут на совести вашего IT-персонала, но зато никаких проблем с лицензиями.
Еще в далеком придалеком 1993 г я впервые увидел бухгалтерское ПО под Xenix...
Уровень аналитики по счетам уже тогда был не ограничен а весь дистрибутив умещался на дискетке...
Работает и по сей день и гораздо гибче чем решение от 1С под Windows.:)
А еще в приложении к журналу ГЛАБУХ (бухгалтер и компьютер) было написано что на самом высоком уровне (минфин что ли уже не помню ) рекомендовано использование юникс-подобных систем как наиболее полно использующих аппаратные ресурсытак что ребята из 1С - слишком медленно реагируете...
и какое название у этого ПО
потому что держит меня переход на линух только 1С
из за нее приходится держать винду, ну и конечно же еще из за игрушек
например сейчас не могу запустить под Ubuntu стрелялку Counter Strike Source
вот взгляните http://www.itk.ru/r2d2/pon.shtml
это проект ижевской фирмы ИТК
>вот взгляните http://www.itk.ru/r2d2/pon.shtml
>это проект ижевской фирмы ИТКреспект. Приятно видеть ПРОДУКТ в привычных окнах
>вот взгляните http://www.itk.ru/r2d2/pon.shtml
>это проект ижевской фирмы ИТКВыглядит очень многообещающе. А насколько это решение может быть масштабируемо?
>
>так что ребята из 1С - слишком медленно реагируете...А Бэст уже год как под Линукс бухгалтерию представил, только недоделаннная она какая-то.
Года два назад (дело как раз в марте было), бегал я по выставке (бухгалтерской) и пытался уговорить хоть кого-нибудь из отечественных софтмэйкеров создать бух. продукт под Линукс. Все дружно отнекивались и кричали: НИКТО НЕ КУПИТ, СЛИШКОМ МУТОРНО, Это для крупных, а мы работаем для мелких ит.д. Рад, что усилия не пропали в пустую, по крайней мере брошенный камень не пропал, хоть кто-то задумался, а кто-то даже решился и не прогадал! Вот оно ... счастье...
Интересно, а клиенты тоже будут под линуксом, а виндовс-клиенты тоже смогут в одной сети? Или тоже консоль как Бэст по SSH? А мона VNC over SSH? Это уже детали...подождем до лета, там увидим.
>>так что ребята из 1С - слишком медленно реагируете...
>Года два назад (дело как раз в марте было), бегал я по
>выставке (бухгалтерской) и пытался уговорить хоть кого-нибудь из отечественных софтмэйкеров создать
>бух. продукт под Линукс. Все дружно отнекивались и кричали: НИКТО НЕ
>КУПИТ, СЛИШКОМ МУТОРНО, Это для крупных, а мы работаем для мелких
>ит.д. Рад, что усилия не пропали в пустую, по крайней мере
>брошенный камень не пропал, хоть кто-то задумался, а кто-то даже решился
>и не прогадал! Вот оно ... счастье...Линукс для 1С был бы и сейчас не нужен, если бы MS не стала усиленно продвигать свою Ахапту
у нас. Я думаю, что львиная доля от лицензионных продаж Windows Server и SQL сервер делались именно под 1С. Угроза 1С уйти на Линукс это очень сильный ход в ответ на действия зарвавшегося бывшего партнера по бизнесу. (Если кто помнит 2-3 года назад вообще ходили слухи о покупке Микрософтом 1С на корню. Но не сраслось). Обидно, если выпуск 1C под Линукс, будет лишь средством шантажа 1C, а как только Нуралиев и Гейтс договорятся все тут и заглохнет. :(
это вопрос больших денег и практически уже близкий к политическим.
С одной стороны 1С является крупным дистрибьюторм МС, и выпустив Линукс вариант они начинают душить эту курочку, несущую золтые яйца. А сдругой сторны - кто первый сделает массовый продукт под Линукс, тот и отгребет первую долю денег на этом рынке. БЕСТ и ХД, в общем, достойного продукта не представили.
Ну и естественно ждите дистрибутив Линукса от 1С. Это дело нехитрое. Или альянс с АСП или АЛЬТом.
А что такое _сервер_ 1C:Предприятие ?
Это подразумевает, что клиента под linux не будет
и переход с пиратских виндов откладывается ?
А вы новость повнимательнее почитайте:"1C:Предприятие" заработает под Linux
01 марта 2006 года, 11:22
Текст: Григорий РудницкийОдной из ключевых тем состоявшегося в минувшие выходные партнёрского семинара ведущего российского производителя делового софта фирмы "1С" стало обнародование рабочих планов по развитию технологической бизнес-платформы "1С:Предприятие".
К 30 июня этого года должна быть выпущена бета-версия платформы под номером 8.1. В этой версии впервые будет реализована работа сервера "1С:Предприятия" под Linux и поддержка свободно распространяемой СУБД PostgreSQL. По сравнению с существующей версией "1С:Предриятие 8.1" претерпит архитектурные и технологические изменения, ориентированные на расширение функциональности, оптимизацию работы, обеспечение большей масштабируемости (в том числе поддержку кластера серверов), расширенную поддержку XML, полноценную реализацию веб-сервисов.
Представляя эти планы, директор "1С" Борис Нуралиев подчеркнул, что переход с версии 8.0 на 8.1 будет выполняться "мягко". Обновление планируется проводить бесплатно, совместимость версий позволит использовать существующие конфигурации без переработки - изменения потребуются только для того, чтобы задействовать в прикладных решениях новые возможности, текущие знания специалистов по 8.0 не обесценятся, партнёрам понадобится не переучиваться, а доучиваться. Пока не объявлены планируемые цены на сервер "1С:Предприятия 8.1" для Linux, этот вопрос находится в стадии рассмотрения, в остальном же ценовая политика измениться не должна.
Необходимо отметить, что на семинаре вообще наблюдался особый интерес к Linux-решениям. В частности, партнерам "1С" была представлена разработка компании Etersoft, представляющая собой специальную сборку популярной программной среды Wine, предназначенной для запуска в среде Linux отдельных приложений, написанных для Windows. Данная сборка позволяет запускать сетевые версии программных продуктов семейства "1С:Предприятие".
"Прикольно, они под Wine заточят свою 1С, и будет глюки 1С, умноженные на глюки WINE. Зашибись решение будет. Зато дёшево и быстро, нах.
>частности, партнерам "1С" была представлена разработка компании Etersoft, представляющая собой специальную
>сборку популярной программной среды Wine, предназначенной для запуска в среде Linux
>отдельных приложений, написанных для Windows. Данная сборка позволяет запускать сетевые версии
>программных продуктов семейства "1С:Предприятие".
>"
>
>Прикольно, они под Wine заточят свою 1С, и будет глюки 1С, умноженные
>на глюки WINE. Зашибись решение будет. Зато дёшево и быстро, нах.
Еще раз перечитайте новость, если не дошло. Etersoft уже довно выпустил 1С под wine, а сейчас портируют прямо под Linux.
Ждем ebuild'ов :)
значимая новость
радует, хоть сам 1C в глаза не видел
(13) -- пять балов!
в новости речи о клиенте НЕТ.
возможно они просто Постгрес додрессируют.
Маркетинговый ход. Особенно заголовок - "Linux-версия 1C". Офигеть!!! Осебенно когда узнаешь что 1С-программистам не придется не доучиваться, не переучиваться. Любопытно, как, в таком случае, будет реализовано все это под Linux? И вообще при чем здесь Linux? Есть версия Postgree для Windows. Заменяют MSSQL на Postgree и все.
И, кстати, по тихим заверениям тех же 1С-программеров, переход с 7.7 на 8.0 не такой уж безоблачный и легкий .. А переход на 8.1 ?! Читал кто-то 40-гиговую базу на MSSQL крутит. Что ж, замечательно. :-)) Но, что-то не очень верится, что так просто под 1С 40Гиговую базу крутить, даже в клиент-серверном варианте. Не предназначена архитектура 1С для баз такого размера. По опыту знаю. :-))
Ура!
FelixS, разрешите пожать Вашу мужественную руку. ;):)
Пока не будет клиента полноценного под *нихи, все рахзговоры о портировании - пустой треп и балабольство.
Да ладно вам! 1С на линухе? А почему бы и нет? Та же убогая архитектура, то же бездарное исполнение, идиотские конфигурации (кстати в последнее время качество катастрофически упало) и что вы получите? Те же проблемы что и с виндовой версией отягощенные кое-как выполненным переносом и компиляцией (еще кстати непонятно кем и куда). В общем - дело тухлое.
Скорее всего, первопричиной подобных телодвижений 1С является победоносное шествие Axapta по стране. 1С решила попробовать удержаться за счет линухов, ну-ну...
Большим предприятиям 1С - это смех на палочке (оракл, понимаете ли есть...). А маленьким - ну фиг знает, как там всех пересадить на линух.
> А маленьким - ну фиг знает, как там всех пересадить на линух.Ну да, бабули-бухгалтеры лет 40-и и выше, всю свою активную жизнь
думающие, что сетевой диск, это тоже что и флоппик, только его
вынуть нельзя... Очень активно заработают под Unix_ом,
когда KDE или GNOME будет вываливатся в core. А если клиент
и появится то скорее GUI будет на Kylix написан, а это жопа.... :)
"скорее GUI будет на Kylix написан" - досужие размышления непрограмера.
Ядро 1С написано на ms visual c++.
Ты представляешь себе трудоемкость переписывания с++ приложения на паскале?
учитывая, что скомпилированный с++ код выполняется быстрее, переход на kylix на грозит.
А вот доработка кода для компиляции под QT мне представляется намного более реальным вариантом, тем более что внутреннюю логику практически не нужно будет трогать, а визуальную часть переписать придется все равно.
>"скорее GUI будет на Kylix написан" - досужие размышления непрограмера.
>Ядро 1С написано на ms visual c++.
>Ты представляешь себе трудоемкость переписывания с++ приложения на паскале?
слова также не программера, но мужа
В Kylix'e есть и C++ компилятор>учитывая, что скомпилированный с++ код выполняется быстрее, переход на kylix на грозит.
>
>А вот доработка кода для компиляции под QT мне представляется намного более
>реальным вариантом, тем более что внутреннюю логику практически не нужно будет
>трогать, а визуальную часть переписать придется все равно.
А можно чуточку поподробней и как С++ стал быстрей паскаля? А может и Ява тоже быстрей? а может они еще и все вместе С обгонят?
А если без лирики то стабильность софта слабо корелирует с средой разработки а больше с разработчиком. Можно написать и С++ и на Яве и на Паскале а можно наверно даже на VB и будет работать.
>А можно чуточку поподробней и как С++ стал быстрей паскаля?
паскаля - нет. Их даже сравнивать некорректно.
А вот то, что C быстрее Pascala... дык ф школе еще учили шо и для чело делалось ;)
C - для написания юнихов, а паскаль для ОБУЧЕНИЯ программить.
Результат извольте наблюдать.
В паскале (обычном) даже не было средств работы с битами. приходилось ассемблить...>А может
>и Ява тоже быстрей? а может они еще и все вместе
>С обгонят?
>А если без лирики то стабильность софта слабо корелирует с средой разработки
>а больше с разработчиком. Можно написать и С++ и на Яве
>и на Паскале а можно наверно даже на VB и будет
>работать.
Ну так и я про то же что в школе учили, а тут С++ рвет всех выясняется. Язык он конечно хороший, но не надо же обожествлять.
>Ну так и я про то же что в школе учили, а
>тут С++ рвет всех выясняется. Язык он конечно хороший, но не
>надо же обожествлять.кого как ни обьектного потомка великого языка?
сравнивая C++ с подобным ООП расширением для паскаля,
C++ рулит. Просто он проектировался для этого (хотя и полдение "виды" паскалей а-ля Delphi тоже не пальцем проектированы, я думаю).Но C++ шустрее все равно. В нем хотя бы работа со строками не абстрагируется в обычные переменные. Уже в этом месте можно код на С заточить лучше, чем "строковый тип" паскаля.
Да и код так уж точно компактнее выглядит.
Друг мой.
По собственному опыту могу сказать, что Гном с КДЕ вываливаются в core не чаще, чем explorer решает перезапуститься по одному ему ведомой причине...
И не может :).
>FelixS, разрешите пожать Вашу мужественную руку. ;):)
>Пока не будет клиента полноценного под *нихи, все рахзговоры о портировании -
>пустой треп и балабольство.Согласен на 100%. Проще не портировать, а написать.
Пару лет назад, когда в прессу просочились певые упоминания о переходе Apple на Intel-камни, тоже все кричали -- бред! А оно вон как повернулось...
Да уж!!
а ведь Ява могла их спасти
фиг там Ява их спасла бы.
Ява - объектно-ориентированный интерпретируемый язык.
а у 1С - свой ПРЕДМЕТНО-ориентированный интерпретируемый язык.
а выполнять предметно-ориентированное приложение использующее свой язык на интерпретируемом языке - это, батенька, тормознутое извращение.
java - не интерпретируемый язык
Java !!! =)Улыбнуло… Давайте вставим ещё и это глючное звено
>Java !!! =)Улыбнуло… Давайте вставим ещё и это глючное звеноВот-вот. Лучше нанять 1.5 миллиарда индийских, китайских и пр. программистов и написать раз и навсегда код 1С бухгалтерии на ассемблере. Раз и навсегда. И не менять потом аппаратную платформу НИКОГДА! И два века баги отлавливать, чтобы уж наверняка не глючило. Все ваши доводы, мил человек, лишь от привычки пользоваться ворованным софтом и везде и всегда разбираться во всем самому. Это не в упрек Вам, это просто грустная проза россейской софтовой реальности. И после очередного "кряка", когда ваш программный продукт то и дело роняет систему, кого нам остается винить? Ну конечно же Java, Билла Гейтса и 1С иже с ними. :) Читал я отзывы "продвинутых" DBA об Oracle, который по сравнению с их любимым MySQL "глюкало то еще", потому что мускл "летает" на PIII 500/128MB/ATA100 под FreeBSD 6, а оракл энтерпрайз тупит и страшно глючит в режиме эмуляции Linux. :) Прошу прощения у модераторов за лирическое отступление. Но каждый инструмент, в том числе и программный должен использоваться по назначению. И незачем микроскопом гвозди забивать, а из пушки по воробьям стрелять, пусть даже микроскопы и пушки вам достаются на халяву.
=)Действительно, отлаживать Java-код и бороться с JVM куда лучше =))
Особенно на PIII/128Mb
>=)Действительно, отлаживать Java-код и бороться с JVM куда лучше =))
Естественно. Не путайте языки программирования с уровнем профессионализма программистов. И на С++ есть достаточно примеров КАК НЕ НАДО писать программы. Кстати, аргументы уровня: С++ - rulezzzz! Java - mustdie!, - как раз показатель непрофессионализма. Смешно порой наблюдать сколько времени тратит "гуру" C++ на то, что делается за несколько минут на каком-нибудь shell-интерпретаторе. Это что касаемо пушек, гвоздей, микроскопов, воробьев и тонкостей религиозных переживаний программистов.
Шелл - это вешь, не обсуждается.
Однако, применительно к теме, написание клиент-серверного Java приложения, класса корпоративной информ. системы - вещь отнюдь не тривиальная.
Не одного гуру надо будет съесть, чтобы это работало как следует, а потом съесть ещё раз при очередной смене JRE.
>Шелл - это вешь, не обсуждается.
>Однако, применительно к теме, написание клиент-серверного Java приложения, класса корпоративной информ. системы
>- вещь отнюдь не тривиальная.
>Не одного гуру надо будет съесть, чтобы это работало как следует, а
>потом съесть ещё раз при очередной смене JRE.Клиент-серверное Java-приложение вещь куда более простая, чем вы себе представляете. Скажу вам по секрету, что Java изначально задумывалась для подобных целей. Например Oracle уже достаточно давно использует технологию Java в своих продуктах, как раз "класса корпоративной информ. системы". А все "проблемы" начинающих разработчиков Java как раз в незнании предмета. Если человека, привыкшего писать на машкоде попытаться перевести на С++, то услышите как раз то, что Вы только что рассказывали про Java. А "проблемы" c JRE в подавляющем большинстве случаев сводятся к тому, что пользователь некорректно задал пути в переменных системного окружения, но это уже его проблема. Кстати если внимательно читать документацию - таких проблем не возникает, но кто ее в наше время читает?
Я привык писать в шеле, работа такая.
Java пока моего признания не заработала. Применительно к Oracle - там возникает достаточно много "дополнительных но" при использовании Java (нап. вопросы блокировок - чтобы не быть голословным).
Да и спорность вопроса трудозатрат в написании на С и Java применительно к задаче, я думаю,- тоже имеет место.
Насколько мне известно имеется несколько механизмов доступа к БД Oracle из Java-среды. На некоторые действительно наложены ограничения функционала доступа, но это все задокументировано и имеются механизмы получения более полного доступа к возможностям этой СУРБД посредством, например, OAS, но это обусловлено не столько ограничениями(несовершенством) Java, сколько требованиями самой Oracle к безопасности механизмов доступа. Хотя это у же другая тема. Вернемся к 1С предприятию. Как я уже упоминал в этой ветке, механизмы типа ODBC, JDBC или переход на технологию сервера приложений был бы куда понятнее и прогрессивней чем популистская мера по портированию 1С под Linux, ведь это не игра, не графический редактор и не CAD-система, где все "затачивается" под текущую платформу по-максимуму. 1C - система обработки данных, которая как нельзя лучше попадает под процесс формализации процессов обработки данных, а значит априори может быть кроссплатформенной, если базой для ее построения взять существующие инструменты для построения кроссплатформенных систем. Пускай это будет не Java, сделайте ее на Pithon-е, Perl-e... Главное - чтобы решалась основная задача. А переписывать 1С каждый раз под новую платформу на С++ - мартышкин труд и повод для конкурентов занять свое место под солнцем.
Отчасти соглашусь, "шкурку" можно и на PHP сделать, но вот ядро системы должно быть максимально-производительно, тем более для больших систем.
СУБД само сабой не на Яве написана, да и прочая логика не должна становиться поводом для увеличения бюджета на покупку оборудования.
>Отчасти соглашусь, "шкурку" можно и на PHP сделать, но вот ядро системы
>должно быть максимально-производительно, тем более для больших систем.
Вы эту новость читали ? http://www.opennet.me/opennews/art.shtml?num=7023 Посмотрите там тесты а потом говорите что PHP хорошо. Использование Java на уровне корпоратива оправдана. Если считаете нет посмотрите на чем живут сайты IBM Novell Sun. А потом говорите какое java глюючное звено.
блин... народ, 8ка уже давно 3-х звенка
Я вращаюсь в среде 1С уже 4 года.
Всем пессимистам по поводу баз в 40 гиг так скажу - реально, и даже на 7.7. Вдвоем с напарником реализовали проект на комплексной конфигурации 1С 7.7, текущий размер базы подходит к 12 Гигам, начался 3 год работы предприятия - и не жалуются.
На 8.0 программировать сложнее, но результат "мощнее". Намного.
Если появится возможность ПОЛНОЦЕННО работать под линухом - я буду одним из первых кто это попробует. Сам линух как платформа не особо интересен. А линух как платформа для ПОВСЕДНЕВНОЙ работы представляет огромный интерес.
По большому счету, все что сейчас очено сильно сдерживает путь линуха на Украине -
отсутствие учетной системы. Если сюда придет вся мощь 1С - остаются только клиент-банк и поисковые системы по законодательству. Это уже близко к покрытию большинства потребностей среднестатического предприятия
>По большому счету, все что сейчас очено сильно сдерживает путь линуха на
>Украине -
>отсутствие учетной системы. Если сюда придет вся мощь 1С - остаются только
>клиент-банк и поисковые системы по законодательству.Клиент-банк Аваля написан на JAVA. На Цел2500 256М - тормозит ощутимо, но работать можно. Иногда за яву хочется кодерам руки оторвать.
Как этот КБ будет на линуксе крутиться - хз, руки чешутся проверить, но никак дойти не могут
тормозит ощутимо на ДОЗВОНЕ!
после перевода связи в пространство ADSL я забыл про существование проблем с Клиент-банк Аваля
cel 833 128M
Тормозит не на дозвоне, а на процессе синхронизации с консервой - минуты 2-3 ждет инфу от сервака, соединение - 33,6 (максимум, что можно добится на цифровой АТС). Причем синхронизация через интернет мало чем помогает - те же тормоза со стороны консервы
>>клиент-банк
>Клиент-банк Аваля написан на JAVA. На Цел2500 256М - тормозит ощутимо, но
>работать можно. Иногда за яву хочется кодерам руки оторвать.
>Как этот КБ будет на линуксе крутиться - хз, руки чешутся проверить,
>но никак дойти не могутчто у вас за клиент-банки такие, наш работает под wine, нашли только одну проблему (со шрифтами), щас ищем пути решения. (indexbank, basis, меркурий, инпромбанк).
>Я вращаюсь в среде 1С уже 4 года.
>Всем пессимистам по поводу баз в 40 гиг так скажу - реально,
>и даже на 7.7.
А можно подробнее? Я не _врашщаюсь_ а работаю с 1С около 10 лет. Работал на 1С 6.0, 7.5, 7.7.>Вдвоем с напарником реализовали проект на комплексной
>конфигурации 1С 7.7, текущий размер базы подходит к 12 Гигам, начался
>3 год работы предприятия - и не жалуются.Я так понимаю, если это "комплексная" конфигурация (пусть и не типовая;) то оперативный учет там есть. И партии есть, и регистры... А может и зарплата с журналами расчетов? И три года работы... А что они там делают эти три года, раз не жалуются? И на каком железе? И сколько пользователей? Не хочу повторяться - почитайте вот тут http://www.opennet.me/openforum/vsluhforumID3/12281.html#53
Там много народ наговорил мне сначала от том, что я - любитель 1С и MS, что для расчета зарплаты нужен кластер и т.п... Жаль по делу сказано было немного... А вообще забавно, как сисадмины обсуждают _бухгалтерскую_ программу: типа на Java или PHP она написана и какая СУБД используется и что круче C++ или Pascal. Широта взглядов и понимание проблемы просто бросаются в глаза;)))
Если есть рабочее решение, как избежать в 1С-овской базе версии 7.7_глобальной_ блокировки БД при проведении каждого документа - напишите мне, возможно мы его купим;))))
Ех, хорошо!
То, что можно отказаться от М$ SQL это уже плюс немерянный. К тому же слезть с винды...
С её тормозным попрождением процессов и оригинальностями реализации ядра ;)
Рад.
Невозможно некоторые посты читать без улыбки. Сколько можно критиковать 1С при том когда большая часть страны ее юзает? Ворчат и юзают... потом опять ворчат, и снова юзают. То же самое с MS Windows. Если почитать критику, то это наверное два наихудших продукта. Столько воплей вокруг. Таких надо принудительно сажать за бухгалтерию с одним только калькулятором и почту заставлять отправлять не в электронном, а бумажном виде. Может успокоятся.
То что стратежный партнер M$ вдруг начнет реализовывать передовой продукт под Linux, честно говоря звучит как то нереально. А даже если это и так - все равно повального перехода на *nix системы не будет.
Вы подойдите к вменяемому руководителю преуспевающей компании с предложением поставить везде Linux потому что это Open Source и это круто еханный бабай. На мой взгляд, нормальный человек просто в космос отправит. Пускай там 1С трижды хорошо работает. Потому что не надо трогать налаженный механизм пока он работает.
И если уж так приспичит, то проанализировав сэкономленное время и переведя это на деньги можно найти баксов так 90 на OEM версию MS Windows XP Pro. Или переведя компанию на Linux дешевле выйдет? Альтруизм тут учитывать не стоит.
>Невозможно некоторые посты читать без улыбки. Сколько можно критиковать >1С при том
>когда большая часть страны ее юзает? Ворчат и юзают... потом опять
>ворчат, и снова юзают. То же самое с MS Windows. Если
>почитать критику, то это наверное два наихудших продукта. Столько воплей >вокруг.Да никаких проблем по поводу юзания 1С, в масштабах всей страны. Это хороший денежный насос для Нуралиева и франчайзи. Ведь как происходит внедрение 1С? Все франчайзи и разработчики напевают, что все очень просто, есть много типовых решений, все настраивается, подстраивается и пр. И они не врут. Все действительно так. Только почему-то забывают сказать клиенту, что каждый час их работы стоит весьма прилично. Что 1С в принципе не обеспечивает безопасности данных, и в этом смысле ее нельзя считать полноценной корпоративной системой. Что вести документацию по всем изменениям в конфигурации они не намерены, а если и намерены, то либо это стоит еще дороже, либо они не умеют вести подобного рода документацию. (кстати, один из моих клиентов тратит уже почти два миллиона рубчиков в год на 1С -- программеры,лицензии, серваки. А покупал - простое и дешевое решение). И когда 1С-программеры, по каким-то причинам меняются - то у клиента есть все шансы попасть в ступор. Что в подавляющем большинстве средних и мелких фирм-франчайзи нет квалифицированных системных аналитиков, для проектирования учета. (их там и не может быть, стоят дорого и не занимаются этим на 1С). И что, если вдруг HASP накроется, то менять его будут оо-о-чень долго (сам сталкивался: обещали неделю, меняли два месяца). А как работать? Правильно, сами франчайзи превращают 1С в пиратскую копию, нарушая условия сотрудничества с фирмой 1С. И, честное слово, сколько работаю, ни разу, нигде не встречал фирмы (численностью больше трех человек), где бы была отлично настроенная 1С и все было тип-топ. Зато Oracle -- видел. Поэтому мое мнение -- 1С - это суперклассная прога для зарабатывания денег, с помощью финансовой пирамиды франчайзи. Но не КОРПОРАТИВНАЯ система оперативного учета.
>Таких надо принудительно сажать за бухгалтерию с одним только >калькулятором и
>почту заставлять отправлять не в электронном, а бумажном виде. Может >успокоятся.мона и так. Только вот как раз бабушки старой закалки удивляются: Почему, на старом предприятиии бухгалтерия из восьми человек справлялась с полуторатысячным коллективом, а на новом предприятии с 1С - с трудом с двумя сотнями?
>
>То что стратежный партнер M$ вдруг начнет реализовывать передовой продукт >под Linux,
>честно говоря звучит как то нереально. А даже если это иПЕРЕДОВОЙ? Передовее Паруса? Или Галактики? :-))))) Это кто ж ему такой статус присвоил? Или у него суперпередовые технологии и алгоритмы?
>так - все равно повального перехода на *nix системы не будет.
>
>Вы подойдите к вменяемому руководителю преуспевающей компании с >предложением поставить везде Linux
>потому что это Open Source и это круто еханный бабай. На
>мой взгляд, нормальный человек просто в космос отправит. Пускай там 1С
>трижды хорошо работает. Потому что не надо трогать налаженный механизм пока
>он работает.вот это точно!!! А 1С -- не внемлет этому правилу. :-))))
>И если уж так приспичит, то проанализировав сэкономленное время и переведя это
>на деньги можно найти баксов так 90 на OEM версию MS
>Windows XP Pro. Или переведя компанию на Linux дешевле выйдет? Альтруизм
>тут учитывать не стоит.не не дешевле. Основная проблема -- пользователи. Их учить надо, а за это не платят, да и они особо думать не хотят. :-)) А кроме того, мало кто может оценить экономическуюю эффективность одного рабочего места у себя на фирме. А считать выгодность использования никсов или винды надо отсюда.
>Да никаких проблем по поводу юзания 1С, в масштабах всей страны. Это
>хороший денежный насос для Нуралиева и франчайзи. Ведь как происходит внедрение
>1С? Все франчайзи и разработчики напевают, что все очень просто, есть
>много типовых решений, все настраивается, подстраивается и пр. И они не
>врут. Все действительно так. Только почему-то забывают сказать клиенту, что каждый
>час их работы стоит весьма прилично. Что 1С в принципе не
>обеспечивает безопасности данных, и в этом смысле ее нельзя считать полноценной
>корпоративной системой. Что вести документацию по всем изменениям в конфигурации они
>не намерены, а если и намерены, то либо это стоит еще
>дороже, либо они не умеют вести подобного рода документацию. (кстати, один
>из моих клиентов тратит уже почти два миллиона рубчиков в год
>на 1С -- программеры,лицензии, серваки. А покупал - простое и дешевое
>решение). И когда 1С-программеры, по каким-то причинам меняются - то у
>клиента есть все шансы попасть в ступор. Что в подавляющем большинстве
>средних и мелких фирм-франчайзи нет квалифицированных системных аналитиков, для проектирования учета.
>(их там и не может быть, стоят дорого и не занимаются
>этим на 1С). И что, если вдруг HASP накроется, то менять
>его будут оо-о-чень долго (сам сталкивался: обещали неделю, меняли два месяца).
>А как работать? Правильно, сами франчайзи превращают 1С в пиратскую копию,
>нарушая условия сотрудничества с фирмой 1С. И, честное слово, сколько работаю,
>ни разу, нигде не встречал фирмы (численностью больше трех человек), где
>бы была отлично настроенная 1С и все было тип-топ. Зато Oracle
>-- видел. Поэтому мое мнение -- 1С - это суперклассная прога
>для зарабатывания денег, с помощью финансовой пирамиды франчайзи. Но не КОРПОРАТИВНАЯ
>система оперативного учета.
>Ну хоть кто-то из собравшихся в чём-то кроме администрирования серверов разбирается. А именно - в бизнесе 1С:Франчайзи. LOL!
Да, безусловно, шарлатанов везде хватает. Но клиент то как хорош. Вы же сами пишете, что 1С не КОРПОРАТИВНАЯ система - а если нужна КОРПОРАТИВНАЯ то на%$& покупать 1С? Чтобы потом всю жизнь пытаться сделать её КОРПОРАТИВНОЙ (а какой, если не секрет, смысл вы вкладываете в слово КОРПОРАТИВНАЯ, да ещё и большими буквами;))). А как вы думаете, во сколько встанет пределка мопеда в BMW? Я думаю, в разы дороже оригинального BMW при учете при учёте сохранения базового функционала мопеда;))
Приходя за корпоративной системой "не дороже $1000" в контору 1С:Франчайзи клиент просто хочет быть обмантуым, не удивительно, что в конце-концов он получает то, что хочет;) потому как _нормальная_ организация 1С:Франчайзи (таких, в общем-то мало, но они есть - мы, например;))) пошлёт такого клиента далеко. Он пойдёт к другим и рано или поздно найдёт желаемое - а именно ту бездонную яму в которую можно спокойно выкидывать пару-тройку килобаксов в месяц абсолютно не думая зачем это нужно.>кстати, один из моих клиентов
А чем, если это не секрет, вы занимаетесь и намного-ли меньше "франчевых жопо-часов" стоят ваши услуги?
>>Да никаких проблем по поводу юзания 1С, в масштабах всей страны. Это
>>хороший денежный насос для Нуралиева и франчайзи. Ведь как происходит внедрение
>>1С? Все франчайзи и разработчики напевают, что все очень просто, есть
>>много типовых решений, все настраивается, подстраивается и пр. И они не
>>врут. Все действительно так. Только почему-то забывают сказать клиенту, что каждый
>>час их работы стоит весьма прилично. Что 1С в принципе не
>>обеспечивает безопасности данных, и в этом смысле ее нельзя считать полноценной
>>корпоративной системой. Что вести документацию по всем изменениям в конфигурации они
>>не намерены, а если и намерены, то либо это стоит еще
>>дороже, либо они не умеют вести подобного рода документацию. (кстати, один
>>из моих клиентов тратит уже почти два миллиона рубчиков в год
>>на 1С -- программеры,лицензии, серваки. А покупал - простое и дешевое
>>решение). И когда 1С-программеры, по каким-то причинам меняются - то у
>>клиента есть все шансы попасть в ступор. Что в подавляющем большинстве
>>средних и мелких фирм-франчайзи нет квалифицированных системных аналитиков, для проектирования учета.
>>(их там и не может быть, стоят дорого и не занимаются
>>этим на 1С). И что, если вдруг HASP накроется, то менять
>>его будут оо-о-чень долго (сам сталкивался: обещали неделю, меняли два месяца).
>>А как работать? Правильно, сами франчайзи превращают 1С в пиратскую копию,
>>нарушая условия сотрудничества с фирмой 1С. И, честное слово, сколько работаю,
>>ни разу, нигде не встречал фирмы (численностью больше трех человек), где
>>бы была отлично настроенная 1С и все было тип-топ. Зато Oracle
>>-- видел. Поэтому мое мнение -- 1С - это суперклассная прога
>>для зарабатывания денег, с помощью финансовой пирамиды франчайзи. Но не КОРПОРАТИВНАЯ
>>система оперативного учета.
>>
>
>Ну хоть кто-то из собравшихся в чём-то кроме администрирования серверов разбирается. А
>именно - в бизнесе 1С:Франчайзи. LOL!
> Да, безусловно, шарлатанов везде хватает. Но клиент то как хорош. Вы
>же сами пишете, что 1С не КОРПОРАТИВНАЯ система - а если
>нужна КОРПОРАТИВНАЯ то на%$& покупать 1С? Чтобы потом всю жизнь пытаться
>сделать её КОРПОРАТИВНОЙ (а какой, если не секрет, смысл вы вкладываете
>в слово КОРПОРАТИВНАЯ, да ещё и большими буквами;))). А как вы
>думаете, во сколько встанет пределка мопеда в BMW? Я думаю, в
>разы дороже оригинального BMW при учете при учёте сохранения базового функционала
>мопеда;))
>Приходя за корпоративной системой "не дороже $1000" в контору 1С:Франчайзи клиент просто
>хочет быть обмантуым, не удивительно, что в конце-концов он получает то,
>что хочет;) потому как _нормальная_ организация 1С:Франчайзи (таких, вНу да, согласен, что каждый получает то, что заслуживает.
>общем-то мало,
>но они есть - мы, например;))) пошлёт такого клиента далеко. Он
>пойдёт к другим и рано или поздно найдёт желаемое - а
>именно ту бездонную яму в которую можно спокойно выкидывать пару-тройку >килобаксов
>в месяц абсолютно не думая зачем это нужно.
>
>>кстати, один из моих клиентов
>А чем, если это не секрет, вы занимаетесь и намного-ли меньше "франчевых
>жопо-часов" стоят ваши услуги?
Занимаюсь системным администрированием и системным анализом. Услуги стоят дорого. Наверное даже слишком дорого. Но Я за свои услуги могу дать и даю ГАРАНТИИ результата. И при этом ЧЕСТНО объясняю клиенту не только плюсы и минусы той или иной технологии, но и даже то, где я могу его обмануть. И почему я этого делать не буду. ЛОЛ? Может быть. Но я делаю свою работу, клиентов выше крыши. Гарантии даю и выполняю. А клиент платит. Дорого, но платит. Ибо лучше заплатить за BMW и ездить, чем платить за Жигули и возить их на себе. А 1С и франчайзи могут дать гарантии? Или все их гарантии сводятся к принципу "AS IS"?
Хоть кто-нибудь знает , что 1С-ка работатает только на МS SQL-е ? Ни о каких бругих база и речи идти не может.Насчет оракла - не тот уровень, не на ту аудиторию рассчитана 1С-ка , чтобы ворочать такие базы, типа как народ пишет по 40 Гиг. Поэтому оракл - это из пушки по воробьям, а оракл кстати еще и денег стоит, к Вашему сведению.
>Хоть кто-нибудь знает , что 1С-ка работатает только на МS SQL-е ?
>Ни о каких бругих база и речи идти не может.
>
>Насчет оракла - не тот уровень, не на ту аудиторию рассчитана 1С-ка
>, чтобы ворочать такие базы, типа как народ пишет по 40
>Гиг. Поэтому оракл - это из пушки по воробьям, а оракл
>кстати еще и денег стоит, к Вашему сведению.То, что 1С работает только на MS SQL, скорее всего политическое, а не техническое решение.
1C явлется крупнейшим продовцом продуктов MS. Еще раз повторю: то, что в 1С посмотрели на Линукс это политический ответ на активные действия MS по продвижению Ахапты. Если MS умерит аппетиты на нашем рынке в области учета, то 1С бросит Линукс.
О чем собственно развели дискуссию ?
Время для изготовлетиня дейстивительно "вкусного" продука нетЗа срок до 30 июня спецы из 1С сваяют простенький
серверок , который будет просто прослойкой между языком 1С и СУБД PostgreSQL
Он будет переводить запросы типа "Выбрать Элементы()" переводить в "Select * from"Опыт подобной работы в 1С накоплен немаленький
Отсюда и заявления типа "специалистам работающим на 8.0 не придется полностью переучиваться"
А дальше в зависимости от продажности продукта можно неспеша написать и GUI и WEB морду для продукта
Бредятина ... коробки просто не так идут как хотелось вот и крутяться ... а клиенты все равно будут под виндой сидеть, так что очередной БАЯН.Заходите на www.HelpIT.ru там ребята то же свой MRP пишут ;) Скоро стрельнет ...
Почему все забыли о Mono. Может как раз 1С 8.1 для Linux будет на нем реализовано.
Mono крайне сырой продукт. В нем никогда не будет работать 100% функций. Ну нет в *nix'ах COM+ нет. Лучше бы J2EE использовали.
> Mono крайне сырой продукт. В нем никогда не будет работать 100% функций.
> Ну нет в *nix'ах COM+ нет.
COM+ - модель разработанная мсом для венды. Ессьно _именно_ее_ нет под никсами. Есть даже больше: XPCOM, Bonobo, UDK/UNO
за мягким комом+ тянутся без толку>Лучше бы J2EE использовали.
>Mono крайне сырой продукт. В нем никогда не будет работать 100% функций.
>Ну нет в *nix'ах COM+ нет. Лучше бы J2EE использовали.
То что сырой - 100%, то что 100% функций работать не будет я тоже соглашусь, но не из-за того что в nix нет COM+. Одна из идея .NET как раз в том и состоит что бы абстрагироваться от системы и работать в песочнице (VM), но там оставлена лазейка, через которую если тебе надо и без этого никак - ты можешь использовать COM обьекты. Но повторю еще раз, пользовать COM из .NET как раз таки не рекомендуют, использованием ты сводишь на нет одну из идей .NET.