Как стать автором
Обновить
113
0
Vladimir Goncharov @morozovsk

Backend developer

Отправить сообщение
Да, но похоже работает только по фоткам, которые в профиле, а по тем, которые в альбомах не ищет.
Но хоть что-то.
но я об этом не получил бы уведомления в интерфейсе
т.е. речь идёт как раз-таки об уведомлениях на сайте, а не в почту.
В 2019 году, когда уведомления о новых сообщениях в диалогах отображаются в интерфейсе, а о новых ответах на комментарии могут приходить только на почту выглядит как минимум костыльно. Использовать для этих целей почту не разумно. Если бы так делали все, то в почте был бы полный бардак и ею бы было невозможно пользоваться.
Я не претендую на то что пользуюсь почтой так же как и большинство пользователей, но лично у меня на неё приходят только письма подтверждения регистрации на сайтах, квитанции об оплате и спам. От всего остального я либо отписался, либо попало под спам фильтры.
Уведомления от фейсбука я смотрю в фейсбуке, лайки фоток в инстаграме мне тоже не приходят на почту, я смотрю на них в интерфейсе инстаграма.
Когда я общаюсь с сапортом на других ресурсах, то сразу вижу текст моего сообщения, а на хабре я пишу в «чёрный ящик» и пытаюсь понять, а работает ли вообще форма обратной связи. (Тут как-то проскакивали комментарии, что на одном крупном российском айти ресурсе форма обратной связи не работала годами, а владелец ресурса даже не был в курсе.)
Хабр не даёт никакой уверенности в обратной связи. И это большая проблема.
На других ресурсах ты можешь не быть уверенным, что тебе ответят, но здесь ты даже не уверен, что твоё сообщение было получено.
На хабре до сих пор нет уведомлений об ответах на «мои комментарии».
Сложно представить, чтобы мне кто-то ответил на мой комментарий в вк/фб, но я об этом не получил бы уведомления в интерфейсе.
Больше полгода назад, я писал об этой проблеме в саппорт (номер обращения 54253: RXE-JXQDC-223). Моё обращение была получено, но так и не было рассмотрено. Справедливости ради скажу, что другие мои предложения были рассмотрены и даже что-то бралось в работу хоть и не дошло до конца.
Если вы ответите на мой комментарий, то просьба продублировать эту информацию мне в лс, потому что я не получу уведомления о вашем ответе. Да приходится пользоваться такими старыми методами, чтобы быть уверенным, что ответ дойдёт до адресата.
PS: стоит устраивать «Прямую линию» чаще. Например, каждый месяц, чтобы в комментариях люди могли предлагать и обсуждать с другими пользователями как сделать хабр лучше, а не писать письма в долгий ящик саппорт.
бот — @VkUrlBot, но не фига пока не работает, только обещания приходят, что скоро всё взлетит
Может он во время проверки использует логин-пароль от гитхаба и ставит звёдочку сам себе? :)
stardust1 так вы без кавычек указывали, а если будете с кавычками как в следующем примере, то и проблем не будет.
echo -n 'password'
mayorovp, всё просто, вдруг вы потом захотите сделать его опять публичным? Кейсов тьма, вот пара примеров:
  • вы по ошибке залили что-то приватное и на время разбирательства решили скрыть репозиторий
  • вы китайский разработчик shadowsocks, к вам пришли представители властей, но через пару месяцев вы уже живёте в штатах и никого не боитесь
  • правообладатель пожаловался, что вы в качестве тестового изображения используете то на что у вас нет прав, но прямо сейчас у вас нет времени, чтобы разбираться так оно на самом деле или нет, удалять нужный коммит из истории, проще закрыть репозиторий до конца рабочего дня / отпуска, чтобы не получить бан
  • вы залили код, который оказался весьма актуален и набрал много лайков, но очень много программистов указало на его слабые места, назвав его говнокодом, поэтому на время рефакторинга решили скрыть, чтобы не позориться
ArthurKushman
как альтернативу легковесной либы
Создание процессов — не очень легковесно, а stream_select — тоже не очень оптимальный вариант по ресурсам, к тому же ограничен одной тысячью процессов.
Лучше использовать библиотеки libevent/event. Например, workerman использует и не подвержен описанным выше проблемам и ограничениям. Также есть swoole, который тоже без таких проблем.
Именно благодаря существованию workerman и swoole я отказался от развития и поддержки своего велосипеда github.com/morozovsk/websocket
Существующие решения меня более чем устраивают, имеют большое комьюнити и т.д. Отказываться от них я планирую, только когда поддержка вебсокетов будет из коробки, ориентировочно с выходом PHP 8.
Ссылку на вашу библиотеку + описание можете отправить автору php-дайжеста, с просьбой включить её в следующий дайджест. Дайджест читает очень много людей, это поможет найти единомышленников, которые захотят её использовать / поддерживать.
Хотелось бы попробовать новый стек, но боюсь что размер данных будет небольшой, всё влезет в память как в прошлом году и в подходах особо ничего не изменится.
lu4e3ar было бы интересно почитать об этом. Вы вроде ещё не рассказывали на хабре о том как используете обученные модели из PHP.
Я вижу три варианта: php-opencv (сыро), php-tensorflow (нужен php 7.3 RC) и php-ml (медленно).
Но я думаю, вы используете что-то другое. Было бы интересно узнать что именно :)
yaroslavche, да, в том конкурсе нода показала себя хуже. Я кроме решения на php писал также решение на ноде и надеялся побить лучший результат среди решиний на ноде, но к сожалению мне не удалось добиться и близко похожих результатов, потому что периодически срабатывал сборщик мусора, создавалась пауза на какую-то долю секунды, но этого хватало, чтобы после сборки мусора нода была уже не в состоянии справиться с нагрузкой. Все топовые решения тогда отключали сборку мусора, а в ноде отключить можно было только перекомпилировав саму ноду. Управляющие конструкции для сборки мусора позволяли её только отложить ненадолго, но не отключить.
Конечно это были экстремальные тесты и в реальности почти никто не отключает сборку мусора в пхп и ноде. Мои "helloword тесты" показали, что нода сравнима по скорости с пхп. Сейчас для достижения таких результатов нужно использовать swoole/workerman вместо php-fpm, а в php 8 так будет работать «из коробки».
На мой взгляд устаревшая статья
Я только сейчас догадался пройти по ссылке на оригинал и увидел, что он был опубликован 23 марта 2017, т.е. полтора года назад :)
Испытал лёгкое дежавю, потому что много информации пересекается со статьёй Обзор топологий глубоких сверточных нейронных сетей. Конечно после её публикации много воды утекло, к тому же никогда не помешает освежить память.
В общем спасибо за статью.
danfe:
против мозга человека, потребляющего 25 Вт

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

