у v8 хороший jit, еще бы кстати lua сюда с их luajit

У lua я объектную модель сходу не осилил :) Хотя в embed использую, но чисто процедурно.

Вариант с LOR'а — 2.70 сек. Чуть медленнее, но в целом то же самое.

@Balancer, а Clang + C++ не пускал?

Нет, нету.

Нет, не пускал.

Всё, что пускал, на странице результатов есть :)

Ребят как на php можно делать сверку ssl ключей? Типа загрузил,сравнил, авторизовал

Ребят как на php можно делать сверку ssl ключей? Типа загрузил,сравнил, авторизовал

А cURL не умеет?

http://php.net/manual/ru/function.curl-setopt.php

CURLOPT_SSLKEY

По тестам. В каком ppa сейчас самый кошерный php-7.1? Всё в том же ondrej или лучше есть?

Секунду, сейчас скажу откуда у меня.

https://packages.sury.org/php/README.txt $ dpkg -l | grep php ii php-common 1:49 all Common files for PHP packages ii php-igbinary 2.0.1-1+0~20161222090230.9+stretch~1.gbp48b058 amd64 igbinary PHP serializer ii php-redis 3.1.0-1+0~20161222090231.7+stretch~1.gbpbef7d4 amd64 PHP extension for interfacing with Redis ii php-xdebug 2.5.0-1+0~20161206202408.8+stretch~1.gbpd8b91d amd64 Xdebug Module for PHP ii php7.1 7.1.0-5+0~20161222133152.13+stretch~1.gbp46a191 all server-side, HTML-embedded scripting language (metapackage) ... ii php7.1-zip 7.1.0-5+0~20161222133152.13+stretch~1.gbp46a191 amd64 Zip module for PHP $ cat /etc/apt/sources.list.d/php.list deb https://packages.sury.org/php/ stretch main

ППЦ.

Так и не понял как код вставлять в Телеграме.

А хотя.

Вроде неплохо.

Так и не понял как код вставлять в Телеграме.

Тремя бэктиками. Как в Markdown

$x = 1; $y = 2;

Ага.

Ну вот, вот этот PPA хорош. Постоянно обновляют.

Bleeding Edge.

Тремя бэктиками. Как в Markdown

Я ещё пробовал вот это: https://github.com/phpbrew/phpbrew Но так и не завёл в своём Debian Testing Stretch 9.

Не разобрался с openssl библиотекой.

А на Xubuntu 16.04 LTS было нормально.

Даёшь 7.1!

Вышло 50.6 против 58.0 на php-7.0.13. Чуть быстрее стал.

Закоммитил и JS, и php-7.1

О.

Ровно в два раза медленнее HHVM.

python3.5 стал совсем грустным. ~170 (ещё тесты идут, но доолго статистику набирать, по три минуты почти на круг) против 145 на 3.3 и 3.4 и 129 на 2.7.5

Кстати, hhvm свежий тоже можно пощупать.

hhvm как-то совсем печалит в плане релизов

подзабили что ли

В итоге что, Нода самый быстрый скриптовый язык?

Dart в расчёт не берём.

Выход php7 подкосил.

В итоге что, Нода самый быстрый скриптовый язык?

Похоже, да :)

По крайней мере на таком тесте.

что в общем-то предсказуемо

Правда у Ноды серверных backend фреймворков нормальных так и не появилось. Express/Koa + куча библиотек всё-таки как-то не очень, на фоне разнообразия в PHP и Python мире.

это да

hhvm со времени 3.12 не изменился, те же 25 сек.

/join

/join

Люди. Есть тут спецы по composer? Такая задачка возникла. Есть базовая библиотека. Скажем, vendor/lib. Есть добавление к ней функционала, на выбор несколькими вариантами. Для однозначности — сохранение системных переменных. Можно в БД, можно в файлы. Хочется, чтобы при наличии прямого укзания в приложении, библиотека использовала выбранный пакет. При отсутствии — грузила один из пакетов сама, в нашем случае — файлы. Я пока могу указать зависимость от некоего метапакета, скажем, vendor/vars, и provide этого пакета в пакетах реализаций. Т.е. vendor/vars-files обеспечивает vendor/vars и vendor/vars-db — аналогично. В этом случае при ручном выборе одного из vendor/vars-* всё работает как надо. Но если вручную не указать, то загрузка vendor/lib, естественно, ругается, что не находит vendor/vars. Можно ли как-то это дело автоматизировать? Чтобы vendor/vars-files грузилось автоматом, если не указан другой пакет, обеспечивающий функционал vendor/vars?

Может у кого завалялся скрипт импорта сообщений в вк?)

Импорт\Экспорт

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

Люди. Есть тут спецы по composer? Такая задачка возникла. Есть базовая библиотека. Скажем, vendor/lib. Есть добавление к ней функционала, на выбор несколькими вариантами. Для однозначности — сохранение системных переменных. Можно в БД, можно в файлы. Хочется, чтобы при наличии прямого укзания в приложении, библиотека использовала выбранный пакет. При отсутствии — грузила один из пакетов сама, в нашем случае — файлы. Я пока могу указать зависимость от некоего метапакета, скажем, vendor/vars, и provide этого пакета в пакетах реализаций. Т.е. vendor/vars-files обеспечивает vendor/vars и vendor/vars-db — аналогично. В этом случае при ручном выборе одного из vendor/vars-* всё работает как надо. Но если вручную не указать, то загрузка vendor/lib, естественно, ругается, что не находит vendor/vars. Можно ли как-то это дело автоматизировать? Чтобы vendor/vars-files грузилось автоматом, если не указан другой пакет, обеспечивающий функционал vendor/vars?

