Записки фрилансера о внедрении 8.2




Принцип обмена данными из 1С с сайтом (на MySQL) и выдачи (публикации) этих данных по запросу.
PHP-Скрипт автоматической загрузки данных из файла данных в формате CSV в базу данных сайта работающего на WordPress.

В продолжение моей темы: 1С:Альфа-Авто Автосалон Автосервис: обмен с сайтом.
С помощью данного скрипта можно загружать в автоматическом режиме, по расписанию, данные сервисных книжек (ремонтов авто) из 1С:Альфа-Авто Автосалон Автосервис.
Также можно загружать данные в ручном режиме: для этого делается скрытая страница, где размещается специальная кнопка.
Комментарии размещенные внутри скрипта разъяснят логику и порядок действия.
Комментарии с "/////    echo" использовались для отладки.
Дополнительно создана таблица для журналирования результатов загрузки данных.
Скрипт включает в себя защиту от SQL инъекций (думаю безопасность соблюдена в полной мере).
В кратце:
1. Пишется скрипт, который запускает этот.
2. Создается регламентное задание в WordPress, по которому запускается скрипт из п.1. 
3. Этот скрипт осуществляет проверку на существование файла обмена в папке.
4. Если данные не новые, загрузка не производится.
5. Если данные новые, очищается таблица сервисных книжек.
6. Загружаются новые данные.

Собственно сам скрипт:

<?php // Полная загрузка сервисных книжек, создан 2024-01-05 12:44:55

global $wpdb2;
global $failure;
global $file_hist;

/////  echo '<H2><b>Старт загрузки</b></H2><br>';

$failure=FALSE;
//подключаемся к базе
$wpdb2 = include_once 'connection.php'; ; // подключаемся к MySQL
// если не удалось подключиться, и нужно оборвать PHP с сообщением об этой ошибке
if (!empty($wpdb2->error))
{
/////   echo '<H2><b>Ошибка подключения к БД, завершение.</b></H2><br>';
$failure=TRUE;
wp_die( $wpdb2->error );
}

$m_size_file=0;
$m_mtime_file=0;
$m_comment='';
/////проверка существования файлов выгрузки из 1С
////файл выгрузки сервисных книжек
$file_hist = ABSPATH.'/_1c_alfa_exchange/AA_hist.csv';
if (!file_exists($file_hist))
{
/////   echo '<H2><b>Файл обмена с сервисными книжками не существует.</b></H2><br>';
$m_comment='Файл обмена с сервисными книжками не существует';
$failure=TRUE;
}

/////инициируем таблицу лога
/////если не существует файла то возврат и ничего не делаем
if ($failure){
///включает защиту от SQL инъекций и данные можно передавать как есть, например: $_GET['foo']
/////   echo '<H2><b>Попытка вставить запись в лог таблицу</b></H2><br>';
$insert_fail_zapros=$wpdb2->insert('vin_logs', array('time_stamp'=>time(),'last_mtime_upload'=>$m_mtime_file,'last_size_upload'=>$m_size_file,'comment'=>$m_comment));
wp_die();
/////    echo '<H2><b>Возврат в начало.</b></H2><br>';
return $failure;
}
/////проверка лога загрузки, что бы не загружать тоже самое
$masiv_data_file=stat($file_hist);   ////передаем в массив свойство файла
$m_size_file=$masiv_data_file[7];    ////получаем размер файла
$m_mtime_file=$masiv_data_file[9];   ////получаем дату модификации файла
////создаем запрос на получение последней удачной загрузки
////выбираем по штампу времени создания (редактирования) файла загрузки AA_hist.csv, $m_mtime_file

/////   echo '<H2><b>Размер файла: '.$m_size_file.'</b></H2><br>';
/////   echo '<H2><b>Штамп времени файла: '.$m_mtime_file.'</b></H2><br>';
/////   echo '<H2><b>Формирование запроса на выборку из лога</b></H2><br>';
////препарируем запрос
$text_zaprosa=$wpdb2->prepare("SELECT * FROM `vin_logs` WHERE `last_mtime_upload` = %s", $m_mtime_file);
$results=$wpdb2->get_results($text_zaprosa);

if ($results)
{   foreach ( $results as $r)
{
////если штамп времени и размер файла совпадают, возврат
if (($r->last_mtime_upload==$m_mtime_file) && ($r->last_size_upload==$m_size_file))
{////echo '<H2><b>Возврат в начало, т.к. найдена запись в логе.</b></H2><br>';
$insert_fail_zapros=$wpdb2->insert('vin_logs', array('time_stamp'=>time(),'last_mtime_upload'=>$m_mtime_file,'last_size_upload'=>$m_size_file,'comment'=>'Загрузка отменена, новых данных нет, т.к. найдена запись в логе.'));
wp_die();
return $failure;
}
}
}
////если данные новые, пишем в лог запись о начале загрузки
/////echo '<H2><b>Попытка вставить запись о начале загрузки в лог таблицу</b></H2><br>';
$insert_fail_zapros=$wpdb2->insert('vin_logs', array('time_stamp'=>time(),'last_mtime_upload'=>0, 'last_size_upload'=>$m_size_file, 'comment'=>'Начало загрузки'));

////очищаем таблицу
$clear_tbl_zap=$wpdb2->prepare("TRUNCATE TABLE %s", 'vin_history');
$clear_tbl_zap_repl=str_replace("'","`",$clear_tbl_zap);
$results=$wpdb2->query($clear_tbl_zap_repl);
/////   echo '<H2><b>Очистка таблицы сервисных книжек</b></H2><br>';
if (empty($results))
{
/////   echo '<H2><b>Ошибка очистки таблицы книжек, завершение.</b></H2><br>';
//// если очистка не удалась, возврат
$failure=TRUE;
wp_die();
return $failure;
}

////загружаем данные
$table='vin_history';         // Имя таблицы для импорта
//$file_hist Имя CSV файла, откуда берется информация     // (путь от корня web-сервера)
$delim=';';          // Разделитель полей в CSV файле
$enclosed='"';      // Кавычки для содержимого полей
$escaped='\

