Небольшой отвлеченный вопрос, хорошая ли практика делать проверку count($array) > 0 перед foreach? Вроде как ранее выбрасывалось NOTICE если попробовать передать пустой массив в foreach, нет? P.S. Сейчас попробовал: <?php ini_set('error_reporting', E_ALL); ini_set('display_errors', 1); ini_set('display_startup_errors', 1); $values = array(); foreach ($values as $value) { echo $value . PHP_EOL; } PHP 7 не 7.2.3 не выдает ошибку

нет

форич просто пройдет 0 раз

guize

хмм...

на маленьком серваке 2гб оперативки, 1.5 свободно

делаю composer update (симфони проект) и он сжирает 1.5 гига и вылетает с can not allocate memory

в чем может быть косяк? только что сделал composer install и было норм, но изменил версию пхп (в композере) и теперь не воркает

Небольшой отвлеченный вопрос, хорошая ли практика делать проверку count($array) > 0 перед foreach? Вроде как ранее выбрасывалось NOTICE если попробовать передать пустой массив в foreach, нет? P.S. Сейчас попробовал: <?php ini_set('error_reporting', E_ALL); ini_set('display_errors', 1); ini_set('display_startup_errors', 1); $values = array(); foreach ($values as $value) { echo $value . PHP_EOL; } PHP 7 не 7.2.3 не выдает ошибку

Не помню такого, чтобы foreach выдавал какие то нотисы на пустых массивах. Можно сделать проверку на то, что это вообще массив, а еще можно сделать проверку на то, что массив содержит лишь определенные типы) но для этого нужны дженерики, не?

делаю composer update (симфони проект) и он сжирает 1.5 гига и вылетает с can not allocate memory

swap делай

было такое у меня

че за свап

хотя

типа диск в качестве рам

а, ты про то что просто увеличить память

может композер не может разрезолвить зависимости

на маленьком серваке 2гб оперативки, 1.5 свободно

сделай большой сервак для сборки на 8 гигов

тада уж проще снести вендоры и заново install )

и что бы он не много жрал - поднимай его по требованию

сделай большой сервак для сборки на 8 гигов

у меня акенео и в 8 улетела

у меня акенео и в 8 улетела

ну вообще update на CI это какая-то дикость

ну вообще update на CI это какая-то дикость

локально улетала)

ааа.... ну у меня 16 и пока все хорошо)

но вообще да опасно

хм просто инсталл сейчас всего около сотки жрет

делаю composer update (симфони проект) и он сжирает 1.5 гига и вылетает с can not allocate memory

нафига тебе глобальный апдейт в принципе? Если обновил версию пыхапе, делай composer update —lock, пересчитает только локфайл но те будет апдейтить зависимости, если обновления нужны — по одному пакету на локалке и гоняешь тесты

спасиб за хинт, пока не продакшн не страшно )

Небольшой отвлеченный вопрос, хорошая ли практика делать проверку count($array) > 0 перед foreach? Вроде как ранее выбрасывалось NOTICE если попробовать передать пустой массив в foreach, нет? P.S. Сейчас попробовал: <?php ini_set('error_reporting', E_ALL); ini_set('display_errors', 1); ini_set('display_startup_errors', 1); $values = array(); foreach ($values as $value) { echo $value . PHP_EOL; } PHP 7 не 7.2.3 не выдает ошибку

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

Ладно, наверное действительно так оно и есть. Спасибо @Gaaarfild, @murtukov, @dmitriytk

спасиб за хинт, пока не продакшн не страшно )

а время на отлов OOM exceptions и всякх багов, когда внезапно в минорной версии чего-то поломалось апи или на сервере не те версии пакетов и там даже кеш не собирается, когда на локали все работает не жалко?)

а время на отлов OOM exceptions и всякх багов, когда внезапно в минорной версии чего-то поломалось апи или на сервере не те версии пакетов и там даже кеш не собирается, когда на локали все работает не жалко?)

все еще навино надеюсь что найдут бекендера получше чем я )