Самый первый вариант, который приходит в голову: https://github.com/Ocramius/PackageVersions Проверять пакеты нужные на наличие в самой программе твоей. Если не установлены, то выбрасывать исключение и писать текстом про то, что юзер должен что-то установить. Были способы покрасивее, сейчас найду.

Overhead таких проверок минимален, если autloader был оптимизирован в Composer.

Там Ocramius где-то рассказывал про overhead.

Как ещё один вариант: https://getcomposer.org/doc/articles/custom-installers.md Написать установщик для твоей программы. И пускай пользователь в терминале выбирает один из двух вариантов конечной реализации-пакета.

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

Ну, про исключение при отсутствии пакета в данном случае — избыточно. В текущей реализации при отсутствии одного из пакета с реалзацией просто composer установку не выполнит :) Но хочется чего-то более простого и удобного.

грузить оба пакета и в конфиге указывать реализацию

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

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

Звучит интересно, а ещё более интересно что там предлагал автор на замену.

Кидай сюда как найдёшь.

вроде было что-то типа "миграции должны всегда идти вперед" и если ты где-то накосячил, то делаешь еще одну миграцию вперед

если надо вернуться к другой ветке? берешь чистую базу и накатываешь все миграции до нужной?

ну вот тут да, но с глобальными изменениями в схеме между ветками в любом случае будет боль

берешь другую ветку, форкаешь код? - форкай и базу, так получается

вроде было что-то типа "миграции должны всегда идти вперед" и если ты где-то накосячил, то делаешь еще одну миграцию вперед

Не совсем понял формулировку. Вот данная фраза: «если ты где-то накосячил, то делаешь еще одну миграцию вперед». У нас в команде итак запрещено лапать старые миграции. За это по шее дают, причём больно и сильно. Тоже создаём новые, если накосячил в старой. В команде из 4+ PHPшников это важно. Или я таки неправильно понял твою фразу? ?

Не совсем понял формулировку. Вот данная фраза: «если ты где-то накосячил, то делаешь еще одну миграцию вперед». У нас в команде итак запрещено лапать старые миграции. За это по шее дают, причём больно и сильно. Тоже создаём новые, если накосячил в старой. В команде из 4+ PHPшников это важно. Или я таки неправильно понял твою фразу? ?

ну типа если тебе нужно сделать роллбек, то это еще одна миграция, это настолько дикий холивар и я настолько не подготовлен к этому (да и точку зрения по этому вопросу пока твердую не имею), что я не особо готов холиварить) надо статью найти

ERROR: S client not available

может в ней будут достаточно убедительные аргументы

А, всё уяснил.

То есть rollback/downgrade нет совсем, но rollback делается выполнением новой.

типа того

Да, тут с ветками же жопа страшная будет.

знаю системы где бд и ее схема живет отдельно от приложения :) и дбашники делают страшные вещи) но это не аргумент

вроде было что-то типа "миграции должны всегда идти вперед" и если ты где-то накосячил, то делаешь еще одну миграцию вперед

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

не исключено

Или работает в одного над проектом. Ну максимум двое.

плохо гуглится чет, набросил и пойду дальше работать)

Или работает в одного над проектом. Ну максимум двое.

Как раз в одиночку rollback постоянно при локальной отладке нужен :) Накатил миграцию, видишь, чего-то ещё не хватает, откатил, дополнил код, накатил снова. И так в цикле, пока всё, что надо не заработает. Потом делаешь коммит суммарных изменений. Я иногда migrate/rollback по десятку раз за одну подготавливаемую правку при отладке гоняю :)

Как раз в одиночку rollback постоянно при локальной отладке нужен :) Накатил миграцию, видишь, чего-то ещё не хватает, откатил, дополнил код, накатил снова. И так в цикле, пока всё, что надо не заработает. Потом делаешь коммит суммарных изменений. Я иногда migrate/rollback по десятку раз за одну подготавливаемую правку при отладке гоняю :)

Короче идея того чувака не production и не real world ready. ?

спасите чуваки

в phpstorm нажал "не спрашивать" в диалоге "добавить ли новый файл в git"

нажал случайно

как вернуть обратно?

Оно?

блин

вроде оно

но у меня именно так значки и стоят

Поиск в PhpStorm классная штука. ?

да я знаю

Гм, ну ищи дальше.

По "versioned", "git", "prepare" и так далее.

Я вот всё думаю, а может ли DTO содержать какую-то логику (не бизнес), которую необходимо покрыть тестами?

Люди. Есть тут спецы по composer? Такая задачка возникла. Есть базовая библиотека. Скажем, vendor/lib. Есть добавление к ней функционала, на выбор несколькими вариантами. Для однозначности — сохранение системных переменных. Можно в БД, можно в файлы. Хочется, чтобы при наличии прямого укзания в приложении, библиотека использовала выбранный пакет. При отсутствии — грузила один из пакетов сама, в нашем случае — файлы. Я пока могу указать зависимость от некоего метапакета, скажем, vendor/vars, и provide этого пакета в пакетах реализаций. Т.е. vendor/vars-files обеспечивает vendor/vars и vendor/vars-db — аналогично. В этом случае при ручном выборе одного из vendor/vars-* всё работает как надо. Но если вручную не указать, то загрузка vendor/lib, естественно, ругается, что не находит vendor/vars. Можно ли как-то это дело автоматизировать? Чтобы vendor/vars-files грузилось автоматом, если не указан другой пакет, обеспечивающий функционал vendor/vars?

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

Маленький такой свечной заводик.

типа того

Ребят всем привет

простите туплю нереально ) можете по js кое чо глянуть?