Первые коммерческие ласточки. Очень хорошо :)

Ну вот. Еще один кандитат в банкроты (в след за локи-гамес) ;) Шутка!

похоже, еще немного и 1С начнет сильно жалеть об упущенном времени.
или они втайне тоже под линух уже ваяют?

Думаю 1С не станет из-за это рынка даже пальцем шевелить. Если вообще рынок подобного ПО для линукс в России существует. Тысячи людей по всей стране сидят под стибриными виндами и 1С-ми. Денег туды закачено уже немерено. Так, что ожидать массового перехода бухгалтерий под linux не стоит. Разве что Оля Дергунова и Co начнут офисы перетрахивать ;) в посиках контрфактных виндов. Но они же сами себе не враги.

Ух, они еще живы! Помню, как снимал защиту еще в версии ultraH несколько лет назад ;-))

А чё снимать - то было?... :):):D так, пару часиков баловства.... :)
Зато теперь: халява-с....
Кстати, мож по старой памяти качнуть - поглядеть, а вдруг недоброе задумали.....

>Думаю 1С не станет из-за это рынка даже пальцем шевелить.
сегодня да. но завтра, когда выяснится, что под линуксом рынок уже освоен. все сидят на 10x версиях от хохлов и других товарищей - будет поздно выпускать 0.001 beta 1C.
только так.

Вах! Какие люди!

А я думал вы уже все. Того. На Брайтон-бич.

Скачивать,смотреть, уж извините не буду --- ибо не мой уже профиль, но всем советую, глянуть как правильно бухгалтерию делать. 1С: и не надо (хватит, что в прошлый раз ей ФбП дорожку проторили). Давить как фашистов. За попытки портирования на линух --- растрел на месте.

А какой язык расширения для описания операций выбрали? Если продолжаете клепать свое --- крайне советую посмотреть на www.gnu.org/software/guile или на советскую KSI Scheme. Хорошие отлаженные интерпретаторы, легко встраиваются. Кучу времени сэкономите, получите хороший язык, ну и ... я могу ченить подсказать.

2all. Вы, чуствую, не поняли, что произошло. Если эту штучку полизать хорошенько... ууу. Голимый UNIX-way: настраивается все.

Свежо придание, да верится с трудом. Не вижу никаких предпосылок для возникновения линукс рынка информационного обеспечения бухгалтерского ПО. Вот если бы 1С переточили свою SQL версию под postgresql, тогда да, это был бы рулез! Но трудно даже представить, что должно произойти, что бы они пошли на такой шаг... Хотя... может быть появление конкуренции в лице open-source бухгалтерского пакета, хотябы частично реализующего функциональность 1С:Предприятия. Но опять же, полуголодные русские программеры врядли поднимут такой проект.

>1С: и не надо
присоединяюсь как потерпевший от 1С-продукции. пол-года работы
в сети франчайзи привили мне стойкое отвращение к продукции
этой фирмы ;)

>2all. Вы, чуствую, не поняли, что произошло. Если эту штучку
>полизать хорошенько... ууу. Голимый UNIX-way: настраивается все.
ну тады ой. заткнулся и побежал скачивать - смотреть.

Кстати говоря, зря 1С не занимается портированием под линукс. Насколько позволяет судить мой опыт работы, за 1С действительно платятся деньги, но только в том случае, если специалист настоит ее под нужды фирмы. Соответственно, делайте выводы, особенно в виду последних событий на Украине, когда контрафактные Windows вместе с компом забираются на "экспертное исследование", причем 90% компов не возвращаются (данные из проверенных источников).

"2all. Вы, чуствую, не поняли, что произошло." Да нет, почему же, поняли, еще много лет назад, когда только вышла первая версия.

это кстати не первая ласточка а вторая....

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

и на морде www.hd.ru было написано что она есть и можем дать... мне они таки да ее дали но поле десятка писем от меня и кучи отмазок от них...

может и до сих пор на их форуме есть вопли жаждущих линуксового сервака но есть почему то такая уверенность что форум подчистили...

