Передача по ссылке позволяет существенно экономить ресурсы. Это капитальный аргумент, если речь о массивах, которые весят мегабайты. Без ссылок объём занимаемой оперативки в лучшем случае удваивается и скрипт с большой вероятностью фатально отваливается. Сравнимо с утечками памяти. Ну, может для кого-то это не аргумент, но для меня, с точки зрения кода очень важно.

да не нужно вести речь о массивах вообще в 2018 году, хватит уже писать конструкции вида isset($foo['bar']['baz][0]['faz']['paz'])

Это же не нам решать, есть куча легаси библиотек и движков в которых такого добра навалом

Понятно что те капли что мы кодим выглядят нормально

Это же не нам решать, есть куча легаси библиотек и движков в которых такого добра навалом

моки на это писать нам, отделять наш код от этих библиотек тоже нам чтобы иметь возможность написать мок на public function &foo(&array)

А если ты например под друпал или магенто разрабатываешь :)

А если ты например под друпал или магенто разрабатываешь :)

https://github.com/doctrine/doctrine2/blob/77e3e5c96c1beec7b28443c5b59145eeadbc0baf/lib/Doctrine/ORM/UnitOfWork.php#L476 последнее на что натыкался

так что не наткнуться можно легко даже в не самых "плохих" проектах

Передача по ссылке позволяет существенно экономить ресурсы. Это капитальный аргумент, если речь о массивах, которые весят мегабайты. Без ссылок объём занимаемой оперативки в лучшем случае удваивается и скрипт с большой вероятностью фатально отваливается. Сравнимо с утечками памяти. Ну, может для кого-то это не аргумент, но для меня, с точки зрения кода очень важно.

прочитай про COW

copy-on-write если гугл коров подсовывает ? но в общем по названию все ясно

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

Pomogite ustanovil mysql workbench kak zapustit evo???

Есть кто с вордпрессом знакомый?

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

Там все хитрее

Копирование происходит не всегда и не всего

В общем довольно оптимизировано

mysql-workbench можно написать в консоли для запуска

mysql-workbench можно написать в консоли для запуска

Kak obisneti plz????

Kak obisneti plz????

https://dev.mysql.com/doc/workbench/en/wb-launching-windows.html

https://dev.mysql.com/doc/workbench/en/wb-launching-windows.html

Sps

Привет, подскажите плиз, как работает копирование массива в php pastebin.com/pxORTu Интересует почему на время почти не влияет количество элементов массива. А влияет лишь кол-во итераций, где массив передаётся в функцию. Это из-за того, что у нас каждый раз массив создаётся в динамической памяти, и, операция malloc намного дольше, чем memcpu?

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

А почему в моем случае COW не сработал?)

Ребят, подскадите такой момент, как я могу узнать что у меня приходит в POST параметре в мой срипт?

file_put_contents('array.txt', file_get_contents('php://input')); попробовал записать в файл получил ответ sender=9666666&content=prilozhenie+%27Moj&recipient=MTS+RUS

echo '<pre>'; var_dump($_POST);

echo '<pre>'; var_dump($_POST);

так я просто не знаю в каком формате эти данные приходят в мой скрипт. поэтому вардамп не подходит.

var_dump покажет тип данных, содержащихся в $_POST

а я могу var_dump записать в файл?

можно через буферизированный вывод, но зачем. Это просто способ вывода массива, echo на стероидах. А $_POST -это обычный массив. просто используй serialize и пиши куда угодно

serialize говорит что у меня POST пустой

Привет, подскажите плиз, как работает копирование массива в php pastebin.com/pxORTu Интересует почему на время почти не влияет количество элементов массива. А влияет лишь кол-во итераций, где массив передаётся в функцию. Это из-за того, что у нас каждый раз массив создаётся в динамической памяти, и, операция malloc намного дольше, чем memcpu?

я не на столько часто использую пхп чтобы знать детали, но там в 7 версии поведение foreach вроде предполагает изначально копирование каждого элемента во внутреннюю область видимости. Ну а вообще копирование массива простейшая операция, просто вызывается функция init и передаются параметрами длина и значения массива для копирования. Скорее всего тут именно алгоритмическая разница, хотя могут быть конечно косяки реализации, но мне не на столько интересен пхп, чтобы лезть в этти дебри. Работает и я его не трогаю)

а вот file_get_contents('php://input') показывает что там сеть данные

serialize говорит что у меня POST пустой

значит ничего не пришло постом в момент вызова

вот я тоже так подумал

а каким методом тогда пришли значения переменных непонятно

