Pull to refresh
79
-0.1
Олег Ефимов @Sannis

Everything Developer

Send message

Он даже в документации к PHP есть.

Быть может это проблема "уровня" Symfony?

Shortki, традиционный вопрос: диаграммы руками рисовали?

Когда я увидел в коде коллеги const list = array(1, 2, 3); мне поплохело. Если так можно написать не значит что нужно.

Собеседоваться на PHPшника? Ну ты шутник :-)

Под 2000 за стакан пива и пюрешку с сосиской, насколько помню.

Не помню как насчёт бенгерс энд мэш, но по Гиннесу сравнение в пользу Лондона: самый дешёвый вменяемый в Москве сейчас стоит 390, средняя цена в пабах Сохо (!) — £4.5 = 327.

99% кода на Go в Баду пишется в отделе C-разработки и задачи выбрать язык который был бы проще в изучении PHPшникам не стояло. Была цель выбрать язык который был бы достаточно эффективен (ближе к C чем к PHP), но при этом бы на нём было быстрее писать (основное, насколько я понимаю, чтобы был GC). Так что Node.js не подошёл нам по многим параметрам.


P.S. Моё личное мнение насчет Node.js — на нём даже проще написать плохо работающий код, чем на PHP.

Если рисовать пропорционально все площадки и подкластера инфраструктуры Баду — на экран не влезет :-)

В принципе нам ничто не мешает стандартизировать и подстановки, но так как новые сервисы появляются не чаще раза в месяц в этом пока не было необходимости.

В Badoo практически всегда используется pinba_stats_history=60.
Raw данные мы не используем, только отчеты, а для них совершенно не нужно хранить данные за 15 минут.

Попробуйте phpcf — он умеет как находить, так и исправлять ошибки форматирования. Кроме того, если его запускать из git репозитория, он может проверять только те строки, которые были изменены с последнего коммита.
Вы разрешите доступ к своему ноутбуку и виртуалке на нём админскому паппету? Думаю нет :-)
Зачем очищать или инициализировать по новой?

Каких проблем конкурентных запросов? Node однопоточна, что избавляет от проблем конкурентного доступа к данным на корню.

Вы серьёзно сейчас пытаетесь сравнивать один однопоточный сервер Node и один php-fpm с одноим воркером? Как только вы начинаете запускать Node cluster или несколько процессов на одном сервере или выходите за рамки одного сервера приходится заниматься всем этим, какую бы видимую простоту Node вам не сулила.

Выходит что в 4х, так что всё равно плохо.
Наличие utils — не слишком хороший признак сам по себе :-)
На документацию по написанию PHP extension с поддержкой persistent connect?
На деле всё не так просто и о persistent connection нужно думать начиная с протокола взаимодействие клиента с сервером.
А уже во вторую очередь думать о том как это сделать в расширении для определённого языка.
Для начала, ИМХО, стоит начать отсюда: http://www.slideshare.net/rybaxek/pconnect-12329335.
У нас не так часто появляется необходимость в новых расширениях. Навскидку за последний год это был только tarantool 1.6, нецелесообразно было писать его на Зефире с нуля.
А что об этом пишут на https://bugs.php.net/?
Какой смысл делать всё такие крутое если при рестарте всё равно пропадут данные?

А persistent connections к сервисам можно и так делать на уровне расширений.

Information

Rating
Does not participate
Location
Россия
Date of birth
Registered
Activity