год-два тому назад это было бы действительно событием а на сегодняшний день это увы уже статистика...

Чегот то я не пойму.... Давайте определитесь, тоесть мухи отдельно -котлеты отдельно.
Что имеемться пол понятием "финансовая программа под *nix" ? если морда к серверу писанная под Х то это не сложно, только кому это надо! А вот серверная часть все одно не зависит(не должна зависеть) от платформы! Она зависит от типа пользуемого сервера.. А проблема мультиплатформености сервера, это не проблема разработчика прикладухи. Кстати, насчет серьезной буггалтерско/финансовой/складской прикладухи под PostgreSQL ? вы это серьезно?? или так, для поддержания разговора :)) Еще бы для хохмы MySQL упомянули :)) Всему свое примение...

> насчет серьезной буггалтерско/финансовой/складской прикладухи под PostgreSQL ? вы это серьезно?? или так, для поддержания разговора :))

А че вы против PGSQL имеете??) или так, взп%^#нуть захотелось?

>под PostgreSQL ? вы это серьезно?? или так, для поддержания
>разговора :)) Еще бы для хохмы MySQL упомянули :))
>Всему свое примение...

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

>Что имеемться пол понятием "финансовая программа под *nix" ? если морда >к серверу писанная под Х то это не сложно, только кому это надо!

большим конторам. поставить 50 бесплатных линуксов и 1с предприятие или
50 XP + тоже предприятие - есть разница. писать надо сегодня, потому что завтра заказчик придет, спросит и пойдет дальше к конкурентам. А потерявши долю на рынке, отвоевывать будет _очень_ проблематично. (хотя договорившись с налоговиками и т.п. службами, у нас можно)


>А вот серверная часть все одно не зависит(не должна зависеть) от
>платформы! Она зависит от типа пользуемого сервера.. А проблема
>мультиплатформености сервера, это не проблема разработчика
>прикладухи. Кстати, насчет серьезной
>буггалтерско/финансовой/складской прикладухи под PostgreSQL ?

firebird?
oracle?

очнись! где сервера нормальные? под виндозой их с фонарем искать, а тут только свистни...


>вы это серьезно?? или так, для поддержания разговора :)) Еще бы для >хохмы MySQL упомянули :)) Всему свое примение...

вово. виндоза для игрушек. для бухгалтерии с ее надежностью - линукс.

>Хотя... может быть появление конкуренции в лице open-source >бухгалтерского пакета, хотябы частично реализующего функциональность >1С:Предприятия. Но опять же, полуголодные русские программеры врядли >поднимут такой проект.
полуголодные хохлы уже давно подняли. наши уже поднимают.
сегодня уже скучно и несерьезно обсуждать какие то туманные преспективы.
Все уже куда прозаичней. Вы думаете, что чего то нет и не будет, а оно уже есть и не в первой версии ;)

>Вот если бы 1С переточили свою SQL версию под postgresql

2cornelis:

А вы видели SQL-версию 1С вживую? Хоть одну хранимую процедурку? Это же ужас просто. Никакой это не клиент-сервер. Вся идеология работы взята из файл-серверной базовой версии. Имеет место быть жирный-жирный клиент и тоненький-тоненький сервер. MS SQL хоть и не имеет и половины фич, реализованных в postgresql, но он побыстрее будет. И если 10 пользователей на не самом слабом серваке вешают 1С вчистую, то что на postgresql будет?

Так что не надо дискредитировать идею неправильными реализациями. Если и писать, что-то на postgresql, oracle, etc. под Linux, то только с использованием конкретных особенностей конкретных баз данных. Имеется в виду серверная часть. Ну а клиент может быть универсальным.

В портируемый SQL (как язык программирования) я, простите, не верю.

Чтобы настроить консоль там используется утилита consolechars, а у меня такой нет (kbd-1.0.6).
Чем можно заменить?

Добрый день. Один вопрос по серверу ФБП Linux-версия, скачал flxr.zip, там один файл - flxr. Это все что нужно или там только апгрейд. Задаю сей вопрос на основании прочитанного на страничке производителя, цитата "Перепишите экспериментальные модификации версии 3.23: flxr.zip (русские числительные)" и т.д.. С уважением, Александр.

