пм2 для ноды собираюсь попробовать, но уже к форевер так привык ) думаю пока я собирусь js макаки уже заклеймят пм2 устарешвим и будет в тренде чтото еще )

pm2 какой-то... стремный по управлению...

пм2 для ноды собираюсь попробовать, но уже к форевер так привык ) думаю пока я собирусь js макаки уже заклеймят пм2 устарешвим и будет в тренде чтото еще )

ну pm2 и правда поюзабельнее форевера, хотя на вкус и цвет, вот Диме не нравится)

т.е. работает, все ок... но, блин, неужели нельзя было нормально через конфиг управление конфигурацией процессов сделать

олдскульщики все равно будут на supervisord сидеть

supervisor не подводит

ну pm2 и правда поюзабельнее форевера, хотя на вкус и цвет, вот Диме не нравится)

чисто спортивный интерес, а почему не использовать штатный systemd?

у пм2 ж встроеная кластеризация по ядрам цпу? супервизорд так не умеет афаик

чисто спортивный интерес, а почему не использовать штатный systemd?

мониторинг, перезапуск, старт от пользователя, вывод в лог - скорее в нем все это есть же?

есть

тогда не знаю, почему не использую, как-то не доводилось, можно заняться и переделать все на systemd

/stat@combot

combot.org/chat/-1001042383571

кто может подсказать почему поиск по бд LIKE такой вариант работает. $likeVar = "%".$text."%"; $prepared->bind_param('s', $likeVar); а такой нет $prepared->bind_param('s', "%".$text."%");

вроде разницы ж не должно быть никакой, но второй вариант не работает

см разницу между bindParam и bindValue

см разницу между bindParam и bindValue

Спасибо

combot.org/chat/-1001042383571

Всем привет. А по mysql тут можно получить подсказку?

Сорри

Да что-нибудь простое стоит сразу задать. Если не по теме, подсказали бы куда (например @dba_ru)

да два сервера, 5,5 и 5,6, базы одинаковые, а вот один и тот же запрос на 5,5 ,0002 секунды на 5,6 - 2 секунды

Серверы по мощностям то идентичные? И БД сконфигурированы одинаково?

Ну, думаю, первое посоветовали бы explain сделать. А так, стоит в сообщество, что я ссылку дал, сходить наверное

Серверы по мощностям то идентичные? И БД сконфигурированы одинаково?

серв с 5.6 мощнее... бд одинаково сконфигурированы. разные ос - freebsd 9 и 11.. наверное надо сюда копать

разные fs.. но не настоль ко же жестко..

стукнусь в dba_ru, спасибо

а индексы проверяли?

да. такое впечатление, что like в 5.6 намного медленей работает. ему, индексы не актуальны

Кто то еще использует Mysql?! Я думал уже все на форки перешли, в которых между прочим исправлено множество ошибок, которые в оригинальном Mysql фиксятся годами.

Кто то еще использует Mysql?! Я думал уже все на форки перешли, в которых между прочим исправлено множество ошибок, которые в оригинальном Mysql фиксятся годами.

можешь посоветовать какой-то конкретный форк? А то слышу о них из интернетов регулярно, но из моих знакомых никто ничего не юзал

MariaDB Percona server

По Percon-е, есть в сети несколько докладов от Петра Зайцева. Очень достойные доклады

Респект, гляну

Кто то еще использует Mysql?! Я думал уже все на форки перешли, в которых между прочим исправлено множество ошибок, которые в оригинальном Mysql фиксятся годами.

а по делу нечего сказать ?

percona, на мой взгляд, самый достойный форк. Мария стала известна больше из-за массированной маркетинговой программы

большой плюс перконы, кстати, xtrabackup, который позволяет делать бэкапы баз не через дампы

а по делу нечего сказать ?

diff искать между системами. Временно для like можно force index использовать.

спасибо

большой плюс перконы, кстати, xtrabackup, который позволяет делать бэкапы баз не через дампы

Да. И в целом у Percona есть еще целый ряд инструментов, достойных аналогов которым нет. Те же инструменты по контролю репликациями и т.д.

+

Парни, а вопрос о тестировании (конкретнее, Phpunit в Laravel) - как/какую вы БД используете? sqlite в памяти? отдельную тестовую базу? текущую базу с транзакциями? (подразумеваем, что проект работает на MySQL)

мы sqlite используем, отдельную с фикстурами

мы sqlite используем, отдельную с фикстурами

фикстуры - это я правильно понимаю, какие-то сидеры, начальные данные?

да

