All streams
Search
Write a publication
Pull to refresh
3
0
NickyX3 @NickyX3

User

Send message

Это вряд ли, потому как 1.3 Гб - это, как бы, 5-дюймовая магнитооптика. Да, такое тоже было.

Привод из статьи вполне умеет в такой объём. У него даже на шторке на морде это написано.

Именнно такие и были, на 1.3Гб 3.5". Правда у меня в основном уже IDE Fujitsu MCM3130AP

Это потом уже появился более-менее распространённый Fujitsu.

3.5" диски на 230 и выше стали ISO стандартом как бы, они все уже были совместимы, ага

что никогда вживую не видел этих носителей

В РФ получили в основном распространение в издательской и полиграфической сфере, ибо объемы макетов или там PS на фотовывод надо было как-то переносить, ZIP/JAZZ тоже использовались, но страдали крайне низкой надежностью. А вот MO совместимого с Fujitsu было некоторое количество почти у всех, никаких проблем с совместимостью - просто покупаешь самый жирный привод типа упомянутого 1.3Гб и читаешь и пишешь все диски, 230, 640, 1300.

Ну по факту там ошибка протокола в Arduino IDE при заливке, ага. От этого же продавца платки с MicroUSB работали норм

Пять пальцев в SD давно не проблема

Я тут такой вариант получил, с USB Type-C. В общем то работает, только в отличие от варианта с MicroUSB китайцы похоже не подтянули резет к USB, и заливка скетча работает только если резетнуть кнопкой перед заливкой собственно. Малость кривовато. Хотя там таки CH340, а не CH9340. Непонятки

Все просто, ссылки это другое, название контекстного меню будет либо содержимое ссылки, либо сам href, но возможно и title если нет ни первого ни второго

Контекстное меню будет на ссылке. Сейчас проверил, hover есть, имитируется mousedown, но не пропадает после mouseup. hover state снимается вместе с фокусом, то есть клик наружу его снимает

<!DOCTYPE html>
<html lang="en">
<head>
    <meta charset="UTF-8">
    <title>Title</title>
    <style>
        .hovered {
            height: 80vh;
            background-color: red;
        }
        .hovered:hover {
            background-color: blue;
        }
    </style>
</head>
<body>
<div class="hovered"></div>
</body>
</html>

Вот запись с экрана, Android + Chrome

Поведение Вашего мобильного устройства можете проверить https://nickyx3.ru/hover-test.html

лик в мобайле отрабатывается когда палец отжимается

Вы не поверите, на десктопе событие click это два последовательных события mousedown+mouseup. И конечно оно тоже срабатывает на "отжатии". hover в мобилах тоже как бы есть, эмулируется через долгое нажатие на элементе

Если вы меня словом "мальчик" оскорбить пытались - ну я явно не девочка, мне 48 и борода :) Ничего плохого не видим с коллегами в хешировании или шифровании ни паролей, ни е-мейлов, ни телефонов. Есть плюсы, есть минусы. Все зависит от задачи.

Судя по Вашим статьям на Хабре - Вы сильно любите тестировать разные гипотезы - можете протестировать в том числе и разницу между FIXED/DYNAMIC/PAGE. Только давайте возьмем несколько "движков" InnoDB, Aria и что Вам еще захочется.

Блин, Вы так любите теории какие-то придумывать, выше глазками взгляните. 34 ляма, Aria, fixed format (ну да, там нет char полей). И у нас это дает то, что все это работает в виртуалке на 4 гигах оперативы. И индексы там конечно есть. Но! У вас либо в индексе одно смещение, по которому вы можете достать запись целиком всегда (да его даже хранить не надо - оно вычисляется, утрировано, строка*размер ), либо у вас в индексе или где-там еще 20 смещений (тут строка, тут кусок этого поля, тут еще кусок, тут начало еще одного, а вооон там еще его кусок). Что по-вашему быстрее - сразу достать всю строку или побегать по смещениям, подергать кусочки, склеить их и выдать?

Я вам пишу, что снилс отдельно в воздухе не висит, он будет в таблице с данными переменной длины и никакой погоды не сделает