>А то вот ведь как, пользуешь его (posgresql), пользуешь, а он такой не >хороший оказывается.... правда я его в основном для web-аппликух >использую, но какая собственно разница?

Разница-то большая. Поддержка транзакций, надежность, репликация и т.п. Только вот на мой взгляд с выходом 7.2 PostgreSQL будет уже вполне пригодным для этой задачи.

В принципе и 7.1.3 уже пригоден явно не менее чем MS-SQL. До Oracle с DB2 им еще тянуться и тянуться, но для задач с менее чем несколькими десятками пользователей уже вполне.

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

Мы смотрели программку, но лишь поверхностно - нет опыта работы с fwp, т.к. у нас установлены 1С. Если Вы об Линукс-клиенте, то сообщение проходило в тамошнем форуме, сообщение, если не ошибаюсь ╧443. Там же и ссылка на файлик. Локаль, правда, предлагается странная... 2ALL У нас (Украина) главбуху поручено сейчас _лично_ курировать переход фабрики на не-Майкрософт, но максимально OS ПО. Проблема в отсутсвии уже готовых к коммерческому применению систем по функциональности сопостовимых с 1с. Отписал он и этим запрос на коммерч. предложение + ТЭО проекта (все за деньги). Правда молчат уже 12 часов, думаю они просто не готовы ничего предложить :)

Читайте htp://hdru.com/russian/manual1/manual1.htm - _хоpошо_ читайте. И книги есть на том же сайте.

Ходят слухи, что 1с все таки пишет какого то клиента под Linux

и что мол к осени он будет в бета версии... Было бы неплохо... Про сервер слухов не слышал, а жаль

Подскажите плз какие аналогичные программы еще есть под линукс и фрю. И есть ли что-то адоптированное для Украины.

Старик! Ты шутишь? По поводу consolechars? Если нет - man setfont ;)

глянь iceB - http://www.kron.vinnica.ua/free/buhg_lnx.htm

активный флейм по ней и тестирование - рассылка linux-list@linux.kiev.ua через www.linux.kiev.ua

бай :)

> Старик! Ты шутишь? По поводу consolechars? Если нет - man setfont ;)

Никаких шуток. А setfont не прокатывает. Говорит putfont: PIO_FONT: Invalid argument

>>можно как-нибудь аргументировать? хотя бы ссылкой? очень интересно.
>>судя по твоим постингам, ты товарищ знающий ;) так, что просвети
>>пожалуйста.
>>А то вот ведь как, пользуешь его (posgresql), пользуешь, а он такой не
>>хороший оказывается.... правда я его в основном для web-аппликух
>>использую, но какая собственно разница?

Аргументировать....Хмм.. Я являюсь соавтором программы сладского учета для
крупной торговой организации. Прога разумееться не фришная ибо писалась под конкретные
нужды заказчика.
так вот, попытаюсь обьяснить, что SQL сервер это не только сервер таблиц
(каким в чистом виде являеться MySQL) а среда для исполнения всей логики транзакций
и сохранности данных. Ибо целостность данных (скорость в меньшей степени) есть основняая задача для апликух буггалтерского/складского учета. Клиент не должен содержать какой либо математики, ибо это приводит к
противоречиям и нарушениям целостности данных при числе клиентов >1. Веб апликухи в своем большинестве,
этого не требует, а чаше вообше пользуют SQL сервер как кранилище данных, не исполняя на нем ничего
кроме селектов и инсертов.
Наличие языка хранимых процедур, наличие триггеров instead of ... (правда а postgreSQL они есть), полноценных вьюверов, поддержки внешних процедур(Java) а также полноценного интерфейса (ODBC к сожалению таким не являеться) для общения с стандартизированной средой для постороения пользовательского интерфейса (как бы кто не спорил, на сегоднишний день это Дельфи) и определяют показатель пригодности SQL сервера для данного класса задач.
Я ничего собственно не имею против postgreSQL, тем более что не похвастаюсь доскональным знанием оного,
но мне не известны хотябы сколь либо приближаюшиеся аналоги к мощи и удобства PL/SQL.
Планирования и оптимзации производительности, (кстати, знатоки postgreeSQL, есть ли что-то подобное explain ?)
да много еще чего...

