Из мелочей, один достойный теплый и ламповый джентельмен, дай бог ему здоровья, постил серию ретроспективных статей, где половина статьи содержалась в подписях к фотографиям. Вроде читаешь, а текст не складывается в связное повествование. Кажется, что так делать не надо, например.
у меня ноут Lenovo Yoga, при том дома валяется оставшийся от предыдущего леново 65w зарядник type-c. Ну, как бы, у йоги батарейка мелкая, 65 ей и так даже много будет. А родной зарядник у этой йоги 120w. И, в принципе, в таком сочетании ноут ненавязчиво жалуется на хилый 65w зарядник (под Windows), но там можно не обращать внимания, уведомление само пропадает.
Так вот, засада проявляется, когда Windows возжелает установить апдейты и в процессе перезагружает ноут. Обычно он перезагружается, когда ты этого не видишь. Ночью, например. А Yoga-вский биос при этом стопорит загрузку, и микроскопическим шрифтом (видео еще не инициализировано нормально, а DPI большой) пишет, хозяин, слишком слабый БП у тебя, нажми Esc чтобы продолжить загрузку. И контроллер питания тоже еще в себя не пришел - поэтому ноут ГРЕЕТСЯ. И ГРЕЕТСЯ пока ты не проснешься, не откроешь ноут и не нажмешь несчастный Esc.
Невероятно бесит сие, и в биосе ничего релевантного не нашел.
Как обычно на хабре бывает, может, кто подскажет решение)
(извините заранее, ответ очень тупой, "по букварю" но, м/б, я вас не так понял) Кажется, зависит от того, что конкретно в PostgreSQL у вас происходит, надо план выполнения смотреть. Особенно если там сортировка по чему-нибудь, что Постгри не умеет оптимизировать - по неиндексированному полю, по вычислимому выражению, по не тому индексу что использовался в отборе по Where.
Я с Постгри совсем не работал, но MySQL так умеет делать вообще легко. Предположим, там получилось в SQL limit 100 offset 1M, а базе приходится 1M+100 строк отобрать, потом 1M выкинуть; подобная ситуация может ощутимо тормозить на больших оффсетах. Плюс, будет заметно, если "цена" выборки одной строки большая - какой-нибудь LEFT JOIN или dependent subquery. Или "перекошенный" индекс, например, есть флажок логического удаления записи и просьба к SQL-ю выбрать только неудалённые.
(Достоинства пажинации тут все равно присутствуют - они в том, что по сетке этот 1М передавать не надо. Но база, тем не менее, может захотеть этот лишний 1М вычислить)
(извините заранее, ответ очень тупой, "по букварю" но, м/б, я вас не так понял) Кажется, зависит от того, что конкретно в PostgreSQL у вас происходит, надо план выполнения смотреть. Особенно если там сортировка по чему-нибудь, что Постгри не умеет оптимизировать - по неиндексированному полю, по вычислимому выражению, по не тому индексу что использовался в отборе по Where.
Я с Постгри совсем не работал, но MySQL так умеет делать вообще легко. Предположим, там получилось в SQL limit 100 offset 1M, а базе приходится 1M+100 строк отобрать, потом 1M выкинуть; подобная ситуация может ощутимо тормозить на больших оффсетах. Плюс, будет заметно, если "цена" выборки одной строки большая - какой-нибудь LEFT JOIN или dependent subquery. Или "перекошенный" индекс, например, есть флажок логического удаления записи и просьба к SQL-ю выбрать только неудалённые.
(Достоинства пажинации тут все равно присутствуют - они в том, что по сетке этот 1М передавать не надо. Но база, тем не менее, может захотеть этот лишний 1М вычислить)
"на большой перемене" не равно "на занятии в школе под руководством преподавателя". Чо-то есть ощущение, что энтузиаст-наставник имеет ненулевые шансы получить проблемы легального характера на ровном месте.
Спасибо, снова заглянул в эту бездну, где люди разговаривают псевдокодом (каждый своим))) Получил массу удовольствия.
У меня странный провайдерский тв-бокс на 10 андроиде, модели которого нет на 4pda (DIW3930). Никаких врождённых настроек, плюс-минус относящихся к делу, не обнаружил. Кстати, при первом подключении клавиатуры и попаданием курсора в текстовый инпут он мне сказал "используйте Shift+Space для переключения языков" *, (но чем он это сказал - зачеркнуто) это уведомление непонятно от какого приложения, повторить не удалось.
*) Не работают, увы, никакие переключения. Акцентированные буковки зато можно вводить, вообще милота!
Относительный успех мне сопутствовал только при установке External Keyboard Helper Pro, но с ним замечательная картина в приложении Youtube - экранная клавиатура включена на русский, с физической клавы набираются либо латинские символы, либо никакие. Очень похоже, что экранная клавиатура Ютуба с точки зрения андроида клавиатурой не является.
В "Кинопоиске" точно то же самое.
Но хотя бы в гугловой строке поиска русским стало можно печатать.
Подскажите, где почитать про грамотное решение с переключением раскладки внешней клавиатуры для андроид-тв?
Помню, когда-то пытался найти сам, создалось впечатление что там даже не костыли, а запчасти для костылей непонятной комплектности, конструкции и совместимости. Конечно, доставляет, когда на экране русская клава, а с внешней клавиатуры при этом так и набирается латиница. Заранее премного благодарен!
я сейчас изучаю в онлайн группе, одна из активностей на основе чередования оригинала и русского (не как у Ильи Франка, покрупнее, по паре абзацев). Вот так вперившись в зум, читаем оригинал вслух, преподаватель "ловит блох" в произношении и сразу корректирует. Очень муторно, занудно, но результаты даёт; я уже довольно произвольный текст могу зачитать вслух с минимумом ошибок, даже и не понимая что там написано) (учу португальский)
Хорошо, что это не единственный метод у этого преподавателя.
"универсисета в Киото" это специально?)
Из мелочей, один достойный теплый и ламповый джентельмен, дай бог ему здоровья, постил серию ретроспективных статей, где половина статьи содержалась в подписях к фотографиям. Вроде читаешь, а текст не складывается в связное повествование. Кажется, что так делать не надо, например.
я думал, так закодировано что-то неприличное, однако это просто слово "присутствует" записано "косорылицей")
вертящимся
Нюансы всякие бывают))
у меня ноут Lenovo Yoga, при том дома валяется оставшийся от предыдущего леново 65w зарядник type-c. Ну, как бы, у йоги батарейка мелкая, 65 ей и так даже много будет. А родной зарядник у этой йоги 120w. И, в принципе, в таком сочетании ноут ненавязчиво жалуется на хилый 65w зарядник (под Windows), но там можно не обращать внимания, уведомление само пропадает.
Так вот, засада проявляется, когда Windows возжелает установить апдейты и в процессе перезагружает ноут. Обычно он перезагружается, когда ты этого не видишь. Ночью, например. А Yoga-вский биос при этом стопорит загрузку, и микроскопическим шрифтом (видео еще не инициализировано нормально, а DPI большой) пишет, хозяин, слишком слабый БП у тебя, нажми Esc чтобы продолжить загрузку. И контроллер питания тоже еще в себя не пришел - поэтому ноут ГРЕЕТСЯ. И ГРЕЕТСЯ пока ты не проснешься, не откроешь ноут и не нажмешь несчастный Esc.
Невероятно бесит сие, и в биосе ничего релевантного не нашел.
Как обычно на хабре бывает, может, кто подскажет решение)
Коммент брадобрея!)
...Очепятки в тексте репортить, или они там специально наставлены, чтоб на АИ непохоже было? )
от кошки)
/ не Емельянов, а Емельянцев
(извините заранее, ответ очень тупой, "по букварю" но, м/б, я вас не так понял)
Кажется, зависит от того, что конкретно в PostgreSQL у вас происходит, надо план выполнения смотреть. Особенно если там сортировка по чему-нибудь, что Постгри не умеет оптимизировать - по неиндексированному полю, по вычислимому выражению, по не тому индексу что использовался в отборе по Where.
Я с Постгри совсем не работал, но MySQL так умеет делать вообще легко. Предположим, там получилось в SQL limit 100 offset 1M, а базе приходится 1M+100 строк отобрать, потом 1M выкинуть; подобная ситуация может ощутимо тормозить на больших оффсетах. Плюс, будет заметно, если "цена" выборки одной строки большая - какой-нибудь LEFT JOIN или dependent subquery. Или "перекошенный" индекс, например, есть флажок логического удаления записи и просьба к SQL-ю выбрать только неудалённые.
(Достоинства пажинации тут все равно присутствуют - они в том, что по сетке этот 1М передавать не надо. Но база, тем не менее, может захотеть этот лишний 1М вычислить)
(извините заранее, ответ очень тупой, "по букварю" но, м/б, я вас не так понял)
Кажется, зависит от того, что конкретно в PostgreSQL у вас происходит, надо план выполнения смотреть. Особенно если там сортировка по чему-нибудь, что Постгри не умеет оптимизировать - по неиндексированному полю, по вычислимому выражению, по не тому индексу что использовался в отборе по Where.
Я с Постгри совсем не работал, но MySQL так умеет делать вообще легко. Предположим, там получилось в SQL limit 100 offset 1M, а базе приходится 1M+100 строк отобрать, потом 1M выкинуть; подобная ситуация может ощутимо тормозить на больших оффсетах. Плюс, будет заметно, если "цена" выборки одной строки большая - какой-нибудь LEFT JOIN или dependent subquery. Или "перекошенный" индекс, например, есть флажок логического удаления записи и просьба к SQL-ю выбрать только неудалённые.
(Достоинства пажинации тут все равно присутствуют - они в том, что по сетке этот 1М передавать не надо. Но база, тем не менее, может захотеть этот лишний 1М вычислить)
"на большой перемене" не равно "на занятии в школе под руководством преподавателя".
Чо-то есть ощущение, что энтузиаст-наставник имеет ненулевые шансы получить проблемы легального характера на ровном месте.
Спасибо, снова заглянул в эту бездну, где люди разговаривают псевдокодом (каждый своим))) Получил массу удовольствия.
У меня странный провайдерский тв-бокс на 10 андроиде, модели которого нет на 4pda (DIW3930). Никаких врождённых настроек, плюс-минус относящихся к делу, не обнаружил. Кстати, при первом подключении клавиатуры и попаданием курсора в текстовый инпут он мне сказал "используйте Shift+Space для переключения языков" *, (но чем он это сказал - зачеркнуто) это уведомление непонятно от какого приложения, повторить не удалось.
*) Не работают, увы, никакие переключения. Акцентированные буковки зато можно вводить, вообще милота!
Относительный успех мне сопутствовал только при установке External Keyboard Helper Pro, но с ним замечательная картина в приложении Youtube - экранная клавиатура включена на русский, с физической клавы набираются либо латинские символы, либо никакие. Очень похоже, что экранная клавиатура Ютуба с точки зрения андроида клавиатурой не является.
В "Кинопоиске" точно то же самое.
Но хотя бы в гугловой строке поиска русским стало можно печатать.
Андроид ТВ это странно.
Подскажите, где почитать про грамотное решение с переключением раскладки внешней клавиатуры для андроид-тв?
Помню, когда-то пытался найти сам, создалось впечатление что там даже не костыли, а запчасти для костылей непонятной комплектности, конструкции и совместимости. Конечно, доставляет, когда на экране русская клава, а с внешней клавиатуры при этом так и набирается латиница.
Заранее премного благодарен!
вот запятая в заголовке очень смешно искажает смысл написанного)
"Нужно съесть 2 куска мыла и в баню на снимок" (м/ф "Мартынко")
я сейчас изучаю в онлайн группе, одна из активностей на основе чередования оригинала и русского (не как у Ильи Франка, покрупнее, по паре абзацев). Вот так вперившись в зум, читаем оригинал вслух, преподаватель "ловит блох" в произношении и сразу корректирует. Очень муторно, занудно, но результаты даёт; я уже довольно произвольный текст могу зачитать вслух с минимумом ошибок, даже и не понимая что там написано) (учу португальский)
Хорошо, что это не единственный метод у этого преподавателя.
username checks out!
у меня без строчки c NOPASSWD в sudoers эта амнезия даже новый ключ не дает завести
(причём они сами под установку хотят Ubuntu, где все через sudo по умолчанию, вместо рутового юзера)
"Шваброид, скотина!" (с)