LINUX.ORG.RU

Совместное решение компаний ASPLinux и 1С-Рарус дает возможность работы в программах системы «1С:Предприятие» в ОС Linux


0

0

На "Вернисаже программных продуктов" в рамках Партнерского семинара фирмы "1С" 14-15 сентября 2002 года в гостинице "Космос" компании 1C-Рарус и ASPLinux продемонстрировали совместное решение, позволяющее использовать OS Linux в качестве файл-сервера локальной сети и на рабочих местах для работы с приложениями семейства "1С".

>>> Пресс-релиз



Проверено: maxcom


Ничего нового в техническом плане, но все равно, зря вы бесплатно публикуете такие объявления ;)

anonymous
()

Робяты!
Как известно, 1С 8 будет практически MS SQL only.
Потому как файл-серверный вариант будет хранить _все_
в _одном_ файле.
Решение, мягко говоря, не имеющее будущего...

anonymous
()

MS SQL only или ADO only --- сие есть две большие разницы имхо...

ну и потом такие мероприятия зачастую проводятся не _по_ поводу, а _ради_ повода (написать в газетах например)

Asteroid
()

кроме того, клиент все равно крутился под виндой (под Terminal Server'ом) -- а такое решение уже не уникально и давно используется некоторыми посетителями ЛОР

Кстати, а в какие варианты винды входит TS? и не идет ли с ними вкупе MS SQL?

Asteroid
()

На предприятиях все еще используют 6 версию бухгалтерии и предприятие 7.5, так что предложение вполне актуально.
Да и вообще то, что не сама 1с, так хоть ее подмастерье официально обратил внимание на линукс, тоже неплохо.
Заодно и АСП продемонстрировали в варианте, наиболее интересном для коммерческих организаций.
Молодцы, короче и те и другие.

AVL2 ★★★★★
()

Da eto reshenie rabotaet uzhe 4 goda tuevoi huche organizaciy! oni by luchshe nauchilis 1c klientov pod wine zapuskat nauchilis.

anonymous
()

А кто нибуть знет хде взять "свободно распространяемый клиент для подключения к TE Server" под Linux ?

anonymous
()

Я то уж повелся "на клиентских местах". А там скромно так еще Терминал Сервер оказывается :) А компании ASPLinux и Рарус не думали что тогда уж можно не ставить Линукс в качестве файл-сервера, а хранить базы собственно на Терминал-сервере? В общем- ничего нового. Но реклама хорошая :)

anonymous
()

> А кто нибуть знет хде взять "свободно распространяемый клиент для подключения к TE Server" под Linux ?

http://www.rdesktop.org/ но лицензию покупать всё равно придется.

anonymous
()

Фуфло это рекламное! тоже мне молодцы - сумели терминал сервер запустить...

Spizard
()
Ответ на: комментарий от Asteroid


>MS SQL only или ADO only --- сие есть две большие разницы имхо...
Специально для тупых- MS SQL only!

anonymous
()

anonymous (*) (2002-10-18 04:55:36.633)

У нас работает это месяца 2. Винтукей лицензионный на 5 клиентов. Если подключается более 5 виндовых, начинается ор, что работать буду 90 дней, что ли. А Линуксовых клиентов десяток работает, и ничего. Правда, не знаю, как это с правовой стороны, т.е. лицензии MS.

anonymous
()

да ладно, ASPLinux всем жопу выдрал... а выше были сопливые писки возмущения... :)

anonymous
()

2anonymous (*) (2002-10-18 06:43:57.731):

> Если подключается более 5 виндовых, начинается ор

TS не кричит на счет 90 дней в любом случае, т.к. об этом он тих сообщает в утилитке про лицензии, а юзер сообщения ни когда не увидит.

anonymous
()

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

Но, по-крайней мере это показывает заинтересованность пиарщиков от линукса двигаться в 1Сном направлении, что весьма приветствуется. Пусть следующим шагом будет решение через wine (или другой эмулятор) для запуска клиентских 1Сов и OpenOffice/Ximian/etc как замена остальному офисному софту.

chumpa
()

2chumpa: а ты попоробуй 2 варианта. И удивись. :0))) Если сеть 100Мбит то samba очень даже может обогнать локальное размещение базы на WinTSE, как это дико не звучит. Могу обосновать. :0)

Az
()

Я anonymous (*) (2002-10-18 06:43:57.731) двумя постами выше

chumpa (*) (2002-10-18 08:01:58.732)

"запуска клиентских 1Сов и OpenOffice" - OpenOffice у нас в конторе работает на сервере терминалов, не без глюков, но жить можно.

anonymous
()

Чудесная новость, чтоб напомнить о себе широкой публике. Может подскажут как 1С под wine запустить ? Это лёгкое движение разом снимет много проблем.

anonymous
()

у меня уже 1.5 года так работает, правда не rdesktop, а citrix (не при дядях из ОБЭПа будет сказано :0))).

