Сообщения появляются каждый раз когда контейнер запускается/останавливается... это особенность ubuntu и нормальное поведение docker. (до обновления этих сообщений не было)
В docker ps обнаружил что 1 контейнер постоянно перезапускаeтся тк в нем происходит какая то ошибка - вот откуда столько сообщений.
Hemul GM, Хотя все же не то... субмодули должны лежать в своих директориях, а мне нужно мерджить в ToDoList последнюю версию boilerplate.
Пробую в ToDoList подключить boilerplate как 2й remote (1й остается для push'a в оригинальный, а 2й будет для обновлений boilerplate) но пока не разобрался с merge тк ругается что истории отличаются.
Hemul GM, Я пока планирую как это делать в будущих проектах основанных на boilerplate.
В нормальных случаях, зависимости, которые имеются в проекте должны вести на оригинальный репозиторий.
Подскажите пример как оно должно работать в нормальных условиях. Вот создал я webpack-vue-boilerplate. Как мне дальше создать ToDoList что бы он ссылался на boilerplate ? Fork (мне кажется он немного для другого предназначен) ?
SELECT * FROM `my_table` WHERE foo="bar" LIMIT 10;
SELECT FOUND_ROWS() as count;
Можете подсказать почему FOUND_ROWS() всегда возвращает 1 ? Версия сервера последняя (8.0.23 - MySQL Community Server), в MariaDB также. Данные точно есть)) пробовал и через phpMyAdmin и через консоль напрямую вбивать.
Так и сделал но вариантом с "WITH" сократив кол обращений к базе и дублирование тела запроса.
Здесь ты ничего не сократишь.
Странно конечно тк по логике можно было бы переиспользовать результат первой выборки. Мб мы оба чего то не знаем... и кто нибудь прольет свет. Хотя я еще не до конца разобрался с WITH, но он скорее всего просто хранит часть запроса и в итоге выборка происходит дважды.
FanatPHP, Это байт такой ? А чего уж там год, давай лучше во все тяжкие - N ? Какая разница 0.02 сек или год или N если логически можно сократить в двое.
Без "воды" по делу слабо ?
В тз сказано - нужно кол совпадений по условию и N записей из выборки этим условием (+ сортировка по колонке). А с 1 запросом проще работать чем с 2 при том что у них общие части.
Допустим оптимизировать запрос больше некуда но он все равно ресурсоемкий.
Например задача занимает 10 мин, вы предлагаете пересчитать по новой те же данные что бы сократить их до 150 записей и ждать 20 мин ? Это похоже на шутку, непонятно только кто так пошутил... MYSQL вроде серьезные ребята.
Rsa97, Разобрался... просто "WITH `tmp` AS (SELECT * FROM 'my_table')" не сработает и если в какие либо скобки ставить тоже не работает, нужно что бы сразу шел запрос например SELECT.
[2021-03-20 19:02:35] [42000][1064] You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near '' at line 1
По поводу существования этих сообщений вопрос пока открыт. Как отключить эти сообщения в ubuntu.