Вся статья напоминает старые заголовки «Почему машина может нечеловечески хорошо играть в шахматы, но не в Go?», которые уже неактуальны.
Уверен, что уже на текущей технической базе можно обучить машину, которая сможет «нечеловечески хорошо играть в Pokemon», просто это никому не нужно.
DeepMind уже перестала устраивать состязания между своим детищем AlphaGo и людьми, чтобы это не напоминало «избиение младенцев».
OpenAI напротив не мелочится, а хочет захватить последний оплот человечества с помошью превосходства в Dota 2. После того как им это удастся, останется очень мало людей, верящих в то что человек всегда сможет справиться с какой-нибудь задачей лучше компьютера.

При победе в Pokemon не будет такой зрелищности как при победе в Dota 2.

PS: справедливости ради нужно добавить, что конечно сам по себе AI не скоро достигнет такого уровня, что сможет в любой задаче превосходить человека. За этим превосходством ещё долго будут стоять люди, которые будут обучать компьютер решать задачи лучше людей.
Но язык довольно неконсистентный, и в нем масса крайне сомнительных решений.
Назовите мне язык из топ5, в котором нет таких проблем?
На ЯП либо жалуются либо им не пользуются. Большинство всех ваших претензий подходят к любому другому языку.
Fesor
Ну и в целом PHP как язык — очень плох. Прям очень… И если вам так не кажется — то… у вас специфичные вкусы.
Вы называете большинство веб-разработчиков — ''извращенцами", только потому что они имеют отличный от вашего вкус? При этом вы сами используете php на протяжении 10-ти лет… Вы извращенец или мазохист?
Лично меня php устраивает, что-то нравится, а что-то нет, но по большей части нравится. Тоже самое и с другими языками. Кучу людей не устраивает java, кого-то golang, но никто в своём уме не пишет, что у тех кому они нравятся — «специфичные вкусы». Язык программирования — не 100 баксов, чтобы нравиться всем. К тому же подход к выбору языка «нравится/не нравится» не очень объективный, ведь это особенность работы нашего мозга — ему нравится знакомое.
Именно по этому, когда стоит задача «прикрутить вебсокеты», чаще берут решение, которое позволяет это сделать на знакомом языке и для php-разработчика самые частые решения — это swoole, workerman и т.д., потом node.js, а уже только затем golang, erlang, python и т.д.
Директива “proxy_cache_purge” доступна как часть коммерческой подписки
а жаль, очень не хватает.
EvgeniiR
Спасибо, теперь понятно почему workerman показал в этом тесте такие низкие результаты. В докер-контейнере не установлен libevent.

megasween
Удивляет очень плохой результат Phalcon'а
Собственно Phalcon на графике выше yii2 и kohana, но логично медленнее чем swoole, ведь Phalcon — это целое приложение, а swoole — всего один файл.
Gorthauer87
оплачивать только наличкой
В обоих приложения nTAXI и Taxify можно пользоваться картой.
не вызывает доверие
Было также, но после нескольких поездок на каждом понял, что зря переживал.
Короче говоря, дорого это и не комфортно.
Всё лето при оплате картой в Taxify была скидка 50%, было дёшево и комфортно :)
В общем есть надежда, что конкуренция в результате появляющихся новых игроков на этом рынке сделают своё дело и у нас тоже будет дёшево и комфортно.
На вскидку, могу вспомнить нотисы, которые вылезали в консоли, если вебсокет закрывается не кодом на js, а просто закрытием вкладки (т.е. ситуация достаточно стандартная) и подобные мелочи.
Было два режима SWOOLE_BASE и SWOOLE_TASK (дефолтный), внятного описания не было даже на китайском.
Были какие-то проблемы с воркерами. То что мне нужно было в альфе и я ловил ошибки.

В любом случае, большое спасибо за статью. Это первая статья про swoole на хабре. Я сам о нём узнал буквально полтора-два года назад, хотя вроде как в теме «вебсокеты на пхп» я не чужой. Swoole / workerman достойно справляются со своими задачами и будут с ними справляться до выхода php8, где всё это обещают уже из коробки.

Информация

В рейтинге
Не участвует
Откуда
Лимассол, Government controlled area, Кипр
Дата рождения
Зарегистрирован
Активность