2anonymous (*) (2002-10-18 08:24:47.694): а нафига ОО на "сервере терминалов"?? Он же нативный есть, причем покорректнее работает чем под оффтопиком, судя по моему опыту

Az
()

Господа, подскажите ламеру, как собрать rdesktop

anonymous
()

Просто юзвери грузятся в Линукс, авторизуются в системе, жмакают на иконке и в полный экран винды. Правда, есть некоторые, которые работают там и там. А для девушки-бухгалтера слово Линукс, как бы это сказать, страшнО, само по себе.

"Господа, подскажите ламеру, как собрать rdesktop" - Что именно итересует. Он есть как пакет в АСП, с сайта разработчиков можно взять и .tgz и .rpm. Если как вообще построить сеть на таком решении, то это разговор длинный.

anonymous
()
Ответ на: комментарий от anonymous


>Просто юзвери грузятся в Линукс, авторизуются в системе, жмакают на
>иконке и в полный экран винды. Правда, есть некоторые, которые работают
>там и там. А для девушки-бухгалтера слово Линукс, как бы это сказать,
>страшнО, само по себе.

Гы! А зачем тогда вообще грузить менеджер окон? У меня юзер вводит login и
password в текстовой моде, а следом уже грузится всякая графика для
ремотной консоли ;)

Блин, лучше бы действительно придумали, как запустить 1С под эмулером.
Вот такое решение действительно можно было бы анонсировать!

PAL
()
Ответ на: комментарий от anonymous

2anonymous:

"OpenOffice у нас в конторе работает на сервере терминалов, не без глюков, но жить можно." - имеются в виду глюки OO как самого по себе, или в терминальном режиме новые добавляются? Я сделал тут на днях дискетку с BOOTROM-имеёджем, загрузил соседний комп с неё по сети (через dhcp), сказал

% X -indirect <мой хост>

и спокойно работал в SO5.2, вроде ничего не отличалось.

chumpa
()

Вообще я запускал клиента 1С под wine, но он потом начинал громка матюгатся что нету ключа :( как это побороть я так и не понял... Ключ вставлялся - вынимался, были пляски с бубном и чтением матных заклятий....

m-bear
()
Ответ на: комментарий от chumpa

> Обоснуй пожалуйста. Звучит дико.

Это я имел в виду вот это:

>2chumpa: а ты попоробуй 2 варианта. И удивись. :0))) Если сеть 100Мбит то samba очень даже может обогнать локальное размещение базы на WinTSE, как это дико не звучит. Могу обосновать. :0)

chumpa
()
Ответ на: комментарий от chumpa

2chumpa: >Обоснуй пожалуйста. Звучит дико.

Он скорее всего подразумевал, что при достаточно болшьшом количестве пользователей дисковая подсистема TS просто начинает загибаться ;) Проходили. Если на TS начинает сильно дергаться винт, на рабочих станциях начинаются дикие тормоза.

PAL
()
Ответ на: комментарий от PAL

2 PAL:

Значит, надо поставить туда SCSI. Хотя 100Mbit -линк до самбы (и чтобы без коллизий по нему) наверное примерно то же самое ;-)

chumpa
()

to: PAL (*) (2002-10-18 09:59:36.844)

Чтоб TS хорошо работал надо винт сказевый иметь и процессоров штуки две по 1Ггц тогда спокойно несет 20-30 юзеров с разнообразными приложениями. В общем TS весьма удобная штука правда иногда немного падает =(

anonymous
()

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

Az
()

А еще если один клиент делает в 1с отчет, к-й грузит проц на 100 процентов, то остальные клиенты курят бамбук и набивают руку в пасьянсе. У меня так было, когда я отчеты делал на своем сервере с нтей 4.0. Щас на той же машине моя раб станция под линем, на ней же smtp, samba, pop3, www, ftp, dial-in и гейт для локалки с огнем и все работает на ура. Причем отчеты в 1с стали формироваться в несколько раз быстрее. Машинка П2-450 256М рс-100, U2W SCSI винт. Знающие люди говорят, что больше и не надо - все начинает в сеть упираться, потому как маздай как клиент тоже не супер :0)))

Az
()
Ответ на: комментарий от Az

2Az: в общем, кривость 1С помноженная на кривость винды позволяет линуксу делать эту связку быстрее. ;-)

chumpa
()

Смешное решение, право. Как будто проблема 1С - в файл-серверной платформе. Проблемы-то другие: 1) толстые клиенты, когда их много, начинают дурковать с блокировкой данных. И это не потому, что файл-сервер под виндой глючный, а потому что толстый клиент и dbf - тупиковый вариант. 2) TS - очень дорогое удовольствие, равно как и MS SQL. А цена файл-сервера ничтожна. Т.е. экономии от такого решения тоже мало.

