Пользуюсь слегка изменённой
biblatex-gost. Мне
нужно посчитать количество источников в списке библиографии, причём
напечатать количество источников перед списком библиографии как это
требует ГОСТ
7.32-2001. Как это можно сделать?
# fdisk -l /dev/sdb
Disk /dev/sdb: 500 GiB, 536870912000 bytes, 1048576000 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0xe61e9c33
Device Boot Start End Blocks Id System
/dev/sdb1 * 2048 8390655 4194304 c W95 FAT32 (LBA)
/dev/sdb2 8390656 1048575999 520092672 c W95 FAT32 (LBA)
# parted /dev/sdb
GNU Parted 3.1
Using /dev/sdb
Welcome to GNU Parted! Type 'help' to view a list of commands.
(parted) p
Model: General UDisk (scsi)
Disk /dev/sdb: 537GB
Sector size (logical/physical): 512B/512B
Partition Table: msdos
Disk Flags:
Number Start End Size Type File system Flags
1 1049kB 4296MB 4295MB primary fat32 boot, lba
2 4296MB 537GB 533GB primary fat32 lba
(parted) q
На первый раздел уже установлена systemrescuecd с помощью скрипта на их диске. Проблема: старые компьютеры (без UEFI) по usb с этой флешки не грузятся - выбирается носитель, далее наблюдается чёрный экран.
На данный момент связь между раком и ночной работой со светящимися экранами не вызывает никаких сомнений.
Первый практический пример — это профессиональные моряки-штурманы, специфика посменной ночной службы которых очень выражена (так называемый sailors’ sleep pattern), у которых наблюдается существенно более высокий рост онкологических заболеваний. Второй, уже отечественный пример — в советское время военные заметили, что офицеры ракетных войск, постоянно дежурившие в подземных бункерах за пультом ракетных установок, испытывали повышенное количество заболеваний именно онкологией.
Я не очень вчитывался и в теме не очень, но статья довольно неплохо проработана. Впаривание определённых препаратов, вам не кажется?
Есть герой и вокруг него полная безнадёжность и безысходность. Во всяком случае чтобы это он видел и принимал, но не унывал и извлекал лулзы. Только чтобы он не скатывался в расчленёнку, суицид и прочие девиации. ПГМ тоже нежелателен.
Это вообще реальный персонаж или чистой воды шизофрения?
Ситуация для моей области типичная. Попадается типичная кривая. Надо её аппроксимировать до суммы нескольких кривых плотностей распределений Лоренца. Для начала хотелось бы разобраться с поиском пиков (x_1, x_2 и x_3). Хочется отметить, что пик на x_2 особый и в его окрестности первая производная нигде нулю не равна. Вроде бы всё ничего, но если увеличить хорошенько масштаб то вся кривая у нас такая.
Мои товарищи по цеху в отличие от меня уже все почти профессора и с умным софтом каким-то имели дело (проприетарным), но всё равно делают почти всё вручную. Я вот не унимаюсь и думаю что со всем этим могла бы неплохо справиться машина. Хотя бы с поиском пиков, для начала.
Не могу определиться с методом. Можно было рассчитать сплайн типа кривой Безье для упрощения, но проблема в том что точек очень много и производительность сильно упадёт.
В голову также приходила скользящая средняя, но она мне что-то не нравится.
Может можно бы каким нибудь хитрым статистическим методом определить области пиков и там рассчитывать более простой сплайн. Прошу совета в общем.
А точнее вообще узнать его. Видел отрывки очень давно и помню очень мало.
В общем походу там роботы убивают человека. Группа, на вид типичные пленники или рабы, бегут из роботизированного подземного сооружения. Помню последний момент когда 1.5 человека всё же добралась до поверхности с лесистой местностью и последний робот - автопилот тягача, аля камаз, решил всех задавить. И когда камаз взорвался среди людей была беременная женщина, которая в этот момент посреди леса родила.
Хочу разместить табличку на А5, но она не влезает потому что слишком длинная, но она достаточно узкая и её вполне можно разрезать на некоторой строке и разместить остающиеся строки в отдельной таблице справа.
С маршрутизатора можно посылать логи на сервер. На моей системе syslog не стоит. Можно ли как-то обойтись имеющимся journald? Он может открыть определённый TCP-порт для сбора логов?
Plain text не устраивает, свалка pdf-ок надоела. Хочу рассмотреть решение на базе HTML документов. Требования - простота (легко можно настраивать под себя), система поиска, каталогизация, теги статей, компрессия (что-то мне не очень от того, что всё будет валяться на диске в виде свалки неоптимизированных по объёму xml-ок). Ну и чтобы не сильно жирно - для себя делаю, а не википедию изобретаю. Короче ясно, что без сервера не обойтись, заточка на легковесность, низкую нагрузку и меньше возни с правами, группами, юзерами и прочим администрированием.
Значит по F5 у меня открывается список с дальнейшими функциями. Там указаны клавиши и описанные мной функции, которые вызовутся по нажатию клавиши. Вопрос - как указать определённую клавишу для функции в таком режиме?
Как в линуксе с этим? Каждый сервер реализует свой цикл ожидания запроса или они практически все используют низкоуровневую оптимальную функцию из ядра? Сильно ли повышается энергопотребление при увеличении количества ожидающих запроса серверов на машине?
Я правильно понимаю, что dbus построен поверх обыкновенных сокетов и с вышеназванных вопросов ничего особенного для него нет? Тогда ведь если приложение ожидает сигнала от dbus, то оно превращается в обыкновенный слушателя сокета с циклом ожидания?
Придумалась мне такая софтина. По принципу работы или фреймворк или библиотека. В общем основная идея - быть единым сервером на компьютере и абстрагировать сигнализацию и мониторинг для пользователя. К ней должны подключаться различные клиенты - сборщики информации о состоянии: сенсоры, почтовик, краулеры и пр. К ней должны подключаться или плагины или серверы отвечающие непосредственно за сигнализацию: посылающий сообщение куда-то почтовик, иконка в трее, скрипт дающий разряд в одно место и пр..
Также задача - фильтровать и сортировать поступающие сообщения, а также обеспечивать гибкую конфигурацию этого. Что вот если пожар - это один сигнал, а пост anonimous'а в development - другой.