Да что вы к СНИЛС привязались? Наличие в таблицах полей переменной длины это вопрос нормализации ваших конкретных данных. Если уж взять какую-то гипотетическую задачу хранения персональных данных гражданина, то поля переменной длины, не связанные с государственными идентификаторами можно и нужно хранить отдельно. А те самые идентификаторы (sic!) имеют фиксированные длины (СНИЛС, ИНН, номер паспорта, прав - все фиксированые)

Выше пример таблицы в 34 миллиона записей, там вообще нет CHAR.

СНИЛС приведен как пример строковых данных фиксированной длины. По поводу Fixed мы уже обсуждали с Вами вроде, каждая запись имеет фикс размер в таблице, у нее четкое смещение внутри. Причем во-первых одно, во-вторых легко вычисляемое. Отсюда и скорость, ибо не надо из разных мест файла в случае фрагментации искать где там куски этих полей VARCHAR/TEXT по файлу раскиданы. Причем у каждого такого поля может быть лютая фрагментация

Ну я в основном про Aria Engine в MariaDB или окончательно забытый MyISAM. В FIXED конечно не сунуть динамические поля типа VARCHAR или TEXT, но часто это и не надо. В плюсах, лично у нас, меньшая фрагментация (вернее даже отсутствие таковой, мы не удаляем записи, только помечаем).

как-то так и живем
как-то так и живем

Текст самих сообщений в отдельной таблице в данном случае, тут только всякая фиксированная мета-инфа типа sender/receiver/timestamp/flags etc

кто-то всё ещё использует строковые поля фиксированного размера для данных динамической длины?

Почему бы и нет? Если у таблицы FIXED ROW FORMAT они и так будут фиксированной длины, что может несколько ускорить выборки в некоторых случаях. Есть достаточно много кейсов, когда хранятся не числовые данные ограниченной длины, да взять какой-нить СНИЛС к примеру

До появления object-fit etc background-image и его размеры и позиция были единственным вариантом сделать cover/contain.

Но операторы то в PDF есть, moveto/lineto и есть операторы, выполняющие действие над операндами. Так же как и в PS

Блин, как будто вы не программист. А ну да, вы же ковырятель кривых макетов pre-press ninja (я и сам таким был).
Если код рисования примитивов PDF совпадает с кодом рисования PostScript - то является ли PDF подмножеством PostScript? ИМХО - ответ ДА.

Многие, в том числе вики, считают, что полная спецификация PDF это – наоборот, расширенный PostScript, я же говорил о PDF/X-1a, который предназначался для точного печатного воспроизведения, и из которого выкинули все ненужные для этого фичи полной спецификации типа аннотаций, js кода, мультимедиа и т.п. И который фактически полностью пересекается с PS Level 3. Давайте тогда считать, что PS Level 3 является подмножеством полной спецификации PDF, а PDF/X является подмножеством PS Level 3, кхе-кхе
На самом деле - ввиду того, что автором обоих является один из основателей Adobe Джон Уорнок, и если внимательно почитать историю создания PDF - то выяснится, что предшественник современного формата PDF назывался IPS (Interchange PostScript) и ноги растут именно из него

Я не пойму о чем спорим. Сильно урезанное. Ну нет функций а-ля пролог в PS через def, все завернуто условно в "замыкания" через stream. Но подмножеством он от этого быть не перестал, ибо выполняется PS-интерпретатором.

Там крыша у мозгов едет не от того, что двигатель троит. А от того, что глючная свеча-катушка дает помеху на датчик положения коленвала (потому что провод от датчика в этом же жгуте, где и управление катушками), мозги не могут четко определить обороты, и расцепляют "стартовый пакет" (эффект выпадающей передачи), типа временно падают в аварийный режим

Ничего что там обратная польская запись? m и l это и есть функции moveto, lineto и собственно параметры перед ними

Information

Rating
Does not participate
Location
Россия
Date of birth
Registered
Activity

Specialization

Backend Developer, HTML Coding
Middle
Git
JavaScript
HTML
CSS
Adaptive layout
Web development
JQuery