Вот если бы SQL-версию под PostgreSQL перевели, это было бы круто. Или вместо TS использовали бы эмулятор винды и X-Server. Но эти и не пахнет.

Реально, если нужна систма на 10 пользователей, то варианта 2: 1) купить файл-серверную версию, которая будет постоянно падать, и придётся покупать TS. 2) купить SQL-версию, которая работает относительно стабильно. И какой из этих вариантов улучшает предлагаемое решение?

Eugene_Korobko
()
Ответ на: комментарий от m-bear

Может быть я чего-то не допонял, но у меня 1С великолепно работает следующим образом: Linux+vmware+Win98/2K+1C, никаких проблем с ключем и работой 1С не выявлено!

anonymous
()

Реклама типа - "Под управлением системы нашей компании вы научитесь забирать кислород из воздуха и отдавать в воздух углекислый газ". Давно уже подобные решения работают, только смысла в них, как и в самой 1С, не шибко много. А файлопомойки под 1С на Linux и того раньше создавались. Сразу видать учеников Билли - на чайников такая реклама класс как подействует. И вообще - 1С больше чем под 10-15 клиентов - смерть под парусом.

pilmen1
()

2Eugene_Korobko: может быть "толстый клиент и dbf - тупиковый вариант", но этот вариант с базой на самба для бухгалтерских баз при 30 одновременных коннектах начинает обгонять MSSQL-решение! Для торговых баз надо еще смотреть, но имхо будет тот же результат. P133+64М памяти спокойно тянет 30 коннектов к базе, если не все одновременно отчеты начинают лепить - тогда начинают проглядываться тормоза. Если все одновременно делают отчеты, то той машинки, что я выше привел хватает за глаза. И остается на все те остальные сервисы, о которых я написал. При 10 клиентах dbf-база на самбе не падает не то что постоянно, а вообще не падает.

Да, если "упала" dbf-база, то переиндексировал (несколько секунд-десятков секунд), а если навернулся MSSQL, то, как выразился один админ. к-й это пережил, это "жопа с цветной ручкой".

А про Postres - это да, это двумями руками. Только вот не сделают, нереально :0((

Az
()
Ответ на: комментарий от anonymous

2anonymous: VmWare это совсем не тот эмулятор, он эмулирует винду путём эмуляции писюка. Надо такой эмулятор как WINE -- чтобы пользователь работал с 1С "прозрачно", без переключения в виртуальный писюк. Под VmWare вообще никаких проблем нет -- поставил туда винду, ставь приложений скоко влезет.

chumpa
()

угу, в вмварь еще и винду надо ставить, а тогда проще просто винду ставить и не геморроиться. Тут разговор про 1с нативно под линем.

Az
()
Ответ на: комментарий от Az


>а если навернулся MSSQL, то, как выразился один админ. к-й это >пережил, это "жопа с цветной ручкой".

Это был не админ :-)

anonymous
()

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

anonymous
()

млин... Хотел бы я посмотреть в глаза тому, кто сказал, что дбф индексируется полминуты. От размера баз все зависит. У меня база за полтора года - перетащили под МС СКЛ, что б не так часто падала. а индесируется эта база (размер ~ 300 МB) часа полтора.

anonymous
()

если в Нске - заходи, покажу.

du -s Base2000 251592 Base2000

Время индексации по сети - 3 мин 45 сек.

du -s Base1c 111520 Base1c (это рабочая база этого года) Время индексации - 1 мин 7 сек.

Az
()

Кстати, а почему нереально ждать реализации под PostgreSQL? По политическим или реальным техническим ограничениям?

anonymous
()

Кста, вспомнилось. Пока база лежала на этой же машине на нте, индексация по сети примерно так и длилась. Локально индексилась за несколько минут, а по сети как-то за ночь не переиндексилась. :0))

Az
()
Ответ на: комментарий от anonymous

anonymous, просто 1С написана так криво что она и MS SQL использует в режиме "SELECT * FROM TRATATA" и затем обрабатывает их на клиенте. То есть SQL лишь способ закидать кучу *.dbf в один файл и сказать "есть SQL-серверный вариант".

chumpa
()

Слышал про это давно-давно. Неужели все до сих пор так? В 7ой "SQL" версии так? Ну это же обман реальный. За этот "SQL" 1С дерет > $1000 по сравнению с комплексной сетевой. Что, вот такое простое кидалово, работающее уже на протяжении стольких лет???? Как с этим будет в 8ой версии? Появится ли там "настоящий SQL"?

anonymous
()

vmware

Любителям vmware - учтите, что vmware стоит намного дороже, чем Винда, а ведь в нее еще и лицензионную винду ставить надо.

leon
() автор топика

Изврат это всё - 1С с Линуксом использовать. Там, где считаются деньги - подкладка должна быть рекомендованная разработчиком.

Новость никакая. Неужели совсем нечего писать? :(

anonymous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.