А не бывает каких-то моментов, что sqlite работает не совсем так как MySQL? Ну например не имеет boolean значение, вроде как?

Парни, а вопрос о тестировании (конкретнее, Phpunit в Laravel) - как/какую вы БД используете? sqlite в памяти? отдельную тестовую базу? текущую базу с транзакциями? (подразумеваем, что проект работает на MySQL)

Мы используем, то что и в production. Т-к в бд есть еще и ряд функций и тригеров, используемые приложением

Или это просто имеется ввиду при написании тестов?

А не бывает каких-то моментов, что sqlite работает не совсем так как MySQL? Ну например не имеет boolean значение, вроде как?

Бывает)

Мы используем, то что и в production. Т-к в бд есть еще и ряд функций и тригеров, используемые приложением

А миграции на каждый тест накатываете или как?

Если что, вопрос связан со временем выполнения тестов в общем то.

просто имеется ввиду, есть специальное окружение с фиксами на такие случаи

sqlite в памяти - работает очень быстро конечно, но хочется тестить все же на одинаковом окружении

тесты выполняются в несколько потоков

А миграции на каждый тест накатываете или как?

Фикстуры только перезаливаются, но далеко не всегда.

При завершении теста, все подчищается лишнее

главный плюс с sqlite, что можно сделать так: 1) Подготавливаем фикстуры. 2) Делаем копию файла базы с исходным состоянием. 3) Делаем отдельную копию на каждый поток. 4) После каждого теста заменяем файл базы файлом с изначальным состоянием.

то есть миграции не делаете, просто truncate таблицам если надо, и сидирование?

копирование на порядки быстрее чем выгрузка базы

всегда тесты делаются на изначальном состоянии базы

главный плюс с sqlite, что можно сделать так: 1) Подготавливаем фикстуры. 2) Делаем копию файла базы с исходным состоянием. 3) Делаем отдельную копию на каждый поток. 4) После каждого теста заменяем файл базы файлом с изначальным состоянием.

ну да, тут смысл понятен в принципе. да и если драйвер пользовать, что в памяти работает - там все оч быстро

легко гонять в несколько потоков

у нас для таких тестов бехат испольузется, но принцип тот-же

Я сейчас в laravel использую трейт DatabaseMigrations, что миграции на каждый тест делает. И вот подумал сейчас, а зачем... можно ж очищать таблицы - это сильно быстрее должно быть

делать миграции каждый раз сильно долго

ну да. на живой mysql базе. в памяти - более менее норм, но там sqlite

то есть миграции не делаете, просто truncate таблицам если надо, и сидирование?

не truncate, cp behat/behat.db /behat/behat.db.1

ну про sqlite понятно, да)

сама структура накатывается один раз

дада, я понял

у нас симфони с доктриной

mysql и всегда создаем новую бд с уникальным именем, которую дропаем после прогона тестов

таблицы транкейтим и только те, которые были изменены предыдущим сценарием

+ замапили папку с файлами бд в память

таблицы транкейтим и только те, которые были изменены предыдущим сценарием

Примерно к этому и склоняюсь

написали свой парсер фикстур для gerkin, который позволяет таблички как в gerkin-стиле писать

если тестов не сильно много, то можно и так

тогда уж можно просто все таблицы в тип memory загнать ?

тогда уж можно просто все таблицы в тип memory загнать ?

нельзя, у типа memory нет индексов, миграции не пройдут

Парни, а вопрос о тестировании (конкретнее, Phpunit в Laravel) - как/какую вы БД используете? sqlite в памяти? отдельную тестовую базу? текущую базу с транзакциями? (подразумеваем, что проект работает на MySQL)

Работал так: все в докере, MySQL тоже, проект на symfony 3 тестировал codeception, у него давольно приятный db плагин, который может в зависимости от настроек либо накатывать тестовый дамп базы либо оставлять изменения. Тестов было 150 классов*10 методов в каждом. acceptance в основном. Проблем со скоростью не наблюдал в 3 минуты укладывался

точно

спс, не учел

удобнее кстати дропать перед началом теста, тогда если тест фейлится можно посмотреть что в бд осталось

удобнее кстати дропать перед началом теста, тогда если тест фейлится можно посмотреть что в бд осталось

так и делается кстати в ларе сейчас. удобно

В общем, у меня главная проблема - миграции на каждый тест. тяжеловато становится постепенно (хотя тоже все относительно)

у нас название БД уникальное (pid используем). Это позволяет одновременно запускать много тестов

надо попробовать сделать truncate, да и то, по запросу

я пока в сторону параллельного запуска не смотрел вообще