Вопрос по MySQL. У меня такая проблема: надо в таблице user найти все дубликаты (сравнение по firstname для простоты примера). Для этого я делаю джоин таблицы с самой собой, вот запрос: SELECT c.id, c.firstname, d.id, d.firstname FROM user u JOIN user d ON u.firstname = d.firstname AND c.id <> d.id # чтобы не сравнивать строки с собой Проблема в том, что сравнениваются все строки со всеми, чего, очевидно, делать не обязательно. Можно ускорить процесс на 40%, если сравнивать каждую строку лишь с последующими строками, но как написать запрос, я не знаю.

это агрегирующие функции нужны

выбери id по distinct

SELECT firstname GROUP BY firstname HAVING COUNT(id) > 1

id - name

затем оттуда только id и not in

Если пользователей много, а имя не индекс - может быть тоскливо

А firstname скорее всего таки не индекс

Если пользователей много, а имя не индекс - может быть тоскливо

В этом нет и сомнений, тоскливо будет в любом случае. Имя - не индекс.

`SELECT GROUP_CONCAT(id SEPARATOR ', ') AS ids, firstname GROUP BY firstname HAVING COUNT(id) > 1`

так будет еще и идшники показывать

md5 от имени и в отдельную таблицу в память)))

В памяти будет быстро)

Хотя можно и без md5

блин, сколько должно быть записсей в таблице users, чтобы печаль была заметна на глаз?

Но это баловство

оракл сложные просчеты делает по объединенным таблицам, в которых 7-10 млн записей в каждой за минуту-две. При чем разрабы особо не парились с индексами

SELECT firstname GROUP BY firstname HAVING COUNT(id) > 1

Возможно я зря упростил пример, потому что должны выдаваться результаты не только по точному сравнению но и по soundex и по LIKE (то есть = OR LIKE OR soundex). Да, запрос будет оцень тяжелым. Но это не страшно, ведь мне всего 28, вся жизнь впереди)

`SELECT GROUP_CONCAT(id SEPARATOR ', ') AS ids, firstname GROUP BY firstname HAVING COUNT(id) > 1`

Я смогу твой пример изменить под свои нужды? В смысле возможно ли это в принципе?

А записей много?

md5 от имени и в отдельную таблицу в память)))

CREATE INDEX name_idx ON users USING hash (name);

Я смогу твой пример изменить под свои нужды? В смысле возможно ли это в принципе?

Абсолютно, это ж SQL

Окола 7000 тысяч юзеров. Если сравнивать всё со всем получится декартово произведение, это 49 миллионов строк

Точнее 49 миллионов сравнений строк

Это если делать джоином, как я написал выше

Вопрос по MySQL. У меня такая проблема: надо в таблице user найти все дубликаты (сравнение по firstname для простоты примера). Для этого я делаю джоин таблицы с самой собой, вот запрос: SELECT c.id, c.firstname, d.id, d.firstname FROM user u JOIN user d ON u.firstname = d.firstname AND c.id <> d.id # чтобы не сравнивать строки с собой Проблема в том, что сравнениваются все строки со всеми, чего, очевидно, делать не обязательно. Можно ускорить процесс на 40%, если сравнивать каждую строку лишь с последующими строками, но как написать запрос, я не знаю.

хм... c.id > d.id

Обьясните, почему симфони отказалась от поддержки hhvm?

Из-за говенного ООП в ххвм?

Обьясните, почему симфони отказалась от поддержки hhvm?

профита мало, гемора много

Обьясните, почему симфони отказалась от поддержки hhvm?

А зачем? PHP7 соразмерим по производительности c hhvm

Обьясните, почему симфони отказалась от поддержки hhvm?

https://symfony.com/blog/symfony-4-end-of-hhvm-support

А зачем? PHP7 соразмерим по производительности c hhvm

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

Я с села просто

ERROR: S client not available

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

Back then, the most attractive selling point of HHVM compared to PHP was performance. HHVM was way faster than PHP. But soon enough, the PHP team embarked on a quest to find ways to drastically improve the performance of PHP. PHP 7 was born. Nowadays, the performance difference between HHVM and PHP is not significant anymore.

это из ссылки цитата