просто посмотри заголовки

ну или в крайнем случае логи сервера, или перенаправь на отладочный сервер с каким нибудь netcat думаю это возможно

вот такая штука есть http://httpbin.org/

Ребят, подскадите такой момент, как я могу узнать что у меня приходит в POST параметре в мой срипт?

с какими заголовками отправляются данные?

да вот тоже не знаю. https://github.com/advarisk/smsrelay/blob/master/docs/index.md использую вот это приложение для переадресации SMS в телеграм

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

если они приходят, то значит ты как -то не так их получаешь и нужно просто посмотреть структуру запроса. Если сервер их не принимает, ни твой ни отладочный, то нужно смотреть куда они уходят с девайса, какой -нибудь снифер для android поможет, их много должно быть, но это конечно если там логов никаких нет, но судя по тому, что исходники открыты просто добавь вывод отладочный и запусти в эмуляторе

я все-таки думаю что они через PUT приходят, причем в настрйоках я явно указал POST

и да, просто указав $_SERVER['REQUEST_METHOD'] так и есть PUT

Ребята, подскажите внятную статью про оптимизацию изображений на сайте. Задача при вливании фото на сайт пользователем оптимизация изображения для хорошего рейтинга в google pagespeed

вот https://www.nginx.com/blog/responsive-images-without-headaches-nginx-plus/ и вот http://nginx.org/en/docs/http/ngx_http_image_filter_module.html если юзаешь Nginx отличный вариант, один раз настроил и забыл

Кстати, по массивам и ссылкам. Для php7+ вот это еще актуально? https://habr.com/post/134784/

быстрый тест показал, что вроде актуально...

?

ERROR: S client not available

что ето было?)

надо обоим на корневой домен куки делать

там вроде точку надо приписать в начало домена

.m.ekallu.com?

угу

я мог неправильно тебя понять

Массивы против MySQL. Провёл тестирование. Взял 50 000 000 пар ЦЕЛОЧИСЛЕННЫЙ_ИДЕНТИФИКАТОР = НЕКОТОРАЯ СЛУЧАЙНАЯ СТРОКА.

1) Залил эти пары и залил в массив, сделал выборку на предмет количества записей, строка в которых содержит ОПРЕДЕЛЁННУЮ ПОДСТРОКУ. Получил время Х (39 сек)

2) Залил эти же пары в таблицу MySQL. Сделал по сути ту же выборку, но только, понятно, через SQL запрос

3) Итоги:

3.1) SQL выборка заняла 53 сек. (на 26% дольше)

3.2) Места SQL таблица занимает на 33% больше

3.3) Не столь критично но всё же, заливка данных в SQL заняла на 18% больше времени

Уот так уот)

Конечно, речь о глобальных выводах не идёт, но всё же заставляет задуматься.

Кстати, те 50 000 000 записей лежат в 100 отдельных файлах ПХП. То есть при выборке тратилось время на загрузку файлов. И всё равно при этом массивы оказываются быстрее.

Заставляет задуматься…

о проф пригодности…

о проф пригодности…

+1 ^)

Кстати, по массивам и ссылкам. Для php7+ вот это еще актуально? https://habr.com/post/134784/

Статья добротная. О хакке со ссылкой в foreach не знал.

о проф пригодности…

Ат, юморист) Своим тестом я не пытаюсь доказать, что mysql нужно всюду заменять массивами. Просто в ряде высоконагруженных задач массивы (посредством некоторой несложной библиотеки) становятся вариантом выбора. Вероятно, многие интересуются высокими нагрузками, оптимизацией ресурсов - им сравнительные тесты могут быть интересны. Можно оптимизировать mysql аспекты (индексы, запросы), но и массивы с тем же успехом можно оптимизировать. Ещё можно применять редис или какое-либо иное внешнее решение. Но что если вспомнить о ресурсах самого пхп - я вот скорее об этом.

Ат, юморист) Своим тестом я не пытаюсь доказать, что mysql нужно всюду заменять массивами. Просто в ряде высоконагруженных задач массивы (посредством некоторой несложной библиотеки) становятся вариантом выбора. Вероятно, многие интересуются высокими нагрузками, оптимизацией ресурсов - им сравнительные тесты могут быть интересны. Можно оптимизировать mysql аспекты (индексы, запросы), но и массивы с тем же успехом можно оптимизировать. Ещё можно применять редис или какое-либо иное внешнее решение. Но что если вспомнить о ресурсах самого пхп - я вот скорее об этом.

а ты про кеш не вспомнишь?