Pull to refresh
4
0
Александр Ганжа @Arilas

User

Send message
Я когда-то столкнулся с одной проблемой в hg, которую так и не смог побороть. Это его как бы намек на безопасность.

Есть выделенный сервер, на котором развернут проект, этот сервер примонтирован как папка через ssh. Попытка commit'а в этой папке всегда выдает ошибку, так как на правах файла указан владелец с id допустим 1024, а локальный пользователь имеет id 1000. Права все стоят, но hg проверяет id-шники пользователей и групп. В итоге приходилось постоянно соединяться по ssh, и выполнять коммит с той стороны.

Решения этой проблемы мы нашли тогда в переходе на git.
Я например очень редко что-либо комментирую, но читаю каждый день. В основном вместо комментариев — живое общение о статье на кухне в офисе, что-то типа: «А ты читал сегодня о ХХХ на хабре?...»

Это к тому, что пользователь может активно читать, но ничего не комментировать.
А замеры на какой версии HHVM? JIT включен был? Как запускал? Просто 2.4.0 реально медленной был, я из-за этого на ночных сборах был до выхода 3.0.0
Ну изначально у нас в проекте используется модуль Whoops, он выводит все ошибки и Notice'ы.

Я для себя пишу на HACK, но у меня все ошибки в log файл писались без вывода в браузер, опять же подключил Whoops.
Спасибо большое за выпуск!

Уже две недели использую HHVM вместо PHP на рабочей машине. Единственное, что мне пришлось изменить в коде, так это использование для mail: ssl на tls, все остальное работает нормально. В основном проекте используется ZF2 + Doctrine ORM (2.4.x), замеры скорости не делал, но по ощущениям работает шустрее.
HHVM Composer — Когда же они исправят работу с Timer'ом? К примеру установка ZF либо Symfony очень часто крашится из-за Первышения лимита микро-таймера (не Request Timeout).

Спасибо за полезный выпуск, много в избранное попало.
Автор, я рекомендую Вас почитать про «эмоциональное выгорание», потому что у Вас сейчас видны основные симптомы. На данный момент очень много программистов начинают этим страдать, потому что они достигают каких-то вершин, а потом не знают куда развиваться дальше.

Расставьте правильные приоритеты, у Вас должен быть вопрос не «куда» развиваться, а «зачем» развиваться. Ищите свой стимул развития. К примеру это может быть: «Повышение уровня удовольствий», «Оставление следа в истории», и тому подобные. Если Вы правильно поставите себе задачу, то сможете дальше развиваться, потому что появятся новые вопросы из раздела «куда».

Если Вы дальше продолжите в таком же духе, то это может привести к Деперсонализации, то-есть Вы будете одновременно видеть себя со стороны исполнителя и наблюдателя, и каждое свое действие будет приводить к погружению в проблемы там, где их нет.
А зачем танцевать с бубном, если можно задачу просто облегчить? У Entity есть Аннотации, по которым можно спокойно определить, и что за таблица, и управляющий Репозиторий.
Рекомендую почитать про Doctrine ORM, и причины почему Symfony сделала по дефолту (вместо Prorel) именно Doctrine.

Конечно в реальных проектах Entity Manager у Doctrine ORM очень прожорливый (ну уж очень), но на основе Аннотаций можно быстро написать свою ORM, с блекджеком и…
Есть ситуация, нужно Entity засунуть в Сессию (Entity юзверя залогиненного).
Если использовать Active Record, то нужно при сериализации убрать оттуда подключение к БД.
При восстановлении из сериализованных данных, соединения в User Entity нет. Его можно взять из ServiceLocator'а, но в момент восстановления данных ServiceLocator неоткуда получить (Singleton — не предлагать).
В итоге получается ситуация, что соединение засовывается вручную, и это нужно постоянно контролировать.
У Active Record постоянно возникают проблемы при сериализации, так как подключение к Базе данных сериализовать нельзя. Это одна из кючевых аргументов против Active Record. При этом, если подключение не сериализовать (__sleep, __wakeup), то нужно далее вручную его подсунуть, а при условии использования ServiceLocator'ов это становится проблематичным.
Сейчас происходит дополнительно утяжеление линии, для того, чтобы она не выглядела резаной. Утяжеление расширяет количество смежных пикселей на некоторое значение, которое сглаживает линию.
Линия пересекает боковые центры этих пикселей (нижний и верхний), а не центр пикселя (геометрический).
Мне вот интересно, если у человека косоглазие, будет ли возможность выбрать ведущий глаз? Просто 0,5 градусов погрешность в этом случае будет превышена.
Я себе установил на Kindle Fire 2, окно загрузки работает сейчас так:
Список загрузок отображает статус загрузки (Загружен, загружается и Приостановлен), при загрузке отображает полосу загрузки.
Есть тапнуть, раздвигается пункт, появляются кнопки (Пауза/Открыть и Удалить файл).
Заметил пару багов:
1. Дважды тапнув по Приостановленному пункту, вылетела Opera (повторить не получилось).
2. При открытой Opera перевел планшет в сон, через час включаю — половина загруженной страницы отсутствует (пустое место). Уже либо написали «Обновите страницу» либо заново загрузили. Это проявляется также в Рекомендациях.
Жаль версии для планшетов еще нет. И мне интересно, что произойдёт с загрузчиком, который часто спасал (В Amazon Kindle Fire неудобный стандартный загрузчик, ни процентов, ни скорости, часто некоторые файлы просто висят там до отмены загрузки, и не загружаются).
А где ссылка на Яндекс.Диск? По ссылке попадаем на Яндекс.Народ.
Я сталкивался с таким багом, он связан больше с Safari. Так как там пользователь вошел, то куки-файлы есть, но при открытии программы и попытки авторизироваться открывается окно Safari со страницей входа, но так как куки есть, сразу же закрывается. Эта бага есть также и с Facebook. Я одно время пытался написать что-то подобное на Meridian, но под OS X, но остановился на обвертке веб-версии (кукисы из Safari принимает), так как этот баг также присутствовал.
Интересно, есть ли возможность как-то реализовать Разрывы в браузерах, так как реализованы они только в WebKit(криво и используя column-break-inside) и Opera). Если такое возможно реализовать, то перестану использовать Masonry в проектах, так как он достаточно тяжелый, и на старых компьютерах чуть подлагивает, а если еще прикручивать другие плагины для jQuery, то может вообще зависнуть.
Рано я обрадовался, каждый раз как что-то изменяешь в настройках, весь qutIM крашится при этом значков реально там не хватает. сейчас буду репортить о найденных багах (их уже нашел более 20)

Information

Rating
Does not participate
Location
Харьков, Харьковская обл., Украина
Date of birth
Registered
Activity