в свое время придумал вопрос для собеседования "как изменится размер базы данных, если удалить строку в таблице?" применял два раза, вскрывает много чего и про бд, и про связь с железом (но очень специфично всё, вопрос чисто похоливарить).
Согласен, мне кажется, люди, которые получают платёж, больше нашего должны знать, по каким статьям проводить деньги. Написал и понял, что это невозможно. Как физлицо меня это тоже удивляет, но если смотреть с другой стороны без этой информации сложно. Нужно сортировать деньги по способу получения и целям.
По поводу гаек. Вот нашёл пример. Отчетливо виден выступ, который мешает при установке ушек горизонтально, если использовать два соседних отверстия. В вашей инструкции написано, что горизонтальная установка верная. Возможно, нельзя ставить приборы слишком рядом в соседние отверстия для монтажа? (Иначе зачем эти ограничители?)
спасибо за материал. немножко занимался поиском информации по этому вопросу для дома. некоторые вопросы так и остались неотвеченными (дома был кронштейн цмо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, то вся информация на официальной странице.
я понимаю, там — «ядро», орм, докеры и все такое. но вот не работает, а надо, чтобы работало. может есть информация о том, в какие таблицы загружается хмл-ка?
в свое время придумал вопрос для собеседования "как изменится размер базы данных, если удалить строку в таблице?" применял два раза, вскрывает много чего и про бд, и про связь с железом (но очень специфично всё, вопрос чисто похоливарить).
Что за kill switch, не нашёл прецедентов.
Muse, которые артисты WM, запустили stageverse, виртуальный концертный зал. Или модно в определённых кругах, или из одного места идёт.
Согласен, мне кажется, люди, которые получают платёж, больше нашего должны знать, по каким статьям проводить деньги. Написал и понял, что это невозможно. Как физлицо меня это тоже удивляет, но если смотреть с другой стороны без этой информации сложно. Нужно сортировать деньги по способу получения и целям.
«Нужно ли внедрять красивые счета или стоит использовать дизайн счёта от 1С?»
Я немного недопонял, вы конкретно про себя спрашиваете или вообще про формы счета? Если про формы, то про кбк нужно подумать.
Вы опустили момент с кбк. Шапка образец заполнения все таки структурирует это дело, и получается меньше ошибок.
На сайте же написано зачем и почему. Такая надпись везде красуется. Это как история про кошку и микроволновку. Например, оперативка:
https://www.hyperxgaming.com/ru/company/prop-65-warning
По поводу гаек. Вот нашёл пример. Отчетливо виден выступ, который мешает при установке ушек горизонтально, если использовать два соседних отверстия. В вашей инструкции написано, что горизонтальная установка верная. Возможно, нельзя ставить приборы слишком рядом в соседние отверстия для монтажа? (Иначе зачем эти ограничители?)
Гайка
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, то вся информация на официальной странице.