Кроме того, есть ряд субьективных причин, например документация... Вот к примеру, я журнальчик от оракла регулярно получаю бесплатно... Кстати, там куча интересного....

Так что не буду навязывать свое мнение, ни к чему это, но пока еще да коммерческих серверов (Oracle, InterBase, SyBase, да тотже MS SQL) фришные не дотягивают... Хотя MySQL нашел свгою нишу, и очень прочно в нее вгрызся... Очень быстрый сервер таблиц для Веба..... Так что всему свое применение...

PostgreSQL vs *

>Я ничего собственно не имею против postgreSQL, тем более что не >похвастаюсь доскональным знанием оного, >но мне не известны хотябы сколь либо приближаюшиеся аналоги к мощи и >удобства PL/SQL.

Мощь и удобство PL/SQL? Это из той же серии что надежность Windows95 и простота WindowsNT? Это-то издевательство над процедурным программированием с корнями в PL/1 обладает мощью и удобством? От которого норовит отказаться сама Oracle, заменив его на Java.

По сравнению с Postgres, у которого есть нормальные языки (perl и tcl) в качестве языков хранимых процедур. Впрочем, для совместимости есть и pl/pgsql на который не очень сложные триггеры и хранимые процедуры переносятся достаточно прямолиненйно. Ну не настолько, чтобы ради 30К кода писать автоматизированный транслятор, но все же.

Не говоря уж об открытом интерфейсе для создания таких языков, который открывает принципиальную возможность PL/Haskell, PL/Ocaml и PL/Schem >Планирования и оптимзации производительности, (кстати, знатоки >postgreeSQL, есть ли что-то подобное explain ?)

Начиная с версии 7;0 есть. 6.5 не помню. По-моему, как появились nested queries, для которых осмыслено понятие плана, так и explain немедленно появился. Конечно, оракловый explain который пишет результаты в табличку, несколько удобнее для прикручивания всяких внешних тулзов типа oraexplain из комплекта DBD::Oracle. но...

А что касается оптимизации производительности, рекомендую сходить на http://openfts.sf.net и подумать,а почему оно под Oracle не живет. Еще можно зайти на http://lists.lexa.ru и почитать в каких превосходных тонах некто А. Тутубалин не далее как сегодня о постгресовских индексах отзывался.

Да, конечно, хинтов не хватает немножко.И select count(*) from table хреново работает. И запросы с LIKE при русской локали не очень-то оптимизируются. Но это дело наживное.

>да много еще чего...

Единственная мисфича, которая меня раздражает в PostgreSQL 7.1.3 это неработа alter table drop constraint. Впрочем, вспоминая, что в Oracle alter table drop column появился только в версии 8, можно считать что еще один номер версии в запасе.

Еще не забывайте про SAP DB. Вещь покруче postgresql, и тоже фришный и открытый.

>Так что не буду навязывать свое мнение, ни к чему это, но пока еще да >коммерческих серверов (Oracle, InterBase, SyBase, да тотже MS SQL) >фришные не дотягивают...

батенька, а вы не забыли, что interbase 6 свободен?
а firebird до сих пор таким и остался?
стало быть вопрос с наличием свободного SQL сервера для дельфиста снят?
сам написал складскую-учетную прогу на дельфи+интербейз (как раз процедурки, триггеры udf и генераторы, очень хорошо понимаю и поддерживаю ваши нужды в этом плане)еще когда он был закрыт и теперь уже второй год она трудится теперь уже на свободном сервере firebird и отлично трудится...

PS а вот с дельфи ухожу. (глючен и тяжел при попытке сделать что то нетривиальное из за паскаля с одной стороны и BCL с другой) следующая (уже 5)версия будет под wxwindows (даже возможно wxpython). кстати pgsql уже сильно подрос и возможно стоит посмотреть и на него.

