Круто!
Вспоминается… Мы уже одержали восемь побед, три из них нокаутом. И это еще не все результаты выступления нашей сборной на чемпионате мира по шахматам.
Есть отчеты о достижениях этих же людей на соревнованиях по программированию?
Не знаю как в ИТ, я в него пришел из подводного флота.
Так вот — главное конечно на АПЛ это не бз@еть, но следующее — не паниковать.
На сайте qip изначально было предупреждение что они шатаются и приносят извинения.
Сейчас написало следующее: Проект был продан ООО «Престиж Медиа». Мы обновляем серверное оборудование. С 1 октября 2018 года проект продолжит полноценную работу и развитие.
Так что не надо сейчас кипятиться, наступит октябрь и увидим.
А архивы — они никогда не помешают.
Вы вместе с автором периодически путаетесь большую или маленькую инфраструктуру вы обслуживаете.
Если большую — то количество ядер важнее — потому что все пользователи разойдутся по ядрам, а если у вас пользователей меньше чем ядер — то да частота процессора важнее, но и инфраструктура это невеликая.
Если большую — то число баз у вас будет штук дофига как минимум и все вы их по службам не распихаете, а вот как раз 3 службы: для розницы, бухгалтерии и зарплаты может и имеет смысл сделать когда памяти не хватает на всех, тогда вы сможете их ограничить персонально.
Возможность запускать несколько служб одновременно с разносом по портам — штатная вещь в контексте что у вас разных редакций платформы 8.2 и 8.3 например, а не зоосад из 8.3.
Статья просто лучик света в серой череде будней программиста 1С.
Я когда первый постулат прочел, сразу понял что будет веселуха. 1С не умеет адекватно работать в виртуализированной среде. Это печальный факт. И ворд не умеет, один блокнот, красавчик умеет, как печатал так и печатает.
Как, может весь сервер тормозит, почему только 1С, где тесты, где графики? Так постановил автор.
И еще наша партячейка постановила, что ёксель нам подкинули враги, чтобы отвлечь от исконно русских деревянных счетов.
в среднем в базе по 50-400 человек это вообще перл изящной словесности,
То есть если кривую распределения построить то левый край уйдет в минус — это значит 1С в некоторые моменты еще и подбрасывает пользователей в сеть.
А верхний предел надо полагать человек 700 на базу.
И судя по файлу настройки у автора таких баз уже 8 раз он порт 8041 занимает.
То есть ЦКТП бьется и срадостью сообщает о серверах на 1000 человек, а автор держит вот так спокойно сервачок на 5К и передает ЦКТП пламенный пролетарский привет, помахивая выцветшей фуражкой.
апплодирую стоя.
И тут Остапа понесло…
То есть вы не можете для базы в которой 400 человек в среднем годами работает прикупить отдельный сервер?
Вам надо романы писать, а вы вынуждены работать админом 1С
Плох он тем, что это нештатная работа сервера 1С — жить на одной машине еще с серверами 1С и на это как раз никто его не тестировал.
Вы настройки разнесли по разным каталогам, но есть еще как минимум файл лицензии, каталог temp и еще места куда ваши сервера лезут одновременно.
Я просто не вижу смысла так делать в продакте. Если программисты 1С которых вы так не любите умудряются подвесить вам rphost, ну поставьте количество ИБ на процесс 1 и Принудительно завершать проблемные процессы
Однозначно поднимая пять серверов 1С вы не сможете оптимально им раздать память
Заметьте, не я это сказал про автора
Хаете как раз вы 1С, хотя за счет ее и кормитесь.
И это тоже сказал не я: Я — я так понимаю что стадию Хьюстона с проблемами мы уже успешно пролетели?
Коллега — да. База %имя базы% подвисла, вообще не отвечает, ТОПы уже рвут и мечут. 3 раза мне уже звонили. Надо перезагружать службу.
Я — так там же еще пачка баз на этой службе!!!
Коллега — да, поэтому вторая половина ТОПов тоже рвет и мечет что их отключат…
А если у вас сервер не падает, то какую проблему вы вообще решаете и какую я вам должен альтернативу предложить?
Могу только предложить успокоиться.
Плюс этой статьи в том, что автор в основном написал как не надо делать, а в комментариях у кого было время написали как надо.
Правильный путь решения проблем — это чтобы сервер не падал, если упал — сразу разобраться с этим.
А разводить зоосад служб 1С это как раз так себе совет.
Вспоминается…
Театр, идет пьеса. В зале темно и гробовая тишина, только актеры играют. И тут из первых рядов крик:
— Доктор, в зале есть доктор!!??
С бельэтажа отвечают:
-Да, я доктор!
-Коллега, что за фигню нам показывают!
Золотые ваши слова.
Эта статья, как и мои слова лишь частные случаи.
И конкретно в этой статье ляпов именно в терминологии предостаточно из-за этого возможно трудно понять суть.
Если бы она называлась — типа — «Моя борьба...» — то и чудесно, нет вопросов
Слава великим шнягам.
Но как рекомендацию к действию я ее не считаю.
Так то у меня было 156 баз на сервере — то я должен 156 служб поднять?
Дело в том, что на хабре очень мало 1Сников. Тем более 1Сных админов.
Поэтому они меня минусуют, а вас слушают развесив уши.
Сходите со своей статьей в сообщество 1Сников и там посмеемся вместе.
Особенно порадовал ваш метод решения всех проблем — 1 база — 1 служба.
Так то конечно логично, нафига разбираться чтобы сервер не падал, просто чья сегодня служба зависла — те сегодня и неудачники.
Комментарий мой — это совет начинающим — не делать как вы.
И препираться я с вами не собираюсь, оставлю вас наедине со своими мыслями.
1. 1С пофигу на виртуализацию, просто виртуальный сервер всегда чуть медленнее работает чем то железо на котором он собран, это издержки гипервизора и прямых рук сисадмина
2. Кластеры в 1С есть
3. Только если один пользователь работает на сервере. У вас так?
4. Возможно есть падение производительности, но это дань повышению надежности. отключите вообще журнал если он вам мешает
5. Можете
6. Откуда вообще такая инфа?
7. особенно периодический пересчет итогов — итогов чего?
8. Есть такая вещь — технологический журнал. Слыхали, настраивали?
…
11. В принципе знаете что такое СКД и варианты отчетов?
В принципе ваш рассказ про то какая 1С боль и разочарование. А вы просто не умеете с ней работать и половину делаете методом тыка и гугления. Это все равно что на автомобиль приделать педальки и жаловаться всем что он медленно едет.
С такими постулатами — статья реально для самых маленьких.
Я бы рекомендовал автору почитать Клиент-серверный вариант. Руководство
администратора.
И писать например как Пушкин — Ума холодных наблюдений / И сердца горестных замет — автора.
Но никак не рекомендация для последователей
А всем остальным не верить слепо всему что здесь написано
Воистину Лол, как можно так тупить.
Нужно придерживаться стандартов разработки тогда имена функций и не пересекутся со встроенными.
В типовых — таких примеров куча — то переменную назовут Объект, то ЭтотОбъект
А подпирать свои косяки режимом совместимости это великий костыль.
its.1c.ru/db/v8std#content:2149184296:hdoc
6.4. В имени функции рекомендуется использовать глаголы в неопределенной форме в тех случаях, когда для понимания назначения функции важно, каким образом было получено возвращаемое значение. Например:
Функция ВыбратьДанныеПоПравилу(Правило, ПользовательскиеНастройки)
Функция ПреобразоватьДанныеПоПравилу(НаборыДанных, ПараметрыПреобразования
Чтобы как то развлечь себя — сходите на сайт битрикс и посмотрите интеграцию с УТ 10. Там прямо сказано — поднять режим совместимости конфигурации. И ничего, никто не умер.
А Битрикс — это по сути часть 1С.
Ваша ошибка, как и ZEEGINа, что вы пытаетесь по первым словам понять о чем идет речь.
В ролике про УНФ говорится о стыковке с 50+ провайдерами облачной телефонии.
CRM там вообще не при чем.
Провайдер отдает номер телефона — 1С поднимает карточку клиента если находит по номеру в базе, если нет — предлагает создать.
Потратьте 30 мин и посмотрите как работает. Демо есть в онлайн доступе.
Единственное что они через систему взаимодействия решают.
Теперь хотя бы стало понятно о чем речь.
Это скорее косяк разработчиков — назвать функцию модуля именем встроенной и их всего три на конфигурацию
Если следовать методике разработки она должна была называться ВыполнитьПобитовоеИ() и тогда бы со встроенной не пересеклась.
В типовых конфигурациях таких ляпов достаточно.
Включали НЕ использовать — вот так
Смотрите какая получается история.
3CX сделали крайне полезное расширение, я подозреваю проверили его на людях.
Даже если не проверили — знаю организации работающие в таком режиме без проблем.
Но приходит уважаемый ZEEGIN и говорит — Ужас, ужас, кранты тому кто так сделает.
А в чем ужас собственно?
Я вот например застал время, когда не было интернета и тогда люди отвечали за свои слова.
Поэтому предложил бы уважаемому ZEEGINу выложить здесь принтскрин конкретного примера, когда изменение режима совместимости помешало штатной работе конкретной организации.
А так то писать буквы каждый может.
Я как разработчик регулярно сталкиваюсь с комментариями экспердов, что типа ужас вообще устанавливать что-то из интернета.
Но они то хотя бы приводят в пример бабу Нюру, которая скачала с интернета программу и теперь с калькулятора пишет.
Вспоминается…
Мы уже одержали восемь побед, три из них нокаутом. И это еще не все результаты выступления нашей сборной на чемпионате мира по шахматам.
Есть отчеты о достижениях этих же людей на соревнованиях по программированию?
Так вот — главное конечно на АПЛ это не бз@еть, но следующее — не паниковать.
На сайте qip изначально было предупреждение что они шатаются и приносят извинения.
Сейчас написало следующее:
Проект был продан ООО «Престиж Медиа». Мы обновляем серверное оборудование. С 1 октября 2018 года проект продолжит полноценную работу и развитие.
Так что не надо сейчас кипятиться, наступит октябрь и увидим.
А архивы — они никогда не помешают.
Если большую — то количество ядер важнее — потому что все пользователи разойдутся по ядрам, а если у вас пользователей меньше чем ядер — то да частота процессора важнее, но и инфраструктура это невеликая.
Если большую — то число баз у вас будет штук дофига как минимум и все вы их по службам не распихаете, а вот как раз 3 службы: для розницы, бухгалтерии и зарплаты может и имеет смысл сделать когда памяти не хватает на всех, тогда вы сможете их ограничить персонально.
Возможность запускать несколько служб одновременно с разносом по портам — штатная вещь в контексте что у вас разных редакций платформы 8.2 и 8.3 например, а не зоосад из 8.3.
Я когда первый постулат прочел, сразу понял что будет веселуха.
1С не умеет адекватно работать в виртуализированной среде. Это печальный факт. И ворд не умеет, один блокнот, красавчик умеет, как печатал так и печатает.
Как, может весь сервер тормозит, почему только 1С, где тесты, где графики? Так постановил автор.
И еще наша партячейка постановила, что ёксель нам подкинули враги, чтобы отвлечь от исконно русских деревянных счетов.
в среднем в базе по 50-400 человек это вообще перл изящной словесности,
То есть если кривую распределения построить то левый край уйдет в минус — это значит 1С в некоторые моменты еще и подбрасывает пользователей в сеть.
А верхний предел надо полагать человек 700 на базу.
И судя по файлу настройки у автора таких баз уже 8 раз он порт 8041 занимает.
То есть ЦКТП бьется и срадостью сообщает о серверах на 1000 человек, а автор держит вот так спокойно сервачок на 5К и передает ЦКТП пламенный пролетарский привет, помахивая выцветшей фуражкой.
апплодирую стоя.
То есть вы не можете для базы в которой 400 человек в среднем годами работает прикупить отдельный сервер?
Вам надо романы писать, а вы вынуждены работать админом 1С
Вы настройки разнесли по разным каталогам, но есть еще как минимум файл лицензии, каталог temp и еще места куда ваши сервера лезут одновременно.
Я просто не вижу смысла так делать в продакте. Если программисты 1С которых вы так не любите умудряются подвесить вам rphost, ну поставьте количество ИБ на процесс 1 и Принудительно завершать проблемные процессы
Однозначно поднимая пять серверов 1С вы не сможете оптимально им раздать память
Заметьте, не я это сказал про автора
Хаете как раз вы 1С, хотя за счет ее и кормитесь.
И это тоже сказал не я:
Я — я так понимаю что стадию Хьюстона с проблемами мы уже успешно пролетели?
Коллега — да. База %имя базы% подвисла, вообще не отвечает, ТОПы уже рвут и мечут. 3 раза мне уже звонили. Надо перезагружать службу.
Я — так там же еще пачка баз на этой службе!!!
Коллега — да, поэтому вторая половина ТОПов тоже рвет и мечет что их отключат…
А если у вас сервер не падает, то какую проблему вы вообще решаете и какую я вам должен альтернативу предложить?
Могу только предложить успокоиться.
Правильный путь решения проблем — это чтобы сервер не падал, если упал — сразу разобраться с этим.
А разводить зоосад служб 1С это как раз так себе совет.
Театр, идет пьеса. В зале темно и гробовая тишина, только актеры играют. И тут из первых рядов крик:
— Доктор, в зале есть доктор!!??
С бельэтажа отвечают:
-Да, я доктор!
-Коллега, что за фигню нам показывают!
Золотые ваши слова.
Эта статья, как и мои слова лишь частные случаи.
И конкретно в этой статье ляпов именно в терминологии предостаточно из-за этого возможно трудно понять суть.
Если бы она называлась — типа — «Моя борьба...» — то и чудесно, нет вопросов
Слава великим шнягам.
Но как рекомендацию к действию я ее не считаю.
Так то у меня было 156 баз на сервере — то я должен 156 служб поднять?
Поэтому они меня минусуют, а вас слушают развесив уши.
Сходите со своей статьей в сообщество 1Сников и там посмеемся вместе.
Особенно порадовал ваш метод решения всех проблем — 1 база — 1 служба.
Так то конечно логично, нафига разбираться чтобы сервер не падал, просто чья сегодня служба зависла — те сегодня и неудачники.
Комментарий мой — это совет начинающим — не делать как вы.
И препираться я с вами не собираюсь, оставлю вас наедине со своими мыслями.
2. Кластеры в 1С есть
3. Только если один пользователь работает на сервере. У вас так?
4. Возможно есть падение производительности, но это дань повышению надежности. отключите вообще журнал если он вам мешает
5. Можете
6. Откуда вообще такая инфа?
7. особенно периодический пересчет итогов — итогов чего?
8. Есть такая вещь — технологический журнал. Слыхали, настраивали?
…
11. В принципе знаете что такое СКД и варианты отчетов?
В принципе ваш рассказ про то какая 1С боль и разочарование. А вы просто не умеете с ней работать и половину делаете методом тыка и гугления. Это все равно что на автомобиль приделать педальки и жаловаться всем что он медленно едет.
Я бы рекомендовал автору почитать Клиент-серверный вариант. Руководство
администратора.
И писать например как Пушкин — Ума холодных наблюдений / И сердца горестных замет — автора.
Но никак не рекомендация для последователей
А всем остальным не верить слепо всему что здесь написано
ctrlv.cz/shots/2018/09/18/ZDfb.png
ctrlv.cz/shots/2018/09/18/0lzm.png
Нужно придерживаться стандартов разработки тогда имена функций и не пересекутся со встроенными.
В типовых — таких примеров куча — то переменную назовут Объект, то ЭтотОбъект
А подпирать свои косяки режимом совместимости это великий костыль.
its.1c.ru/db/v8std#content:2149184296:hdoc
6.4. В имени функции рекомендуется использовать глаголы в неопределенной форме в тех случаях, когда для понимания назначения функции важно, каким образом было получено возвращаемое значение. Например:
Функция ВыбратьДанныеПоПравилу(Правило, ПользовательскиеНастройки)
Функция ПреобразоватьДанныеПоПравилу(НаборыДанных, ПараметрыПреобразования
Чтобы как то развлечь себя — сходите на сайт битрикс и посмотрите интеграцию с УТ 10. Там прямо сказано — поднять режим совместимости конфигурации. И ничего, никто не умер.
А Битрикс — это по сути часть 1С.
В ролике про УНФ говорится о стыковке с 50+ провайдерами облачной телефонии.
CRM там вообще не при чем.
Провайдер отдает номер телефона — 1С поднимает карточку клиента если находит по номеру в базе, если нет — предлагает создать.
Потратьте 30 мин и посмотрите как работает. Демо есть в онлайн доступе.
Единственное что они через систему взаимодействия решают.
Это скорее косяк разработчиков — назвать функцию модуля именем встроенной и их всего три на конфигурацию
Если следовать методике разработки она должна была называться ВыполнитьПобитовоеИ() и тогда бы со встроенной не пересеклась.
В типовых конфигурациях таких ляпов достаточно.
Включали НЕ использовать — вот так
3CX сделали крайне полезное расширение, я подозреваю проверили его на людях.
Даже если не проверили — знаю организации работающие в таком режиме без проблем.
Но приходит уважаемый ZEEGIN и говорит — Ужас, ужас, кранты тому кто так сделает.
А в чем ужас собственно?
Я вот например застал время, когда не было интернета и тогда люди отвечали за свои слова.
Поэтому предложил бы уважаемому ZEEGINу выложить здесь принтскрин конкретного примера, когда изменение режима совместимости помешало штатной работе конкретной организации.
А так то писать буквы каждый может.
Я как разработчик регулярно сталкиваюсь с комментариями экспердов, что типа ужас вообще устанавливать что-то из интернета.
Но они то хотя бы приводят в пример бабу Нюру, которая скачала с интернета программу и теперь с калькулятора пишет.