разрабы симфони решили, что разница несущественная

Back then, the most attractive selling point of HHVM compared to PHP was performance. HHVM was way faster than PHP. But soon enough, the PHP team embarked on a quest to find ways to drastically improve the performance of PHP. PHP 7 was born. Nowadays, the performance difference between HHVM and PHP is not significant anymore.

Я помню. Но некоторые источники упирали на хайлоад и dramatically increase up to 30%

источники Фадьена, по всей видимости, таких данных не предоставляют)

Абсолютно, это ж SQL

Что-то не разумею, куда soundex вставлять?

источники Фадьена, по всей видимости, таких данных не предоставляют)

Короче, нигде счастья нет.

источники Фадьена, по всей видимости, таких данных не предоставляют)

Фадьен - это правильное произношение?)

ой

Фабьен, сорри

Что-то не разумею, куда soundex вставлять?

что такое soundex?

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

Есть сервак на 32гб оперативки. Nginx + php-fpm, 30к уников в час, (порно), LA 0.3

Есть сервак на 32гб оперативки. Nginx + php-fpm, 30к уников в час, (порно), LA 0.3

круто

Правда поток через цдн

Так что в принципе зря выебываюсь

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

не пользовался, не знаю

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

задача самому наваять?

не пользовался, не знаю

soundex('Max') == soundex('Maks') Потому как функция вернет один код для обех строк, примерно такой M967

задача самому наваять?

Нет, soundex это известный алгоритм, ему сто лет уже)

Он в мускуле встроен

ок, я думал ты спрашиваешь

GROUP BY soundex(firstname)

SELECT GROUP_CONCAT(id SEPARATOR ', ') AS ids GROUP BY soundex(firstname) HAVING COUNT(id) > 1

Вопрос по MySQL. У меня такая проблема: надо в таблице user найти все дубликаты (сравнение по firstname для простоты примера). Для этого я делаю джоин таблицы с самой собой, вот запрос: SELECT c.id, c.firstname, d.id, d.firstname FROM user u JOIN user d ON u.firstname = d.firstname AND c.id <> d.id # чтобы не сравнивать строки с собой Проблема в том, что сравнениваются все строки со всеми, чего, очевидно, делать не обязательно. Можно ускорить процесс на 40%, если сравнивать каждую строку лишь с последующими строками, но как написать запрос, я не знаю.

а что за задача такая? зачем тебе надо находить не только дубликаты, но и одинаково звучащие имена?

голосовые сообщения им собираешься посылать?)

SELECT GROUP_CONCAT(id SEPARATOR ', ') AS ids GROUP BY soundex(firstname) HAVING COUNT(id) > 1

Вряд ли я сам смогу переделать твой пример, под свои нужды (а возможно это и не возможно). Я скажу, что требуется: Есть таблица user с firstname и lastname Мне надо найти всех юзеров, имена которых (одновременно firstname и lastname) 1) равны между собой ИЛИ 2) входят друг в друга по LIKE, т.е. Alexander Schultz = Alex Schultz = exander Schult ИЛИ 3) равны по алгоритму soundex

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

Обьясните, почему симфони отказалась от поддержки hhvm?

для того чтобы что-то поддерживать, нужно, чтобы хотя бы кто-то из кор тима его юзал. А полтора индивидуума, которые симфу на hhvm гоняют в полупродакшне — не целевая аудитория

Вряд ли я сам смогу переделать твой пример, под свои нужды (а возможно это и не возможно). Я скажу, что требуется: Есть таблица user с firstname и lastname Мне надо найти всех юзеров, имена которых (одновременно firstname и lastname) 1) равны между собой ИЛИ 2) входят друг в друга по LIKE, т.е. Alexander Schultz = Alex Schultz = exander Schult ИЛИ 3) равны по алгоритму soundex

Тебе нужно просто перечислить всех таких пользователей или знать какой пользователь на какого похож?

Тебе нужно просто перечислить всех таких пользователей или знать какой пользователь на какого похож?

Мне нужно перечислить все пары с их ид. Потом результаты занесутся в таблицу dublicates

а какая цель этого мероприятия?