Если нужна минимальная задержка то нужно отказываться от json в пользу бинарников, например protobuf. Максимально все урезать в сообщениях оставив только действительно важное. Желательно задействовать чистый udp по возможности, или если критичны потери взять tcp.
Как вариант действительно простого решения можно попробовать kryonet, там и сериализатор из коробки довольно удобный.
Еще, если данные у вас общие, то попробуйте вообще без сообщений! Смотрите в сторону hazelcast.org или apache ignite. Это системы In-Memory DB, кеши живущие в памяти и распределяющие данные между нодами.
Смысл такой, один клиент публикует данные в распределенный хеш, а все остальные тут же читают эту информацию, с плюшками, преферансом и куртизанками. Очень удобно, особенно для распределенных вычислений или общего хранилища сессий, или для обмена данными.
Можно как написал Антон Радушев, но лучше получить все данные заранее в контроллере (50 шт.), а во вьюхе только вставлять их. Тогда внутри цикла HAML-шаблона не будет расходов на БД вызовы.
Привет, может уже и поздно отвечать, но у меня тоже случилась такая проблема, и я нашел ее решение. Все дело в AdBlocke на твоем браузере. Он распознает картинки с именами типа "ad-***.png" или подобные как рекламу и скрывает ее.
Решение:
- Переименуй картинки;
- Выключи адблок. но опять же, если этот сайт будут просматривать и другие люди с адблоком, они тоже не увидят их.
Если метод вызывается часто, а отсутствие файла не критично, то вернуть false.
Исключения все таки лучше поберечь для аварийных ситуаций, а null - можете и его вернуть,
но false, имхо, информативнее и удобнее для дальнейшего использования.
кстати, вот вам сылочка Шпаргалка для PHP: FALSE, NULL
Ответ написан
Комментировать
Комментировать
Оценили как «Нравится»
Войдите на сайт
Чтобы задать вопрос и получить на него квалифицированный ответ.