92 Comments

  1. Арчибальд

    Понравилась внятность изложения.

    Reply
  2. Asmody
    Почему нельзя было реализовать свой аналог протокола RDP и передавать на клиент только изменения картинки, а обратно действия пользователей?

    потому что веб-интерфейс.

    Reply
  3. nafa
    Почему нельзя было реализовать свой аналог протокола RDP и передавать на клиент только изменения картинки, а обратно действия пользователей?

    А чем RDP не устраивает, что надо аналог реализовывать? Клиенты есть под все ОС включая мобильные (для смартфонов и КПК), Web клиенты RDP есть и на ActiveX (для Windows) и на Java под Windows/Linux.

    Статья очень интересная, т.к. самому скоро на 8.2 переползать, но сколько я (8.2) ее щупал, сколько читал про нее, но так и не понял, какое вообще у этих управляемых форм преимущество перед RDP? (Кроме того, что сервер 1С может быть на линуксе?).

    Сам лично сравнивал скорость работы на реально тонком канале («чистый» GPRS безо всяких EDGE/3G) — RDP однозначно быстрее, при том что его использование не требует от разработчика вообще никаких усилий.

    И с веб клиентом то же самое — вот если бы эти формы не на JavaScriptе были сделаны а в «чистом HTMLе» и были бы не копией 1Совских форм, а именно HTML страничками (пусть даже безо всякого дизайна — т.е. там где таблица — простой тег table) — так чтобы реально в любом браузере работало, включая мобильные устройства и независимо от настроек браузера вот это было понятно. А в текущем исполнении в чем преимущество перед Web клиентом RDP?

    Reply
  4. detec

    ИМХО, такие вещи как Рабочее место… — они должны быть либо RDP-шными, либо неуправляемыми. Иначе серьёзной работы не будет на таком рабочем месте.

    Reply
  5. detec

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

    Reply
  6. Душелов

    Уже внедрил 2 проекта на 8.2 «под ключ» — вопросы почти все отпали (за исключением особенностей последнего 11 релиза) и скорость разработки возросла по сравнению с 8.1, те же динамические списки — чудесная штука.

    Это все — только вопрос опыта и времени.

    Reply
  7. Душелов

    (4) Почему? У меня все прекрасно в тонком клиенте работает.

    Reply
  8. Sverkalov

    Надо разместить свои имоции на 1с-ом форуме, что бы разработчики были ближе к народу :). Сам, по аналогичным откликам, в уже заершенном проекте переход на 8.2 тормознул.

    Reply
  9. detec

    (7) А если в рабочее место оператора нужно выгрузить приличный объём информации. Так, чтобы и обрабатывать её на клиенте, и не дёргать сервер? Пару тысяч строк ТЗ потянет тонкий клиент?

    Reply
  10. Душелов

    (9) Зачем это нужно на рабочем месте оператора? Да еще и в тонком клиенте?

    В этом случае используется толстый клиент и вперед.

    (8) Отклики простые — люди не понимают концепции платформы и не умеют сделать даже элементарных вещей. В большинстве случаев.

    Reply
  11. vek

    (9) Вообще-то динамическое чтение было реализовано даже в 8.1, так что хоть 2000, хоть 5000 без разницы, а обрабатывать на клиенте, это не комильфо, даже больше это противоречит принципам.

    Reply
  12. nafa

    (5)

    А штрих-коды нужно писать под конкретный принтер этикеток, с текстовыми командами печати.

    Работал с разными моделями (Godex, Argox, Zebra) — разницы между печатью виндовым драйвером и командным языков принтера по скорости не видел. Печатаю из винды и принтер честно выдает заявленную производителем скорость. (Случаи типа на комп PentiumIII 256Mb RAM висту+аэро поставили я в расчет не беру). Но довольно часто ее (скорость) приходится принудительно снижать из-за особенностей материала, на котором производится печать (всякого рода синтетические бумаги и пр.)

    (7) Я согласен, что в самой идеологии тонкого клиента нет ничего такого, что мешало бы создавать на нем рабочие места (имелось в видимо места с четко регламентированным набором функций, типа кассира ККМ). Но могу предположить, что отсутствие, например, взаимодействия с сеансом пользователя может доставить немало хлопот. Есть например организации, которые работают круглосуточно, и реально имеют место ситуации когда программисту надо из дома в 3 ночи подключаться к рабочему столу пользователя и выяснять что там не так.

    Конечно, можно использовать программы типа RAdmin, но тут тоже много проблем.

    Во-первых, это надо ставить на каждый компьютер и следить чтобы стояло и работало. Если компютеров пара сотен то это нелегко

    Во-вторых, это ухудшение безопасности.

    В-третьих это можно поставить только на рабочие компьютеры операторов. Но с базой еще может руководство работать, т.к. есть руководители, которые действительно работают с базой. И если руководитель грамотный, то он понимает, что такое терминал, и как программист взаимодействует с его сеансом и смотрит на это нормально, т.к. это происходит на сервере. Но RAdmin он к себе на личный компьютер поставить разумеется не даст.

    И вот представьте себе: поехал директор в Америку, там у него что-то не получается, звонит Вам домой (а у Вас в это время 2 часа ночи, а что делать — у него то день и через 15 минут переговоры по крупному контракту) — и как Вы поймете что не так?

    В-четвертых, пользователи, которые заходят с домашних компьютеров тоже никакой RAdmin себе поставить по большей части не дадут.

    Reply
  13. detec

    (12)

    Я видел, как недалёкие фрилансеры, а ранее, программист Delphi, реализовали у нас виндовую печать на крупном принтере — TSC-248 M. И как принтер запечатал, когда в него стали грузить коды — ускорение в 6 — 10 раз. Речь идёт о крупном принтере, которому под силу распечатать 10-20 тыс. этикеток в сутки.

    Про Радмин, честно говоря, не совсем понял. Если организация работает круглосуточно, то там должны быть дежурные админы, а не заспанный программист с Радмином, ИМХО. Да и честно говоря, трудно представить такую ситуацию, что крупная шишка полетела куда-то далеко без сопровождения. И чтобы для подписания контракта нужен был онлайн-доступ в какую-то рабочую 1С-ную базу.

    На моём предприятии Радмины стоят на рабочих компах учредителей, контора средних размеров. Всю действительно серьёзную инфу вводят «серые мыши» в зашифрованном виде, которых время от времени вызывают лично к учредителям.

    Reply
  14. pricec
    очень часто ошибки в запросе и неправильные настройки источников приводят не к диагностической ошибке, а к вылету всей системы. Искать ошибки при этом можно только эмпирическими методами. При переписывании запросов под управление торговлей не раз помянуты были даже родственники разработчиков системы компоновки данных.

    это пять! Хотя цитата ко всей восьмерке относится. Интересная идея с компоновкой даных, превратилась в совершенно неуправляемого и загадочного монстра. Планировалось, что будет инструмент для начинающих прогов, который не позволит совершать грубых ошибок, а реально кроме маленькой группки маньяков-интузиастов никто не понимает что там внутри этой системы компоновки творится.

    Reply
  15. iov

    (13) ага — а еще проще когда vpn + rdp и все серьезное крутится на сервере…

    и разговор сводится в 3 ночи

    — ой тут что-то не работает…

    — минуту

    * один клик на cmd + 2 пароля и через 20-40 секунд я на серваке.

    — ваше имя пользователя (у юзверей скриптом на рабочем столе вместо обоин ip имя пользователя и номер телефона дежурного админа или программиста)

    — Иванова

    * 2-3 клика и мы в сеансе пользователя.

    — работа круглосуточная… 1 -2 ЧП в год (и то на время реагирования есть резервные механизмы).

    Дороже чем держать кучку слабо обученных админов спящих за деньги. но если посчитать сколько стоит день простоя в фирме и прикинуть все это на пару- тройку выходных (когда не купить запчасти или не вытащить админа или программиста с гулянки за городом где даже приличная связь просто отказывается работать) то становится ясно что и как делать…

    А насчет того что директор не поставит р-админа есть тимвивер там он сам генеральный пароль может задать может презентацией + телефон либо дать пароль временный..

    так что полностью согласен с (13) любая задача имеет несколько решений и выбор зависит от множества факторов и одного решающего.

    Reply
  16. CheBurator

    (10) «…Отклики простые — люди не понимают концепции платформы и не умеют сделать даже элементарных вещей…»

    — Василий, где можно почитать внятное изложение про концепции платыормы?

    Reply
  17. CheBurator

    Вообщем-то так и осталось непонятно — хорошо это переползать на 8.2 или нет…

    Reply
  18. Арчибальд

    (17) Прогрессивно. Но геморно. Как все новое…

    Reply
  19. nafa

    (13) 10-20 тыс. этикеток в сутки — это вполне обычная скорость печати.Когда печать идет из винды, то на принтер идет готовая картинка, в соответствие с которой принтеру только иголочки включать. А когда идет задание на языке принтера, то его как раз надо обрабатывать. Поэтому я в принципе не понимаю, как из винды печать может быть медленнее. Принтер случайно не по COM порту со скоростью 9600 подключен был?

    На моём предприятии Радмины стоят на рабочих компах учредителей, контора средних размеров.

    На некоторых предприятиях руководство считает дешевле дать взятку инспектору чем ставить пожарную сигнализацию. Последствия регулярно показывают в новостях.

    (15) Вызовы в 3 ночи происходят не потому, что что-то не работает, а потому, что возникают нештатные/непредусмотренные ситуации:

    Пример:

    Охлажденная продукция, приходит на склад с порта в 1 час ночи, а в 6 уже должна разъехаться по магазинам. Документы полностью подготовить заранее невозможно, т.к. продается по весу, а он индивидуален для каждой коробки + особо придирчивым заказчикам еще и перевешивать приходится, т.к. охлажденка хоть и в рефе едет, а все равно «усыхает».

    И вот примеры абсолютно реальных, нештатных ситуаций, никак не связанных с качеством работы программистов:

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

    б) Поставщик (иностранный) без предупреждения изменил формат критически важного параметра маркировки, и его теперь нельзя ввести в отведенное поле.

    и т.п.

    Возникают они редко, так что держать человека круглосуточно смысла нет.

    Reply
  20. nafa

    (18) Тут скорее вопрос не в 8.2 (понятно, что функционально новая версия лучше, а ошибки рано или поздно поправят) а именно в управляемых формах — т.к. ограничений они налагают немало, а какие в них реальные преимущества перед RDP ?

    Reply
  21. detec

    (19)

    Тут ещё вопрос в том, как посылать печать из Винды. Допустим, мы печатаем 100 одинаковых этикеток. Можно тупо вывести макет с сотней одинаковых этикеток. И отправить макет на печать. А можно вывести один битмап этикетки и дать команду 100 раз напечатать этот битмап. Во втором случае, конечно, скорость печать из Винды будет примерно равна скорости печати кодами. Но почему-то у нас дважды выбирали первый вариант. ))

    Reply
  22. detec

    (20)

    «т.к. ограничений они налагают немало, а какие в них реальные преимущества перед RDP»

    RDP — это серьёзная брешь в безопасности. Всё-таки это доступ во внутреннюю сеть организации. Конечно, грамотные админы могут качественно настроить ограничения протокола, но, согласитесь, далеко не везде в регионах есть настолько квалифицированные админы, которые могут это сделать так, чтобы успешно пройти аудит внешних, независимых безопасников.

    Плюс терминальные лицензии кусаются по цене; кроме логина и пароля 8.2 придётся раздавать пользователям ещё и терминальные учётки.

    Reply
  23. Alav

    (22) Простите, куда брешь?

    Берем Citrix — публикуемым приложения. и у пользователя на столе ярлык с программой, которая работает на другом серваке, в другом городе. И ему не нужно заходить на рабочий стол того сервака, где стоит программа.

    Аналогичное есть в Win 2008, т.е. через RDP можно опубликовать приложения, и для юзера это будет выглядит, как приложения работающее на его компе

    Аналогичное есть в Win 7, когда устанавливается виртуальная машина (windows XP Mode), и можно вывести на свой рабочий стол программу и работать с ней, но при этом программа физически будет установлена на виртуальной машине.

    Т.е. все стремятся к этому, а для 1С — это будет дыра в безопасности? Фактически проще для трафика поставить Win 2008 на серваке и опубликовать толстого клиента, чем извращаться в написании тонкого

    Reply
  24. nafa

    (21)

    Можно тупо вывести макет с сотней одинаковых этикеток.

    Ну путь даже так делается, пусть даже этикетка будет большая, типа 100х200, это все равно всего 80Кб на 1 этикетку. Даже по LPT это все передается всяко быстрее, чем чем принтер печатает, не говоря уже про USB 2.0.

    (22)

    RDP — это серьёзная брешь в безопасности. Всё-таки это доступ во внутреннюю сеть организации.

    А тонкий/веб клиенты 1С с сервером типа телепатически общаются, безо всякого доступа 🙂

    RDP это всего лишь протокол общения клиента с сервером. У тонкого клиента 1С свой протокол общения с сервером. Оба этих протокола как я понимаю, сделаны с определенными целями, и оба предополагают наличие дополнительных средств обеспечения безопасности (типа VPN или HTTPS соединения). А в «голом» виде (т.е. с базой, открытой с инета для доступа по http протоколу) 1С ничем не лучше сервера с открытым в инет портом RDP.

    Плюс терминальные лицензии кусаются по цене

    Насчет цен — надо делать конкретные расчеты для конкретных случаев (включая, разумеется не только эту терминальную лицензию, но и сам windows сервер, скуль, 1С и т.п.). И судить по конечным цифрам.

    Не забыть учесть при этом, что у многих эти лицензии давно куплены еще во времена 7.7/8.1, так что в данный момент их стоимость уже роли не играет.

    А также не забыть тот факт, что для файловой версии 1С (каковая вобще-то у большинства народу стоит) 1С удаленный запуск тонкого клиента почему-то не рекомендует

    http://v8.1c.ru/overview/Term_000000034.htm#1

    (хотя у меня нормально работало) — тут что будем делать? Сервер 1С покупать — так например на 5 пользователей это явно дороже терминальных лицензий.

    Reply
  25. detec

    (23)

    1. Не везде стоит 2008-й сервер, т.к. как куча контор купила 2003-й.

    2. Citrix тоже денег стоит.

    Естественно, если всё пиратское, то можно воротить любые программные комплексы… до появления сотрудников ОБЭП. 😉

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

    В случае с тонким клиентом пользователь со своими обработками и клиентскими приложениями полностью ограждён от ОС сервера. Главное в 8.2 — запретить интерактивный запуск обработок и отчётов.

    Reply
  26. Alav

    Я же не агитирую за то, что «даешь Citrix в каждый ларек». Просто привел пример, что RDP — это не только рабочий стол на сервере, это гораздо больше. Плюс как видно мелкомягкие наоборот сейчас предлагают эту возможность. Что мешало 1С сделать аналогично? И тогда ненужно было бы этих извращение.

    Была 7-ка, потом 1С выпустили 8-ку без преемственности, и все те наработки что писались годами пришлось хоронить и переписывать заново

    Была 8-ка, потом 1С выпустила УФ, и опять теже грабли, т.е. опять у бизнеса выбор, или сидеть на старом и не рыпаться, или в очередной раз вложить деньги для переписывания под УФ.

    А ведь казалось бы, что проще сделать так, как уже есть в других продуктах и добавить преемственности со старыми версиями, но нет …

    Reply
  27. detec

    (24)

    Кроме скорости передачи по кабелю (у нас используется LPT) есть ещё оперативная память на принтере. Когда данные по кабелю приходят быстрее, чем она успевает очистится — у нас возникали тормоза. Собственно как это началось. Была этикетка, к примеру, с 7-ю строками. Печаталось не фонтан, но более-менее. Потом добавили 8-ю строчку текста. Это стало пороговым значением для принтера, и он стал печатать рывками. Процесс печати длился много часов, и за стандартный рабочий день могли не успеть напечатать всё. Теперь же операторы только интенсивно меняют бабины с лентой в течение пары часов в день.

    Про RDP. Боюсь показаться банальным, но RDP — это передача картинки с сервера, в то время как код с правами пользователя Windows исполняется на сервере. Протокол связи с тонким клиентом — это всего-навсего обмен информацией с выделенным неинтерфейсным приложением. А файловая система сервера недоступна, пользователь не сможет запустить конфигуратор на сервере, руками вписать вредоносный код в обработку, сохранить и запустить её; превысить лимит дискового пространства профиля и т.п.

    Reply
  28. iov

    (19) Именно за это я и говорю… Что держать ночью программиста нет смысла… а нештатные в 1С — это штатная норма 🙁 . А насчет крутизны контор.. некоторые хвалятся 200-500 рабочих мест… А работает это все в полу ручном режиме и админ носится как угорелый… А есть конторы по 20 -50 машин где админ — приходящий и приходит он только за зп… Тут зависит не только от админа но и от пользователей… А вообще вся ситуация зависит от руководства… А как известно многое руководство считает что компьютер — работнику нужен за 3 000 тыс вместе с монитором и на 10 лет.

    Reply
  29. zavedeev

    Таким людям надо ставить памятник!!!

    Reply
  30. nafa

    (27)

    А файловая система сервера недоступна, пользователь не сможет запустить конфигуратор на сервере, руками вписать вредоносный код в обработку, сохранить и запустить её; превысить лимит дискового пространства профиля и т.п.

    При RDP локальному компьютеру файловая система сервера тоже не доступна. Возможность запуска конфигуратора определяется дырками в системе безопасности 1С, если они есть — и без RDP запустит.

    Зато значительно упрощается возможность «слушать» трафик между клиентом и серером 1С, т.к.

    это можно делать на компьютере пользователя. Так что что тут безопаснее — это большой вопрос.

    (25)

    1. Не везде стоит 2008-й сервер, т.к. как куча контор купила 2003-й.

    2. Citrix тоже денег стоит.

    Так все это и на 2003 без цитрикса работает. И на 2000 сервере. И даже на NT 4.0 Terminal Server Edition. 2008 и цитрикс просто чуть поудобнее.

    (26)

    Была 7-ка, потом 1С выпустили 8-ку без преемственности, и все те наработки что писались годами пришлось хоронить и переписывать заново

    Была 8-ка, потом 1С выпустила УФ, и опять теже грабли, т.е. опять у бизнеса выбор, или сидеть на старом и не рыпаться, или в очередной раз вложить деньги для переписывания под УФ.

    Совсем другая ситуация

    8ка по сравнению с 7.7 реально новая система, где реально много преимуществ. Было понятно, ради чего переписывать.

    8.2 по сравнению 8.1 — в режиме совместимости — да, есть улучшения, небольшие конечно, но так это же 8.2 а не 9.0.

    А вот режим управляемых форм мне пока не понятен.

    Если сравнивать формально (берем голую 1С) — появился тонкий клиент.

    А если с учетом реальной жизни — этот тонкий клиент есть у всех еще со времен 7.7 есть в виде RDP.

    Причем рыботающий быстрее, имеющий клиентов под любую платформу и не требующий для своей работы переделывания вообще ничего и дающий кучу дополнительных преимуществ вроде взаимодействия с рабочим столом пользователя.

    Переписать то интерфейс на управляемый перепишем, и не такое писали, но ЗАЧЕМ ??? Какие преимущества то мы от этого получим ???

    Вот я и прошу кого-нибудь и реально перешедших с 8.1 работающей в терминале на 8.2 в тонком клиенте рассказать, по каким причинам это делалось. Безо всяких наездов. Просто мне реально интересно почему это делалось и какие были получены преимущества.

    Reply
  31. Мне кажется было бы вернее назвать это Особенности настройка программы 1С 8.2 при внедрении.

    Т.к. о внедрении тут ни слова. Одни лишь особенности разработки описаны.

    При том что мы часть проектов внедрения выполняем без единого изменения.

    Соответственно внедрение это не разработка. Разработка это как составляющая часть внедрения. И многие программисты почему то про это забывают.

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

    Я не имею ввиду что Вы относитесь к этой же категории, но статья реально однобока, освещает только программистскую составляющую проектов которой иногда просто может и не быть, хотя сам проект может быть большим и замороченным. И внедрение это не программирование. Внедрение это гораздо шире. Программирование это лишь одна из не многих составляющих.

    Reply
  32. Abadonna

    (30)

    Потому в итоге получаем изкуроченные к чертовой бабушке программы,

    Три типа контор:

    1. Получить, как есть

    2. Нормально отчитаться

    3. Получить как есть да еще и отчитаться

    Я всегда работал по п.3: одна «некуроченная», белая и пушистая, другая — «куроченная» с переносом в первую, когда надо и как надо

    Reply
  33. Alav

    Чем 7-ка отличается от 8-ки. Как был ТЗ, СЗ так он и остался, то что добавили рющечки в виде Дерева, ну так базовые объекты которые были в 7-ке ониполностю перекачивали и в 8-ку.

    Единственное кого мы потеряли в дороге — это периодические реквизиты.

    Reply
  34. vip

    (31)

    А если с учетом реальной жизни — этот тонкий клиент есть у всех еще со времен 7.7 есть в виде RDP.

    Именно так. И мне тоже крайне интересно вот это.

    Вот я и прошу кого-нибудь и реально перешедших с 8.1 работающей в терминале на 8.2 в тонком клиенте рассказать, по каким причинам это делалось. Безо всяких наездов. Просто мне реально интересно почему это делалось и какие были получены преимущества.
    Reply
  35. vip

    (32) Четвертый тип забыл.

    Получить удобный, быстрый, достоверный инструмент для РАБОТЫ, а не для отчетности.

    А вот тут «некуроченная» и рядом не стояла.

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

    Reply
  36. Abadonna

    (35) Не забыл! Это как раз тип 1. «Быстрый и удобный» — подразумевается по умолчанию

    Reply
  37. vip

    (36) Тип 1 и «Быстрый и удобный» в контексте типовых это несовместимо.

    Reply
  38. Abadonna

    (37) Где у меня слова «типовой», «типовая» хоть в одном комментарии?

    Андрюха, ты в карты тоже передергиваешь? 😀

    Reply
  39. vip

    (38) Я не прав.

    Просто издалека послышалась песня Ish_2

    «… Единица вздор, еди….»

    Reply
  40. Арчибальд

    (38)

    одна «некуроченная», белая и пушистая,

    👿

    Reply
  41. Abadonna

    (40) Читай внимательно, шулер ты наш еще один 😉

    Тип 1 и «Быстрый и удобный» в контексте типовых это несовместимо.

    Разговор как раз по п.1 шел, а не про п.3 😀

    А даже, если учитывать п.3, то там не нужен ни быстрый, ни удобный. Все делается автоматом, без вмешательства юзверей ВООБЩЕ. И раз в квартал. И будет оно считать 2 часа или сутки — мне по барабану! Не самому трудиться 😉

    Reply
  42. Арчибальд

    (41) Вам фокусничать вроде и не с руки…

    Reply
  43. Abadonna
    Вам фокусничать вроде и не с руки…

    Я и не…. Свита есть! 😀

    Reply
  44. Abadonna

    (33)

    Чем 7-ка отличается от 8-ки. Как был ТЗ, СЗ так он и остался, то что добавили рющечки в

    Язык стал похожим на человечий. А чистая 7.7, не обвешанная примочками типа OpenConf и т.д. — жуть неудобная среда разработки. А если бы не родился на счастье семерочников Орефков? (тьфу-тьфу, не сглазить). А если бы не было 1С++ и fomex?

    И был бы полный отстой в «чистом» виде

    Reply
  45. vip

    (44) был БЫ

    Reply
  46. Abadonna

    (45) Андрей, «был БЫ»

    А ведь был! Не сразу оно это все появилось. В 2000-ом году что-то не припомню я ничего из вышеперечисленного. А работать-то и тогда надо было

    Reply
  47. Душелов

    (16) Это уже вне 1С, это другой уровень разработки. Тут стоит ознакомиться с принципами веб-программирования, про нагрузки на сервер, про выполнение скриптов на клиентской части, чтобы понимать, что и когда нужно использовать.

    Reply
  48. Душелов

    (17) В контексте задач, которые я сделал/делаю, вполне, включая, что я для себя пишу инструменты на той же 8.2 и изучаю возможности самой платформы (все у меня в профиле), и даже не обращая внимания на косяки (а когда их не было?), я благодарен 1С за такую платформу для автоматизации бизнеса 🙂

    Reply
  49. Душелов

    (20) Какие ограничения накладывают? Я пока никаких не заметил.

    Reply
  50. Душелов

    А тонкий клиент еще и хорош присутствием веб-клиента, когда в 1С можно работать и в других ОС.

    + экономия трафика, по сравнению с том же RDP

    Reply
  51. Alav

    (50) Есть данные, или интуиция?

    Reply
  52. nafa

    (50)

    А тонкий клиент еще и хорош присутствием веб-клиента, когда в 1С можно работать и в других ОС.

    У RDP тоже есть веб клиенты на ActiveX и Jave. Причем Java работает в любой ОС и любом браузере где она вообще реализована (лично использовал в опере под убунтой).

    А уж по числу поддерживаемых ОС тонкий клиент и близко к RDP не стоял. Мобильных ОС кстати тонким клиентом не поддерживается вообще ни одной.

    экономия трафика, по сравнению с том же RDP

    А можно увидеть конкретные цифры? По моему опыту ровным счетом наоборот — при простой работе (ходим по менюшкам, открывам документы, смотрим отчеты), а не какой-то абстрактной заоптимизированной задаче, RDP явно экономнее (особенно хорошо заметно при реально медленном (GRPS) подключении, когда трафик по сути и определяет как долго пользователь ждет пока окошко откроется).

    Reply
  53. Душелов

    (51) Через GPRS работали. Там расход трафика виден сразу… Рублями 🙂

    (52) Конкретные цифры? Ну напишу я, 1 мегобайт по тонкому и 10 по RDP и что это даст? Только под конкретные задачи. А то вон, мысли есть, обрабатывать 5000 записей на клиенте, как думаете, какой расход трафика будет?

    Reply
  54. Душелов

    Тут уже другой уровень разработки… Минимализация вызовов сервера, распределение нагрузки и т.п. Большинстко 1С-ников не готовы к этому.

    Еще когда вышла 1С 8 уже был аналог распределения нагрузки (общие модули в контексте сервера), т.е. правильное проектирование сети у заказчика.

    У нас сейчас клиентские машины — это нет-станции на атоме с гигом оперативки в небольшом корпусе, который крепится к монитору сзади. На Офис + тонкий клиент хватает за глаза + удаленщики на GPRS, йоте и скайлинке.

    Reply
  55. nafa

    И вообще такое ощущение что все на заводах масштаба АвтоВАЗа работают. А ведь для контор, где пользователей меньше 20 (я это как я понимаю, 95% если не больше от всех пользователей 1С) какой в принципе смысл вообще париться с делением кода — что должно выполняться на скуле, что на сервере 1С, что на клиенте? При текущих ценах на железки купил проц шестиядерный, памяти 16 гигов, пару SSD в рейд, поставил все (скуль + сервер 1С + терминал) на 1 комп + собрал еще один такого же конфига в резерв — и пофигу где там чего выполняется.

    Reply
  56. Душелов

    (55) Есть много розничных точек. А масштаб АвтоВАЗа тут вообще не при какой кухне. Там тонкий клиент не нужен, по крайней мере на производстве.

    Reply
  57. milkers

    Некоторые уточнения. Я не имел в виду сам протокол RDP. Он является объектом авторских прав. А вот его узкоспециализированное подобие могло бы решить множество проблем. Основное возражение, которое я услышал, против — это возможность работы через Web клиент. Многие из нас видели реализации полноценного RDP на Jave. Наверняка и есть и другие способы. Надеюсь, это блокирует подобные возражения.

    В остальном сплошные преимущества — совместимость со старыми наработками, упрощение работы программистов, простота реализации, минимизации трафика, совместимость со всеми браузерами. Но в 1С тоже не идиоты. Должны быть причины текущему решению и очень интересно, в какой плоскости они лежат.

    P.S. Большая просьба г. Душелову воздержаться от оценки личных и профессиональных свойств оппонентов и не так напирать на рекламу собственных услуг.

    Reply
  58. Душелов

    (57) >P.S. Большая просьба г. Душелову воздержаться от оценки личных и профессиональных свойств оппонентов и не так напирать на рекламу собственных услуг.

    Это вообще тут при чем? Я не фрилансер, и не работаю во франче.

    И где я оцениваю личные и профессиональные свойства оппонентов?

    Я никому ничего не доказываю, кому надо — прекрасно посмотрят мой профиль, благо многие мои наработки и исследования я выкладываю на всеобщее обозрение.

    Reply
  59. Душелов

    ЗЫ: А, я понял, автор все воспринял на свой счет 😀

    Reply
  60. Abadonna

    (57)

    P.S. Большая просьба г. Душелову воздержаться от оценки личных и профессиональных свойств оппонентов и не так напирать на рекламу собственных услуг.

    Не заметил ни «оценки», ни «напирания». Ему и напирать не надо — он и так тут известный 😉

    Reply
  61. Abadonna

    Насчет споров: RDP… тонкий… веб

    1. Вспомним Жванецкого (хоть и не люблю я его);

    Рассуждать о взлете и падении Голливуда, не видя ни одного их фильма

    2. Я просто в диком восторге, что сейчас мне удаленный клиент может спокойно записать ТЗ через обычную веб-ссылку. Не RDP же мне на свой домашний комп организовывать.

    P.S. Про прочие прелести я пока не компетентен: «не все еще голливудские фильмы посмотрел» 😀

    Reply
  62. venger

    (57) Господин Душелов вполне корректно изъясняется, ИМХО…

    Reply
  63. Abadonna

    (57), (62) Два модера крамолы не увидели — стало быть это уже ИСТИНА 😉

    Reply
  64. milkers

    Возможно, был не прав по поводу г. Душелова. Я наверно не понял, по кому проехался г. Душелов в (10) и на всякий случай обиделся. 🙂 приношу всем извинения.

    Reply
  65. Арчибальд

    (63) Третьим возьмете?

    Reply
  66. nafa

    57

    Но в 1С тоже не идиоты. Должны быть причины текущему решению и очень интересно, в какой плоскости они лежат.

    Вот и я пытаюсь понять. 1С — реальный лидер в своей области. И вот они при многих возможных вариантах развития системы, тратят много сил и средств на разработку продукта, который, еще и сам требует значительных затрат от собственных сотрудников в части типовых конфигураций а также затрат пользователей на переписывание как минимум интерфейсной части самописных решений (а ведь скорость разработки учетных программ — это же главное преимущество платформы 1С перед СУБД общего назначения). При этом что взамен получаем — непонятно. Единственное предположение, высказанное в этой ветке — экономия трафика — по сравнению с RDP (53) — но так об этом в рекламе 8.2 ни слова.

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

    Хотя с точки зрения бизнеса в целом, а не только «техники» ход вполне нормальный — убеждаещь 1 раз клиента что «управляемое приложение» — это круто и без него жить нельзя, а потом и еще больше зарабатываешь, т.к. то, что раньше занимало времени сделать 1 день, теперь занимает 3 дня.

    Тогда на вопрос: «Что лучше, тонкий клиент или RDP ?» самый правильный ответ на сегодняшний день будет: «Тонкий клиент через RDP» (а что тут такого? 🙂 и приложение управляемое и все достоинства RDP).

    Reply
  67. Abadonna

    (67)

    Тогда на вопрос: «Что лучше, тонкий клиент или RDP ?»

    На желание поиметь RDP не внутри сетки тебе путние админы посоветуют… ну… это самое… Пошлют, в общем

    В вот против веб-клиента у них пока нет аргументов

    P.S. Это vip у своих клиентов рулит, как Бог. Захотел поставил, захотел — снес

    Но не все vip-ы, и не у всех такие клиенты

    Reply
  68. Душелов

    Есть еще один момент… Крупные (важные) контрагенты, которые заказывают/просматривают товары у производителя/оптовика через тот же тонкий/веб клиент. Их тоже пускать в RDP ?

    Reply
  69. Alav

    (69) Для этих целей есть клиентская программа, которая скачивает обновления с сайта производителя, в ней можно сформировать заказ и отослать его производителю не выходя из программы. Очень удобная вещь.

    Reply
  70. Душелов

    (70) Это и называется «тонкий клиент»

    Reply
  71. nafa

    (68)

    На желание поиметь RDP не внутри сетки тебе путние админы посоветуют

    Это не путние админы, а ленивые админы.

    А вообще на всех предприятиях, что я видел, админ обычно первый же себе это RDP домой делает (по вполне понятным причинам).

    (69)

    Крупные (важные) контрагенты, которые заказывают/просматривают товары у производителя/оптовика…Их тоже пускать в RDP

    Клиентов/сотрудник, принципиально никакой разницы нет. Просто юридически оформить надо правильно — написать договор о взаимопризнании ЭЦП и предоставлении доступа + использовать средства криптозащиты и ключики ЭЦП выдавать сертифицированные в соответствие с законодательством и строго уполномоченным директором клиента лицам по паспорту и доверенности, подписанной этим же директором. Приложением к договору должна быть инструкция по работе с БД, с которой все вышеуказанные лица ознакомляются под подпись. Тогда любая попытка сунуть нос не туда автоматически становится запротоколированным уголовным преступлением группы лиц в составе директора контрагента + его сотрудника, фактически осуществлявшего доступ. Так что желающих «похакерить» не будет.

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

    А при отсутствии соглашения о признании ЭЦП, самой ЭЦП и сертифицированных в соответствие с законодательством РФ криптографических средств все эти заказы через интернет/веб/рдп — обычная филькина грамота.

    Reply
  72. Душелов

    На самом деле спор «ни о чем» 🙂 Как использовать Windows XP или Windows 7 🙂

    Все по потребностям 💡

    Это в плане «тонкого клиента», но в то же время мы опускаем почему-то агрегаты, новые объекты управляемых форм, да и вообще, саму структуру базы….

    Reply
  73. Alav

    (71) И давно офф-лайн версии стали тонкими клиентами?

    Reply
  74. Abadonna

    (72)

    Это не путние админы, а ленивые админы.

    (61)-й прочти! Да, ленивый я

    Не доверяйте работящему программисту, только ленивый сделает все сразу правильно и навсегда

    Ехать по пробкам (а у нас они не слабее, чем в Москве) куда-то, чтобы поставить ярлык RDP тёте Моте..:(((( Там конкретный пример конкретной ситуевины. А насчет админов: один клиент дал мне RDP-доступ с админскими правами на пару серваков, другой (даже несмотря на просьбу председателя совета директоров) — фиг.

    А если в общем: я никогда не пытался в компьютере крышку снимать при помощи баллоника от «Тойонты». Не проканает, отвертка нужна! Для каждой задачи — свой инструмент, у путнего мужика дома инструмента много, у кого руки заточены под известное место — и молоток хрен найдешь 😉 Спор достаточно бессмысленный

    Reply
  75. nafa

    (75)

    А насчет админов: … другой (даже несмотря на просьбу председателя совета директоров) — фиг

    Админ грамотный и поступил совершенно правильно.

    В соответствие с п. 2 ст. 67 Закона об акционерных обществах:

    2. Председатель совета директоров (наблюдательного совета) общества организует его работу, созывает заседания совета директоров (наблюдательного совета) общества и председательствует на них, организует на заседаниях ведение протокола, председательствует на общем собрании акционеров, если иное не предусмотрено уставом общества.

    Так что по вопросу предоставления прав доступа в ЛВС председатель совета директоров (не путать с единоличным исполнительным органом (т.е. генеральным директором)) имеет полномочий не больше, чем шеф-повар столовой или начальник гаража.

    Reply
  76. orefkov

    Сугубое имхо.

    Доступ к базе из-за пределов корпоративной сетки нужен не более чем 5% предприятий. Да и у тех — доступ нужен максимум на получение пары — тройки отчетов, да забития пары — тройки цифирей. Это вполне решается и без того, чтобы выставлять всю работу с базой в веб. А теперь получается, что из-за фич, нужных 5%, остальные 95 — должны напрягаться, чтобы «остаться в мэйнстриме». А мэйнстрим то — как всегда высосаная из пальца задумка маркетологов. Ведь что получается — громко кричат о том, что теперь с легкостью можно выставить морду базы в веб, и все будет работать, не отличаясь от локальной работы. А о том, что сначала нужно почти всю конфу переписать, чтобы она так смогла — умалчивают. И о том, что из-за этого возможности приходится привести к наименьшуму общему знаменателю — тоже.

    Reply
  77. Арчибальд

    (77) Вот именно…

    Reply
  78. awk

    Проектов по 8.2 у меня пока три и все в процессе.

    1. IT отдел бета версия (заброшен полгода назад в связи с отсутствием времени).

    2. Перевод Альфа-авто. с 8.1 на 8.2 с доработкой. Готов.

    3. Конвертация Альфа-авто сильно переписанной из 7.7 в 8.2.

    По первому проекту:

    Писал с нуля. Понравилось. Быстро удобно. Если есть опыт написания серверных расширения для 7.7 — то концепцию ловишь сразу проблем 0.

    По второму:

    Особых проблем не возникает. (Управляемые формы почти не использовались реализовал пару с нуля не проблемма).

    По третьему:

    Гммор, геммор, геммор. 90% кода выброшено в помойку.

    RDP vs WEB client:

    Безопастность — там и там есть дыры. Но с точки зрения администрирования выгодней WEB client — за него отвечает программист. С точки зрения программиста — лучше RDP много проблемм можно скинуть на админа.

    Удобство для пользователя — RDP 6 и Web в среде M$ равноудобны. В гетерогенной среде???

    Мой вывод:

    Для гомогенной M$ среды — без разницы что и как ставить. Вопрос упирается только в цену решения.

    Для гетерогенной среды — вопрос упирается в решении M$ специфичных технологий (OLE, COM и т.д.).

    Reply
  79. cruse

    Если к примеру у меня стоит RDP и меня он устраивает, то любые 150 миллионов аргументов в пользу тонкого клиента для меня будут стоить не больше копейки. Разве что для развития кругозора. Такая история понятна и приемлема пока ничего не меняется.

    Лично мне путь в сторону тонкого клиента больше нравиться. RDP всеж больше похож на заплатку. Потом разделение кода на интерфейсный слой и серверный полезная штука. Я еще с 8.1 всю расчетно-рабочую часть исконно помещал в модуль объекта, а в форме делал только вызовы. Такая инкапсуляция расчетов в модуле потом позволяет использовать процедуры и функции не только самой обработке, но и вызывать со стороны (как регламентное задание, как библиотеку, утилиту…). Это архитектурно более выгодно.

    Не теряю надежды, что появиться возможность дефейсить стиль отображения, например, на веб странице, тогда можно будет делать веб-порталы прямо в 1С, собирать их из разных баз по одним интерфейсом.

    Переписывание кода у меня не вызывает какой-то озабоченности. Это повод глянуть в код и сделать его более совершенным (стройным, оптимальным..). Я заметил за собой такую вещь, пока пишешь, разрабатываешь, кажется, что все здорово, стройно, красиво, получается лучше чем было, лучше чем у конкурентов и все удовлетворяет заказчика. А пройдет какое-то время и тянется рука сделать какие-то вещи по другому, переписать проще, выкинуть лишнее, а со временем это лишнее становиться отчетливо заметным. Да, для заказчика и вообще (официально) продукт хороший и качественный, а по мне так он уже становиться немного не того, не той свежести 🙂

    Есть конечно же конторы, типа одной знакомой, там на 7.7 торговля паханая перепаханая, они о 8.1 даже и не заикаются, просто потому, что уже не знают сколько и чего сделали в 77, чтоб перенести это в 8.1.

    Reply
  80. nafa

    (79)

    Но с точки зрения администрирования выгодней WEB client — за него отвечает программист. С точки зрения программиста — лучше RDP много проблемм можно скинуть на админа.

    5 баллов! Наконец то приходим к здравым выводам.

    Reply
  81. Abadonna

    (75)

    2. Председатель совета директоров (наблюдательного совета) общества организует его работу,

    С юридической. А фактически еще и бывает зицпредседатель Фунт — генеральный директор. К тому ж, если председатель совета директоров еще один из главных учредителей, — то сам понимаешь… Это, батенька, не Европы 😀

    Кстати, я б этого RDP один фиг добился, да лениво мне…

    Reply
  82. awk

    (80)

    Если к примеру у меня стоит RDP и меня он устраивает, то любые 150 миллионов аргументов в пользу тонкого клиента для меня будут стоить не больше копейки. Разве что для развития кругозора. Такая история понятна и приемлема пока ничего не меняется.

    По опыту если устраивает, но у соседа есть — то делаем как у соседа (90% случаев). Менталитет ларька.

    RDP всеж больше похож на заплатку

    Это не заплатка — это другая технология. Корни в кампусах 80 годов (X сервер). Это экономия денежных средств клиентов (лицензии на ПО, аппаратная часть).

    Есть конечно же конторы, типа одной знакомой, там на 7.7 торговля паханая перепаханая, они о 8.1 даже и не заикаются, просто потому, что уже не знают сколько и чего сделали в 77, чтоб перенести это в 8.1.

    У вас одна такая… А у меня за все время других знакомых контор не было. 🙂 Переходят. Главное решить потратить на это деньги.

    Reply
  83. orefkov

    (83)

    Переходят. Главное решить потратить на это деньги.

    Золотые слова прямо-таки.

    Устраивает текущий функционал или нет — неважно.

    Так ли нужны ли рюши и бантики — неважно.

    Главное — потратить деньги!

    Вау-импульс прямо какой-то.

    Reply
  84. detec

    (80)

    «Не теряю надежды, что появиться возможность дефейсить стиль отображения, например, на веб странице, тогда можно будет делать веб-порталы прямо в 1С, собирать их из разных баз по одним интерфейсом. »

    Вот это уже интересно. Разве где-то было у 1С официально заявлено, что никак нельзя избавиться от 1С-ного окошка авторизации Логин+пароль?

    Reply
  85. cruse

    (85) Не совсем вчерпал всей глубины вопроса. Окошко еще что, я вот встал утром, посмотрел на небо и так мне захотелось поменять цвета в базе, сделать ее белой, а меню, панели и заголовки синим или светло синим… чую въелась в меня эта ржавчина от окошек 1С. Хотел свежачка, примерно как у меня в Хроме под Win7 сейчас. Несся на работу. Пришел и понял, что нет такого 🙁 Но надежда осталась.

    Reply
  86. detec

    (86)

    Имелось в виду, что если официально или неофициально можно будет в произвольной веб-странице сделать вход в базу 1С8, то лепить интернет-магазины на 8.2 будет проще пареной репы в плане удобства использования для клиентов.

    Reply
  87. awk

    (87) А разве нельзя? Насколько я помню — это сделать можно. Первый вход через web под default web user + кнопка перезапуск системы с параметрами.

    Reply
  88. Kamikadze

    cruse,

    согласен с вамы — распределения нагрузки по исполнению програмного кода на сервер — это разумний подход к оптимизации работы системы.

    Reply
  89. milkers

    Сейчас столкнулся с критической ошибкой, которая ставит весь проект под угрозу.

    В конфигурации есть управляемые и неуправляемые формы. Основной режим запуска — управляемые формы. Режим совместимости с 1С 8.1 не используется.

    Во всех неуправляемых формах (формы списка номенклатуры, контрагентов и т.д.) где есть поиск по подстроке (быстрый поиск по первым символам), 1С вылетает, если производится поиск комбинации символов, которой нет в столбце поиска. Релиз платформы 1С:Предприятие 8.2 (8.2.11.235).

    Ошибка в базе данных исключается — также пробовали на пустой базе с 1 товаром.

    Откатывали платформу до 8.2.9.260 — ошибка сохраняется.

    Текст ошибки :An unhandled win32 exception occured in 1cv.exe[16500].

    Reply
  90. DMSDeveloper

    (90) Это глюк платформы, их еще тьма тьмущая там.

    (87)Web-сервисы + PHP, .Net, ASP, Java вот вам(нам) пища. все таки интерфейс 1С, каким бы он ни был управляемым, до интернет магазина не дотягивает.

    Reply
  91. detec

    (90)

    Только что проверил на большой самописной конфе — не воспроизводится. Правда, основной режим запуска — обычное приложение.

    Reply
  92. ivannn

    (90) Действительно похоже на косяки платформы..

    Reply

Leave a Comment

Ваш адрес email не будет опубликован. Обязательные поля помечены *