Комментарии 18
Если чесно как человек работающий с 1С ожидал именно «решений проблем». Намеревался добавить в закладки. Прочитав статью понял что статья не про решение проблем а про «развитие платформ предприятия 1С», может название топика поменяете?
НЛО прилетело и опубликовало эту надпись здесь
Но спустя некоторое время 1С выпустили новую версию 1С Предприятия 1С 8.2, и по моему мнению решили проблему платформ очень красиво.
А я думаю это совсем некрасиво. Имхо.
А я думаю это совсем некрасиво. Имхо.
имхо, следует уточнить, что 7.7 при определенной манипуляции стартует на висте и 7ке.
1. Новость не такая уж и новая
2. Они научились-таки в 8.2 через апач цеплять SQL-ную базу или так до сих пор только файловая?
3. Конфигурации разработанные ранее не работают в web-интерфейсе, только то что написано на управляемых формах, а новых еще нет. Так что решение изящным назвать совсем не получается.
2. Они научились-таки в 8.2 через апач цеплять SQL-ную базу или так до сих пор только файловая?
3. Конфигурации разработанные ранее не работают в web-интерфейсе, только то что написано на управляемых формах, а новых еще нет. Так что решение изящным назвать совсем не получается.
2. Работала всегда файлова и SQL
1. но про нее на Хабре, если мне не изменяет память, была только одна статья
2. SQL-ная база цепляется через Apache
3. ага, успела уже погрустить, наткнувшись на это «красивое решение». После заверений на сайте 1С о том, что «прикладные решения не требуют какой-либо доработки для того, чтобы работать с ними через Интернет» (пруфлинк), с энтузиазмом начала эксперименты, после пары часов стало очевидно, что доработка существующей конфигурации все же нужна. Ждём доработанной УТ, чтобы накатить и посмотреть, как это может выглядеть на нашей базе.
Тем не менее, развитие 1С в сторону кроссплатформенности не может не радовать и, возможно, когда-нибудь решения 1C не будут однозначно подразумевать использование ПО Microsoft.
2. SQL-ная база цепляется через Apache
3. ага, успела уже погрустить, наткнувшись на это «красивое решение». После заверений на сайте 1С о том, что «прикладные решения не требуют какой-либо доработки для того, чтобы работать с ними через Интернет» (пруфлинк), с энтузиазмом начала эксперименты, после пары часов стало очевидно, что доработка существующей конфигурации все же нужна. Ждём доработанной УТ, чтобы накатить и посмотреть, как это может выглядеть на нашей базе.
Тем не менее, развитие 1С в сторону кроссплатформенности не может не радовать и, возможно, когда-нибудь решения 1C не будут однозначно подразумевать использование ПО Microsoft.
Дайте пруф как прикрутить базу в PostgreSQL к апачу. Несколько месяцев назад, когда встала задача не нашел.
Насколько я поняла, для веб-клиента (с ним экспериментировала) все равно, какая СУБД используется: MS SQL, DB 2 или PostgreSQL, он стучится к Apache, а тот в случае клиент-серверного варианта — к Кластеру серверов 1С.
Пруфлинк для настройки веб-клиента
Пруфлинк для настройки веб-клиента
Я думаю со статьей чуток опоздали учитывая когда вышла 8.2. А вобще, хороших топиков нету по 1С на хабре. Кстати в 7.7 была получше схема работы когда был клиент и сервер без сервера приложении. Но в 77 была проблема т.к. программеры у них очень близорукие MSSQL использовался тупо как хранилище и поэтому при запуске отчета большого, все расчеты производились на клиенте поэтому при слабом компе это занимало долго времени независимо от скорости сервера MSSQL.
В 8.0 они изменили архитектуру и добавили трех-звенку так называемую клиент->сервер приложении->SQL хранилище. Это позволило им убрать загрузку клиента и улучшить маштабируемость. Правада выпуская 8.0 они допустили ошибку и стали подключаться к серверу приложении через COM-объект и виндовые pipe т.е. не использовались голые TCP сокеты. Это порождало проблемы с правами доступа для коннекта на сервер.
В 8.1 они все же вернулись к сокетам для подключения к своему серверу приложении. И добавили поддержку PostgreSQL, но т.к. весь код был написан для работы с MSSQL, поддержка получилась немного странной и без патченых исходников не работала.
А в 8.2 добавили IBM DB2 и Oracle, а так же описанный топик-старетером веб-интерфейс для новых конфигурации для старых все так же продолжало работать только в виндовом клиенте. Кстати изменений в работе SQL так же не произошло оно все так же тупо используеться как хранилище. И что интереснее всего начиная с 8.2 версии сервер приложении 64 битный стоит в 2 раза дороже чем 32битная версия, такие пироги :)
В 8.0 они изменили архитектуру и добавили трех-звенку так называемую клиент->сервер приложении->SQL хранилище. Это позволило им убрать загрузку клиента и улучшить маштабируемость. Правада выпуская 8.0 они допустили ошибку и стали подключаться к серверу приложении через COM-объект и виндовые pipe т.е. не использовались голые TCP сокеты. Это порождало проблемы с правами доступа для коннекта на сервер.
В 8.1 они все же вернулись к сокетам для подключения к своему серверу приложении. И добавили поддержку PostgreSQL, но т.к. весь код был написан для работы с MSSQL, поддержка получилась немного странной и без патченых исходников не работала.
А в 8.2 добавили IBM DB2 и Oracle, а так же описанный топик-старетером веб-интерфейс для новых конфигурации для старых все так же продолжало работать только в виндовом клиенте. Кстати изменений в работе SQL так же не произошло оно все так же тупо используеться как хранилище. И что интереснее всего начиная с 8.2 версии сервер приложении 64 битный стоит в 2 раза дороже чем 32битная версия, такие пироги :)
В 2 раза дороже стоит он уже с 8.1, а по поводу патченого Postgres, тоже немного не правы, почитайте что меняют патчи. Да и через пол года будут уже почти все конфигурации в Управляемом режиме. ИМХО хватит только УТ перевести для начала и уже многие могут работать, т.к. далеко не все используют Комплексную или УПП, в следствии их стоимости.
Причина в AUTOVACUM'e, и табличных блокировках.
Применение табличных блокировок в PostgreSQL в автоматическом режиме не является искусственным. 1С: Предприятие 8 в автоматическом режиме блокировок реализует подход неизменности прочитанных в рамках транзакции данных. PostgreSQL, как типичный версионник, не накладывает никаких блокировок на прочитанные данные (в отличие от DB2 или SQL Server — блокировочников), то для обеспечения идентичной функциональности приходится использовать эти самые табличные блокировки.
Пока они только обещали УТ в 2 квартале выпустить :)
Применение табличных блокировок в PostgreSQL в автоматическом режиме не является искусственным. 1С: Предприятие 8 в автоматическом режиме блокировок реализует подход неизменности прочитанных в рамках транзакции данных. PostgreSQL, как типичный версионник, не накладывает никаких блокировок на прочитанные данные (в отличие от DB2 или SQL Server — блокировочников), то для обеспечения идентичной функциональности приходится использовать эти самые табличные блокировки.
Пока они только обещали УТ в 2 квартале выпустить :)
ABBYY пора уже открывать «облачную» версию 1С Предприятия как это сейчас модно :)
Кластера серверов приложений есть, полноценный веб-интерфейс тоже, осталось продумать как это монетизировать повыгодней и хостить постабильней… ;)
Кластера серверов приложений есть, полноценный веб-интерфейс тоже, осталось продумать как это монетизировать повыгодней и хостить постабильней… ;)
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Решение проблемы кросплатформенности (Развитие платформы 1С Предприятие)