Господа!

Я слово SQL теpпеть не могу. Как и слово "pеляционный". Хотя они и безобидные, эти слова...

В ФБП есть кое-что нетpадиционное. Замена SQL: механизм фактов. Замена OLAP: тот же механизм фактов.

Если читать manual'ы недосуг - вы хотя бы с показаниями нашего Пpофилеpа ознакомьтесь: в изобилии на http://hdru.com/wwwboard

Слово RAM ONLY не должно вызывать ощущения ненадежности - это более надежно, чем timesten :)

С уважением к публике, Аpкадий Водяник

>Никаких шуток. А setfont нё прокатываёт. Говорит putfont: PIO_FONT: Invalid argument Странно то, что проги практически одинаковые (setfont from kbd 1.06 и consolechars). Ключи командной строки отличаются и, кажется, в consolechars есть возможность выгружать фонт не только в psf, но и в raw формат (но это каким боком). Пожалуй на днях сам спытну... Давно я "Финансы " не видел :). Пробовать буду как раз с kbd - на 8 слаке.

2Vodyanik (*) (2002-02-06 12:29:08.0):

> Я слово SQL теpпеть не могу. Как и слово "pеляционный".
Подробнее?

А то я слова "компьютер" терпеть не могу, и у меня зреет идея
усовершенствовать конторские счеты добавлением нетрадиционных элементов.
Сейчас ищу спонсоров...

Если серьезно, то изобретение своего языка в данном контексте сильно попахивает
дилетантством. Фундаментальная работа Кодда датирована 1970 годом; последний раз
содержательная дискуссия о достоинствах/недостатках реляционной модели
была IMHO в 1974 во время ACM SIGMOD Workshop on Data Description, Access,
and Control.

Анонимусу, которрый не мог справиться с setfont: Проблема в следующем: Строки в этой программе закодированы в ср866 (Вы, наверное, это заметили:)))). При стоящей у меня схеме руссификации:

setfont ruscii_8x16 -m /usr/share/kbd/unimaps/koi8-r.uni

Все делается легко и просто - пишется скрипт такого вида:

#!/bin/bash

setfont -m /usr/share/kbd/unimaps/cyralt.uni

# поставили маппинг для приложений в cp866

./finlc

# запустили программу

setfont -m /usr/share/kbd/unimaps/koi8-r.uni

# вернули koi8-r

После этого оно пашет. НО!!! Если вызывать из shell, из mc оно работать не будет. Или, точнее, будет, но из-под root. Под mc вы находитесь не в /dev/tty#, а в псевдотерминальном (или псевдо**2 :)))) устройстве. И сменить маппинг вам не дадут. Вот такие дела...:)

У Вас классный позывной - Die-Hard. Это как? Ваpиант 1: Умpи тpудно или ваpиант 2: Тpудно умеpеть? Оно потому, что слова английские, а составлены с пpетензией на нечто :)

К делу.

:Если серьезно, то изобретение своего языка в данном контексте сильно попахивает :дилетантством.

Уважаемый пpофи. Вы что-нибудь о методе pезолюций знаете? Или о языкe planner? Или, может, Вы Дональда Кнута почитываете ежевечеpне (Volume3/ Sorting and Searching)? Я - нет. Но иногда читаю. Поэтому вашего Кодда с его заклинаниями выношу с тpудом. Знаете, Die, всю жизнь в табличку не запихнешь; а алгебpа над этими табличками попахивает не дилетанством ужe, а намеpенным запутыванием и канонизацией компьютеpной науки.

А еще я слово IMHO не люблю. Toчно так же, как и ASAP - as soon as possible :)

to Vodyanik А Linux/FreeBSD версия существует только для двух клиентов, или Вы будете продавать лицензии и на большее количество клиентов?

2Vodyanik (*) (2002-02-06 20:05:38.0):
> Die-Hard. Это как?
См. любой англо-русский словарь. Hint: Это ОДНО (составное) слово.

