По поводу гаек. Вот нашёл пример. Отчетливо виден выступ, который мешает при установке ушек горизонтально, если использовать два соседних отверстия. В вашей инструкции написано, что горизонтальная установка верная. Возможно, нельзя ставить приборы слишком рядом в соседние отверстия для монтажа? (Иначе зачем эти ограничители?)
спасибо за материал. немножко занимался поиском информации по этому вопросу для дома. некоторые вопросы так и остались неотвеченными (дома был кронштейн цмо12u, затем стойка на 24u).
1. «сухари» от цмо имеют выступы на сторонах без ушек такие, что делают невозможным монтаж гаек ушками в стороны. на ваших картинках гайки смонтированы ушками в стороны. есть ли различия в способе установки? (кроме удобства монтажа у пола, крыши)
2. инструмент для монтажа гаек находил на картинках, но не в продаже. Вы используете, что либо для этих целей?
3. есть ли стандарты на соотношение глубины и высоты стойки? те 24u на рынке предлагаются только с глубиной 740, а 12u может быть и 480.
4. мелкое оборудование вы даже не рассматриваете для установки? это нарушит распределение потока воздуха в шкафу (роутеры, свитчи, неглубокие серверы, упс) (я знаю, что есть свитч сверху стойки leaf итд, но если места в стойке продаются частями, то оборудование будет более разнокалиберным)
возможно, мои вопросы немного наивные, но с остальным всем я просто разобрался, а это висит.
Не готов спорить о совремнности, субд и тд. Меня это интересует только в теории. Сложность в данной задаче вряд ли можно снизить, квантуя вычисления. Мы получим накладные расходы на само квантование. А принцип работы такой же. Соответственно либо много памяти и быстрее, либо меньше памяти и медленнее. Алгоритм же не меняется.
не понимаю, вы добавили столбик, это еще один проход. +каждое поле считается отдельно, то есть, понимаю на одну строчку несколько вызовов оконных функций?
with price(stock_id, prod_id, start_date, kind, price1, cost1, bonus1) as (
values (1,1,to_date('2000-01-01','YYYY-MM-DD'),'R',100.0,32.12,6.49),
(1,1,'2000-01-02','P', 80.0, 0, 0),
(1,1,'2000-01-03','P', 70.0, 0, 0),
(1,1,'2000-01-04','R',110.0,33.48,6.19),
(1,1,'2000-01-05','P', 90.0, 0, 0),
(1,1,'2000-01-06','R',120.0,41.22,6.19),
(1,1,'2000-01-07','P', 80.0, 0, 0),
(1,1,'2000-01-08','P', 90.0, 0, 0),
(1,1,'2000-01-09','R', 93.0,36.87,6.49),
(1,1,'2000-01-10','R', 94.0,36.85,6.99),
(1,2,'2000-01-01','R',101.0,52.06,9.00),
(1,2,'2000-01-02','P', 81.0, 0, 0),
(1,2,'2000-01-03','P', 71.0, 0, 0),
(1,3,'2000-01-04','R',111.0,64.96,4.50),
(1,3,'2000-01-05','P', 92.0, 0, 0),
(1,3,'2000-01-06','R',122.0,66.83,4.60),
(1,3,'2000-01-07','P', 82.0, 0, 0),
(1,3,'2000-01-08','P', 92.0, 0, 0))
Select r2.price1 as price1x ,p.*
from (select p.stock_id,p.prod_id,p.start_date,p.price1,max(r.start_date2) as start_date2
from price p
left join (select stock_id as stock_id2, prod_id as prod_id2, start_date as start_date2 from price pr where pr.kind='R') r
on p.stock_id=r.stock_id2 and p.prod_id=r.prod_id2 and p.start_date>=r.start_date2
Group by p.stock_id,p.prod_id,p.start_date,p.price1
Order by p.stock_id,p.prod_id,p.start_date asc) r2
left join (select * from price pr where pr.kind='R') p
on r2.stock_id=p.stock_id and r2.prod_id=p.prod_id and r2.start_date2=p.start_date
with price(stock_id, prod_id, start_date, kind, price1, cost1, bonus1) as (
values (1,1,to_date('2000-01-01','YYYY-MM-DD'),'R',100.0,32.12,6.49),
(1,1,'2000-01-02','P', 80.0, 0, 0),
(1,1,'2000-01-03','P', 70.0, 0, 0),
(1,1,'2000-01-04','R',110.0,33.48,6.19),
(1,1,'2000-01-05','P', 90.0, 0, 0),
(1,1,'2000-01-06','R',120.0,41.22,6.19),
(1,1,'2000-01-07','P', 80.0, 0, 0),
(1,1,'2000-01-08','P', 90.0, 0, 0),
(1,1,'2000-01-09','R', 93.0,36.87,6.49),
(1,1,'2000-01-10','R', 94.0,36.85,6.99),
(1,2,'2000-01-01','R',101.0,52.06,9.00),
(1,2,'2000-01-02','P', 81.0, 0, 0),
(1,2,'2000-01-03','P', 71.0, 0, 0),
(1,3,'2000-01-04','R',111.0,64.96,4.50),
(1,3,'2000-01-05','P', 92.0, 0, 0),
(1,3,'2000-01-06','R',122.0,66.83,4.60),
(1,3,'2000-01-07','P', 82.0, 0, 0),
(1,3,'2000-01-08','P', 92.0, 0, 0))
Select al.*,p.price1X
from (select p.stock_id,p.prod_id,p.start_date,max(r.start_date2) as start_date2
from price p
left join (select stock_id as stock_id2, prod_id as prod_id2, start_date as start_date2 from price pr where pr.kind='R') r
on p.stock_id=r.stock_id2 and p.prod_id=r.prod_id2 and p.start_date>=r.start_date2
Group by p.stock_id,p.prod_id,p.start_date
Order by p.stock_id,p.prod_id,p.start_date asc) r2
left join (select stock_id as stock_id2, prod_id as prod_id2, start_date as start_date2, price1 as price1X from price pr where pr.kind='R') p
on r2.stock_id=p.stock_id2 and r2.prod_id=p.prod_id2 and r2.start_date2=p.start_date2
left join (select * from price) al
on r2.stock_id=al.stock_id and r2.prod_id=al.prod_id and r2.start_date=al.start_date
Зачем каждый раз суммировать размер файлов? не проще ли при записи скриншота брать его размер и делать оценку занятого места? Для валидации можно раз в сутки, месяц прогонять полное суммирование.
Тут много всего рассказывать. Битрикс24 — это набор сервисов для интранета (в веб тоже может торчать). Там социальная сеть, мессенджер, облачный диск, трекер задач, приложения под мобильники и тд. Сайт для магазина, который раньше был отдельно 1с-битрикс, сейчас по структуре тоже может входить в портал битрикс24. И это дело синхронизируется с зуп, чтобы завести сотрудников. А сайт на битрикс синхронизируется с учетной системой для товаров, остатков. Собственно, если гуглить битрикс24, то вся информация на официальной странице.
я понимаю, там — «ядро», орм, докеры и все такое. но вот не работает, а надо, чтобы работало. может есть информация о том, в какие таблицы загружается хмл-ка?
вот так это выглядит со стороны 1с функция на 160 строк. удалил немного логику для выделения именно обмена. и это консервативная часть обмена. самое интересное, когда после обновления битрикса или 1с, «progress» на какой-либо стадии не достигается. расскажите, что дальше происходит?
Код
Функция HTTPВыгрузитьНаСервер
АдресДляРаботы = СтруктураПараметровСайта.АдресСкрипта + "?type=" + ТипСоединения;
Успешно = ПроцедурыОбменаССайтом.HTTPВыполнитьАвторизациюДляСоединения(Соединение, СтруктураПараметровСайта, ОтветСервера, СтрокаСообщенияПользователю, ТипСоединения);
зы Интересуюсь этим, потому что тема очень сильно перекликается с верификацией поисковой выдачи в поисковиках. Невозможность найти что-либо в гугле, яндексе и тп. удурчает. Информационный шум от smm на 30-50 страниц убивает выдачу. Если внедрять убер/гитхаб для ученых, можно получить точно такой же результат. Можно вспомнить изменение поиска на pubmed, когда единомоментно стало нельзя ничего найти по ключевым словам. В итоге курс остается только на известных авторов и тех на кого они ссылаются.
просто у научного сотрудника встает выбор, рискнуть на nature и не получить денег в следующем году, если nature откажет (отказ может быть, потому что мода изменилась, взять тот же covid, или просто в журнал не влез, потому что он все равно ограничен по объему), либо гарантированно получить грант на обзорах (что тоже не очень простая работа, я знаю). (я говорю про РАН, в основном).
Хорошая статья. Добавлю пару моментов.
Если работа, публикуемая в статье, сделана на деньги гранта, то для отчетности по гранту обычно необходима публикация с указанием на грант (может и не одна). Поэтому ищется более менее гарантированный вариант с бОльшим импакт-фактором, и если редактор отказывает, то обычно нет времени ждать рассмотрения в другом журнале (отчетность по гранту имеет сроки) и статья уходит в локальный беспроблемный журнал (как говорят «мурзилка»).
Далее имхо. Могу ошибаться. Увеличение количества статей приводит к увеличению индекса цитирования, но не приводит к увеличению качества статей. На грантах и для работы в нии есть заградительные пороги по количеству статей. И они растут по количеству (палочная система). Что может нас привести к китайской проблеме, когда вал статей (хороших и плохих с обычной дисперсией качества) привёл к полному игнору статей китайцев со стороны мирового научного сообщества (одна из причин отсутствие ресурсов на проверку результатов). На данный момент лучше написать 25 обзоров в год и не работать руками, чем работать руками и выдать 1 статью с чем-то новым. Цифры с потолка. Ситуация конкретно для биохимии, молекулярной биологии. Я мимо проходил. Не работаю в этой отрасли. Других областей не знаю, возможно, там мб другая ситуация.
Нет, вай-фай подключения в маршруте нет. Тут проблема в том, что тсп + удп в сстп. Плюс я умолчал, что в первой удаленке открывается вторая. Воткнул в первой на сервер отмену удп — не помогло. Дополнительно воткнул в первой на клиент отмену удп. Пока жду. Админ говорит, что потерь нет в сети ощутимых. В моей тоже — нет. На интернет не жалуюсь. Собственно, скорость в канале ограничена, чтобы с моей стороны не было нагрузки на оборудование админа и всем хватило канала.
По поводу гаек. Вот нашёл пример. Отчетливо виден выступ, который мешает при установке ушек горизонтально, если использовать два соседних отверстия. В вашей инструкции написано, что горизонтальная установка верная. Возможно, нельзя ставить приборы слишком рядом в соседние отверстия для монтажа? (Иначе зачем эти ограничители?)
Гайка
1. «сухари» от цмо имеют выступы на сторонах без ушек такие, что делают невозможным монтаж гаек ушками в стороны. на ваших картинках гайки смонтированы ушками в стороны. есть ли различия в способе установки? (кроме удобства монтажа у пола, крыши)
2. инструмент для монтажа гаек находил на картинках, но не в продаже. Вы используете, что либо для этих целей?
3. есть ли стандарты на соотношение глубины и высоты стойки? те 24u на рынке предлагаются только с глубиной 740, а 12u может быть и 480.
4. мелкое оборудование вы даже не рассматриваете для установки? это нарушит распределение потока воздуха в шкафу (роутеры, свитчи, неглубокие серверы, упс) (я знаю, что есть свитч сверху стойки leaf итд, но если места в стойке продаются частями, то оборудование будет более разнокалиберным)
возможно, мои вопросы немного наивные, но с остальным всем я просто разобрался, а это висит.
Не готов спорить о совремнности, субд и тд. Меня это интересует только в теории. Сложность в данной задаче вряд ли можно снизить, квантуя вычисления. Мы получим накладные расходы на само квантование. А принцип работы такой же. Соответственно либо много памяти и быстрее, либо меньше памяти и медленнее. Алгоритм же не меняется.
ЗЫ Интересно, что за «плюшки» дают «плюшкополучателю»?
Из следующих есть что-то на примете?
values (1,1,to_date('2000-01-01','YYYY-MM-DD'),'R',100.0,32.12,6.49),
(1,1,'2000-01-02','P', 80.0, 0, 0),
(1,1,'2000-01-03','P', 70.0, 0, 0),
(1,1,'2000-01-04','R',110.0,33.48,6.19),
(1,1,'2000-01-05','P', 90.0, 0, 0),
(1,1,'2000-01-06','R',120.0,41.22,6.19),
(1,1,'2000-01-07','P', 80.0, 0, 0),
(1,1,'2000-01-08','P', 90.0, 0, 0),
(1,1,'2000-01-09','R', 93.0,36.87,6.49),
(1,1,'2000-01-10','R', 94.0,36.85,6.99),
(1,2,'2000-01-01','R',101.0,52.06,9.00),
(1,2,'2000-01-02','P', 81.0, 0, 0),
(1,2,'2000-01-03','P', 71.0, 0, 0),
(1,3,'2000-01-04','R',111.0,64.96,4.50),
(1,3,'2000-01-05','P', 92.0, 0, 0),
(1,3,'2000-01-06','R',122.0,66.83,4.60),
(1,3,'2000-01-07','P', 82.0, 0, 0),
(1,3,'2000-01-08','P', 92.0, 0, 0))
Select r2.price1 as price1x ,p.*
from (select p.stock_id,p.prod_id,p.start_date,p.price1,max(r.start_date2) as start_date2
from price p
left join (select stock_id as stock_id2, prod_id as prod_id2, start_date as start_date2 from price pr where pr.kind='R') r
on p.stock_id=r.stock_id2 and p.prod_id=r.prod_id2 and p.start_date>=r.start_date2
Group by p.stock_id,p.prod_id,p.start_date,p.price1
Order by p.stock_id,p.prod_id,p.start_date asc) r2
left join (select * from price pr where pr.kind='R') p
on r2.stock_id=p.stock_id and r2.prod_id=p.prod_id and r2.start_date2=p.start_date
values (1,1,to_date('2000-01-01','YYYY-MM-DD'),'R',100.0,32.12,6.49),
(1,1,'2000-01-02','P', 80.0, 0, 0),
(1,1,'2000-01-03','P', 70.0, 0, 0),
(1,1,'2000-01-04','R',110.0,33.48,6.19),
(1,1,'2000-01-05','P', 90.0, 0, 0),
(1,1,'2000-01-06','R',120.0,41.22,6.19),
(1,1,'2000-01-07','P', 80.0, 0, 0),
(1,1,'2000-01-08','P', 90.0, 0, 0),
(1,1,'2000-01-09','R', 93.0,36.87,6.49),
(1,1,'2000-01-10','R', 94.0,36.85,6.99),
(1,2,'2000-01-01','R',101.0,52.06,9.00),
(1,2,'2000-01-02','P', 81.0, 0, 0),
(1,2,'2000-01-03','P', 71.0, 0, 0),
(1,3,'2000-01-04','R',111.0,64.96,4.50),
(1,3,'2000-01-05','P', 92.0, 0, 0),
(1,3,'2000-01-06','R',122.0,66.83,4.60),
(1,3,'2000-01-07','P', 82.0, 0, 0),
(1,3,'2000-01-08','P', 92.0, 0, 0))
Select al.*,p.price1X
from (select p.stock_id,p.prod_id,p.start_date,max(r.start_date2) as start_date2
from price p
left join (select stock_id as stock_id2, prod_id as prod_id2, start_date as start_date2 from price pr where pr.kind='R') r
on p.stock_id=r.stock_id2 and p.prod_id=r.prod_id2 and p.start_date>=r.start_date2
Group by p.stock_id,p.prod_id,p.start_date
Order by p.stock_id,p.prod_id,p.start_date asc) r2
left join (select stock_id as stock_id2, prod_id as prod_id2, start_date as start_date2, price1 as price1X from price pr where pr.kind='R') p
on r2.stock_id=p.stock_id2 and r2.prod_id=p.prod_id2 and r2.start_date2=p.start_date2
left join (select * from price) al
on r2.stock_id=al.stock_id and r2.prod_id=al.prod_id and r2.start_date=al.start_date
Тут много всего рассказывать. Битрикс24 — это набор сервисов для интранета (в веб тоже может торчать). Там социальная сеть, мессенджер, облачный диск, трекер задач, приложения под мобильники и тд. Сайт для магазина, который раньше был отдельно 1с-битрикс, сейчас по структуре тоже может входить в портал битрикс24. И это дело синхронизируется с зуп, чтобы завести сотрудников. А сайт на битрикс синхронизируется с учетной системой для товаров, остатков. Собственно, если гуглить битрикс24, то вся информация на официальной странице.
АдресДляРаботы = СтруктураПараметровСайта.АдресСкрипта + "?type=" + ТипСоединения;
Успешно = ПроцедурыОбменаССайтом.HTTPВыполнитьАвторизациюДляСоединения(Соединение, СтруктураПараметровСайта, ОтветСервера, СтрокаСообщенияПользователю, ТипСоединения);
КукиИмя = СтрПолучитьСтроку(ОтветСервера, 2);
КукиЗначение = СтрПолучитьСтроку(ОтветСервера, 3);
ЗаголовкиЗапросов = «Cookie: » + КукиИмя + "=" + КукиЗначение;
ОтветСервера = ПроцедурыОбменаССайтом.HTTPПолучитьДанныеССервера(Соединение, АдресДляРаботы + ПараметрЗапросаHTTP_Инициализация, ЗаголовкиЗапросов);
ZIPФайлыРазрешены = НРег(СтрПолучитьСтроку(ОтветСервера,1)) = ОтветСервера_ZIPРазрешен;
Для Каждого ТекФайл Из СписокФайловДляОтправки Цикл
ОтветСервера = HTTPОтправитьФайлНаСервер(ТекФайл.Значение, Соединение, АдресДляРаботы + ПараметрЗапросаHTTP_ПередачаФайла + ТекФайл.Представление, ЗаголовкиЗапросов);
КонецЦикла;
Если ОжидатьЗавершенияИмпортаФайловСервером Тогда
Для Каждого ТекФайл Из МассивИсходныхCMLФайлов Цикл
Пока ИмпортПродолжается Цикл
ОтветСервера = ПроцедурыОбменаССайтом.HTTPПолучитьДанныеССервера(Соединение, АдресДляРаботы + ПараметрЗапросаHTTP_ИмпортФайлаСервером + ТекФайл.Имя, ЗаголовкиЗапросов);
КонецЦикла; //Импорт
КонецЦикла;
КонецЕсли;
ПараметрЗапросаHTTP_Инициализация = "&mode=init";
ПараметрЗапросаHTTP_ПередачаФайла = "&mode=file&filename=";
ПараметрЗапросаHTTP_ИмпортФайлаСервером = "&mode=import&filename=";
ПараметрЗапросаHTTP_ПолучитьДанные = "&mode=query";
ПараметрЗапросаHTTP_УспешноеЗавершениеИмпорта = "&mode=success";
Подскажите сервер в спальню менее 450 глубиной?
Хорошая статья. Добавлю пару моментов.
Если работа, публикуемая в статье, сделана на деньги гранта, то для отчетности по гранту обычно необходима публикация с указанием на грант (может и не одна). Поэтому ищется более менее гарантированный вариант с бОльшим импакт-фактором, и если редактор отказывает, то обычно нет времени ждать рассмотрения в другом журнале (отчетность по гранту имеет сроки) и статья уходит в локальный беспроблемный журнал (как говорят «мурзилка»).
Далее имхо. Могу ошибаться. Увеличение количества статей приводит к увеличению индекса цитирования, но не приводит к увеличению качества статей. На грантах и для работы в нии есть заградительные пороги по количеству статей. И они растут по количеству (палочная система). Что может нас привести к китайской проблеме, когда вал статей (хороших и плохих с обычной дисперсией качества) привёл к полному игнору статей китайцев со стороны мирового научного сообщества (одна из причин отсутствие ресурсов на проверку результатов). На данный момент лучше написать 25 обзоров в год и не работать руками, чем работать руками и выдать 1 статью с чем-то новым. Цифры с потолка. Ситуация конкретно для биохимии, молекулярной биологии. Я мимо проходил. Не работаю в этой отрасли. Других областей не знаю, возможно, там мб другая ситуация.
Нет, вай-фай подключения в маршруте нет. Тут проблема в том, что тсп + удп в сстп. Плюс я умолчал, что в первой удаленке открывается вторая. Воткнул в первой на сервер отмену удп — не помогло. Дополнительно воткнул в первой на клиент отмену удп. Пока жду. Админ говорит, что потерь нет в сети ощутимых. В моей тоже — нет. На интернет не жалуюсь. Собственно, скорость в канале ограничена, чтобы с моей стороны не было нагрузки на оборудование админа и всем хватило канала.