комментарии лучше писать именно Комментарием к ответу.
С точки зрения оптимизации скорости, отказ от перебора, скорее всего – ничтожная экономия на спичках. Но если именно это цель, опишите подробнее архитектуру приложения, как заполняется массив, разом или по частям может дополняться; как читается. Часто ли ищется один и тот же объект?
Сергей Соколов
@sergiks Автор вопроса, куратор тега ВКонтакте
REST древний как мир, а внутренняя архитектура вряд ли влияет на апи, которое суть фасад. К тому же апи публичное, самим ВК не использовалось, вроде, до появления мобильных клиентов.
Может, разница в контексте? В примере ТС без разницы, а так стрелочная ф-я имеет контекст родителя, а переданная может быть при-bind'ена к какому-то ещё.
boga-net, посмотрите этот fiddle
Трюк состоит в том, что не родителю, а первому наследнику даётся стиль. Но этот наследник делается размером с родителя, и поэтому его стилизация выглядит как стилизация родителя.
Только кнопку надо будет перенсти вниз, чтобы она была поверх первого наследника.
sim3x, может, я плохо обрисовал.. Без сервиса ничего не было бы. Коля не стал напоминать другу про то, что он хотел что-то построить. Вася так и сидел без заказа, как и "его" рабочие, архитектор и прочие коллеги. Друг Коли так и оставался с деньгами вместо клевой беседки. Стройматериалы остались бы на рынке.
«Откат as a service» ) Неужели не было попыток сделать такой?
20 тыс. записей это очень маленький объём. При правильных индексах в БД, поиск даже на слабой VPS будет порядка нескольких миллисекунд.
Очередь задач это, по сути, просто буфер, который ещё и отвечает за то, чтобы одна задача ушла только одному исполнителю. «Задача» – это, например, JSON, в котором указано, где лежат данные, что с ними сделать, куда отправить результат.
Реализаций множество. И «большие» GearMan, RabbitMQ, и реализация в Laravel и Lumen.
