Увидел статью про systemd и вспомнил об этом вопросе - habrahabr.ru/company/centosadmin/blog/255845
По статье сделать юнит в каталог /etc/systemd/system/ на базе скрипта из /etc/init.d/ это плевое минутное дело, после чего можно systemctl без проблем управлять службой сервера 1С .
roman_lyce ясно. Спасибо за информацию, а то я работал только на System V и о подобных граблях даже не подозревал. Надеюсь, что ко времени Ubuntu 16.04 LTS разработчики 1С починят все проблемы совместимости.
1С:Предприятие - это платформа автоматизации, на базе которой пишутся конфигурации. На базе семерочного предприятия работала семерочная буха, восьмерочная буха работает на базе уже восьмерочной платформы. Совмещение восьмерочной бухи и семерочной платформы - это и есть даенгрейд, возврат на семерочную буху. Что конечно абсурдно!
УТ - управление торговлей, восьмерочная конфигурация для автоматизации торговой деятельности, где из бухгалтерии есть только первичные документы. БУ - бухгалтерия, восьмерочная конфигурация для ведения бухгалтерской деятельности (проводки, отчеты и подобное), а так же примитивный модуль учета зарплаты. УПП - управление производственным предприятием, восьмерочня конфигурация для учета всех аспектов деятельности большого производственного предприятия, которое к тому же сдает отчетность по МСФО. ПУБ - "производство, услуги, бухгалтерия", старая семерочная конфигурация созданная как все в одном. Еще была комплексная семерочная конфигурация - тоже все в одном, но без производства; насколько я понимаю ей на смену сейчас ставят восьмерочную УНФ - управление небольшой фирмой.
А вообще плохо, что вы стали задавать вопросы даже поверхностно не ознакомившись с сайтом 1c.ru , где рассписаны все эти конфигурации, их возможности и аппаратные требования.
Проблема с правами доступа возникает насколько мне известно только при использовании веб-сервера поверх файловой базы - явно не ваш вариант.
Как вы подключаетесь тонким клиентом? Напрямую к серверу? Сделай подключение в тонком через веб - будет ли проблема с ключем в этом случае? Если да, то попробуйте в качестве эксперимента в настройках стартера использование аппаратной лицензии - возможно есть другие проблемы, которые замаскированы ключем. А еще лучше было бы включить логирование и посмотреть эксепшены.
Ну раз сбои соединения и повторные отправки исключены, значит проблемы в соответствии. Просмотрите SQL-запросами базу Битрикса и далее по обстоятельствам. Я все же думаю, что проблема в настройке ключевых полей.
Evsign: извините, если понял Вас привратно. Но в изначальном комментарии написано, что программирование должно в результате приносить пользу обществу (облегчение труда или скрашивание минут скуки - это уже не суть). Человек, с которым вы вступили в полемику, поддержал эту мысль и написал что абстрактное "программирование ради программирования" является скукой. Я лично с обоими людьми согласен: кому в жизни нужны выводы в консоль "Hello, world!"? а вот несложный казалось бы макрос в Excel экономит полдня рутинной работы и приносит радость людям (которые за это даже не против заплатить)!
Evsign: Это у вас какой-то странный взгляд на вещи. Если брать вашу же аналогию с врачем, то вы утверждаете, что плохо просто хотеть помогать людям, а врачи которые бесплатно из сострадания лечат малоимущих вообще странные чуваки, которые быстро выгорят - нужно просто любить копошится в кишках, вскрывать гнойники и рвать зубы; на крайний случай любить деньги и тогда работа будет всегда приносить радость.
Владислав: в таком случае идите на infostart.ru , в поиске пишите ключевые слова и ройтесь в выдаче. Часть результатов должна быть понятна и для полных новичков в 7.7
Marat S: йода - отличная библиотека, я о ней тоже много хорошего слышал. Просто не хотел лишнюю библиотеку включать, к тому же из разряда "микроскопом забивать гвозди" Но тут же вроде бы простая ситуация - по документации не должно быть не каких зависимостей от временной зоны. Мне банально нужно оперировать временем в UTC - хоть переписывай все на лонговскую переменную.
Если бы смещение было на 1 час, то я бы эту тему не поднимал бы. Тут смещение ровно на 3 часа, т.е. объект типа java.util.Date видит текущее значение локального времени и игнорирует значение локального часового пояса. И эти проблемы начались еще до перехода на летнее время. И они просто так не воспроизводятся . Начинаю плохо думать в сторону прошивки и версии виртуальной машины...
constv: спасибо за ответы. Приношу извенения, что я вас дезынформировал. Как оказалось директор отменил автоматическую синхронизацию, и вручную выставил среднеевропейское время (сейчас часовой пояс +3). Кроме того, у меня есть логирование ключевых событий в файлик на телефоне, где в отметку времени формируемую SimpleDateFormat я добавил ZZZZ для вывода часового пояса (у нас были еще прошлой осенью проблемы с переходом на зимнее время и нужно было разбираться куда час пропадал). Так что все это нет то, если бы снова час куда-то пропал, то ДА, но тут разность именно на значение часового пояса. К сожалению, все еще точно не могу поймать точку проблемы :(
1428218437811 = 5 Apr 2015 07:20:37 GMT
1428214869428 = 5 Apr 2015 06:21:09 GMT
Естественно, что в зависимости от часового пояса нужно плюсовать 3 или 4 часа. Я понял, что Вы видимо хотите сказать, что директор мог скрутить зачем-то часовой пояс на +0 и сместить время на три часа вперед, что бы визуально были 17:57:20, но телефон глубоко внутри себя считал, что это и есть время по Гринвичу. Но нет - часовой пояс у него был +3 и время синхронизируется по сети.
constv: никто и не спорит, что SimpleDateFormat зависим от часового пояса. В таких случаях я делаю df.setTimeZone(TimeZone.getTimeZone("UTC")). Но в моем проблемном случае нет никакого форматирования. Мне нужно получить миллисекунды эпохи Unix, сохранить их в базу и потом отправить на сервер. А в результате получаю что-то необъяснимое...
Можете расшифровать свою мысль? Так как я всюду и так "гоняю" время по Гринвичу, а точнее в эпохе Unix. Вот только почему-то иногда я получаю значение смещенной эпохи. В этом и суть проблемы, про которую я написал.
Я написал программку, в которой по всякому издеваюсь с датой. У меня все нормально отработало, но у меня такого эффекта никогда и не было - завтра попробую на его телефоне...
Все же этот пользователь - мой директор и он сразу принес свой телефон. Так что злой умысел заподозрить трудно (разве что раздвоение личности). А вот на счет чувствительности даты к часовому поясу интересно. Все таки об этом классе упоминают как TimeZone-independence.
Я проверял - часовой пояс был наш - GMT+3. К тому же согласно документации объект даты предназначен для описания универсального времени, а потому конструктор и getTime() оперируют эпохой UNIX docs.oracle.com/javase/7/docs/api/java/util/Date.html
По статье сделать юнит в каталог /etc/systemd/system/ на базе скрипта из /etc/init.d/ это плевое минутное дело, после чего можно systemctl без проблем управлять службой сервера 1С .