> Вы что-нибудь о методе pезолюций знаете? Или о языкe planner?
. . .
> Или, может, Вы Дональда Кнута почитываете ежевечеpне

Лучше уж сразу длинну члена в мм, а? :)


> Поэтому вашего Кодда с его заклинаниями выношу с тpудом
Yes!!!
Я так и подумал.

Не, я побывал на вашем сайте по ссылке и весьма заценил проделанную работу.
Впечатляет, серьезно!

Вашу б энергию, да на мирные цели...

честно говоря я тоже малость подавлен чтением "переговорного пункта"
С одной стороны явно в "финансах" что то есть. Как я понял, весь обмен с сервером идет через файлы, что есть unix way в чистом виде.:)
тесты, с количеством проводок и всем таким тоже заводят нехило.
также ясно, что описывается практически все и вся. Работа сделана нешточная и "Финансы" действительно могут успешно автоматизировать и бухгалтерию и управленческую аналитику и складской учет и еще много чего.
но и ощущение некоей паранои тоже весьма сильно. Все время хочется посоветовать больше отдыхать и Аркадию Водянику и его оппонентам.

Вопрос к Аркадию. Что посветуете прочитать из литературы. Интересуют печатные издания, чтоб купить и нормально почитать без радиации.

ух-ты :) из мюллера:

die II. умирать, делаться безразличным, бесчувственным итп.

d.-hard человек, сопротивляющийся смерти до конца; полит. "твердолобый"

никогда-бы не подумал, что словарики такая полезная штука :) серьезно, хотя, в общем мне обычно все равно как что/кто называется но все-таки

просто решил поделиться откровением :)

: to Vodyanik А Linux/FreeBSD версия существует только для двух клиентов, или Вы будете продавать лицензии и на : большее количество клиентов?

Намерены. Цены такиe же, как и для 10-,20-,30-пользовательских Windows-версий: см. http://hdru.com/russian

>Вопрос к Аркадию. Что посветуете прочитать из литературы. Интересуют печатные издания, чтоб купить и >нормально почитать без радиации.

Мы издавали книгу Е.Шуремова "Компьютер выводит сальдо" (об ФБП) еще в 1995 тиражом 5000. Вряд ли Вы ее уже найдете. Да и устарела она. Так что распечатывайте литературу с сайта...

>> Die-Hard. Это как? >См. любой англо-русский словарь. Hint: Это ОДНО (составное) слово.

Спасибо за ликбез.

Народ, вы фильмы иногда смотрите? Есть один такой, "Крепкий орешек" называется.
Die-Hard, по-англицки ;)

to Dimai (*) (2002-02-06 19:18:49.0):

> При стоящей у меня схеме руссификации:
> setfont ruscii_8x16 -m /usr/share/kbd/unimaps/koi8-r.uni
> Все делается легко и просто - пишется скрипт такого вида:
> #!/bin/bash
> setfont -m /usr/share/kbd/unimaps/cyralt.uni

У меня слэкварь по-другому настроена: setfont Cyr_a8x16 -m koi2alt
Что делать в этом случае?

Кстати, если я говорю с одним из разработчиков, то советую обратить внимание
на то, что в линуксе начиная с 2.3.?? простой юзер не может менять раскладку.
Фича выключена по секьюрити-соображениям. Подробности умалчиваются.
Предлагаете работать под рутом или переводить всю систему на cp866?

> так вот, попытаюсь обьяснить, что SQL сервер это не только сервер таблиц

...а еще и набор непортабельной дребедени.

> а среда для исполнения всей логики транзакций

Исполняй всю логику транзакций на сервере... Причем тут какой-то sql-сервер?
Тебя кто-нибудь завставляет обращаться к нему напрямую?

> как бы кто не спорил, на сегоднишний день это Дельфи

Ах, ну с этого и надо было начинать ;)

> кстати, знатоки postgreeSQL, есть ли что-то подобное explain

Слушай, оно сто лет уж присутствует в mysql...

"Крепкий орешек" с легкой руки одного из переводчиков.
А вообще-то тема интересная. Вы продолжайте, продолжайте.