Александр Аксентьев: есть пара-тройка. Но, у меня NDA, так что делиться не буду. А то, что писал один - это не плюс, а минус. Знал бы раньше, кто автор, слал бы баги напрямую, а то много стульев пригорело в свое время. Но, теперь уже неактуально.
У нас и веб-сокеты на nodejs, и консьюмеры для rabbit на nodejs и php, и все отлично, ничего не течет, все работает. Но, если это вы делали LPTracker, то все понятно.
Как по мне, так у вас в голове полная каша на счет каких-либо практик. Все, что описано выше, имеет свои паттерны, названия и сферы применения, а не использование какой-то серебряной пули везде где только можно. Лучше читайте книги, учите матчасть, а не пишите глупости ради того, чтобы что-то написать.
Иван Старков много воды уже утекло, но я все же добавлю для новых поколений.
Если по каким-то соображениям нам захочется изменить маппинг какого-то индекса в эластике (например, поднастроить фильтры или токенизаторы), то придется убить весь индекс со всеми данными. Или если случайно (а такое бывает), побьется индекс в эластике.
Откуда в таком случае брать данные снова? Вы пробовали восстанавливать ES из бекапа?
Поэтому обычно полная переиндексация делается из основной базы данных (MySQL, Mongo и пр.).
В таком случае мы храним все данные в надежном хранилище, которое имеет привычные пути сохранности данных. А ES... это просто индекс для быстрого поиска и некоторых статистических вычислений.
А откуда ты узнал, что кириллица превратилась в описание страници, если на странице (которая, как я понял, генерируется через Symfony) все нормально?
Сергей Протько просто я бы не стал называть View::render() или Log::debug() такими громкими словами, как DI. Базовый функционал шалавеля настолько скуден, что через месяц быстрой разработки понимаешь, что надо все к чертям переписывать. Например, использовать несколько каналов монолога невозможно. Сделав свой провайдер для логгера понимашь, что от него зависит мейлер, который тоже перепысываешь, различные способы сериализации сущностей с помощью toArray() сделать невозможно, то и дело натыкаешься на циклические ссылки, которые и с помощью визитора не разрешить, ибо нет IdentityMap.
И быстрая разработка оборачивается пословицей: "скупой платит дважды". Мне не дано понять, что люди находят в нем, кроме красиво написанных маркетинговых статей.
Сергей Протько ой ой ой... Я бы не стал называть IoC, сотворенный янки нормой. Тот еще кусок амна. Особенно, по сравнению с IoC французика. Да и все остальное у янки тоже кусок амна.
За пол года работы с блюравелем прилось почти все переписать. Не переписали пока только то, до чего руки не дошли.
А откуда информация о том, то именно Symfony его кеширует?
Вопрос и описание слишком общие. Такое ощущение, что автор слабо понимает, о чем спрашивает.
Стоит привести информацию для воспроизведения ситуации с описанием окружения.
baushtelle я вот пользуюсь в работе различными сервисами: Мое Дело, Продукты 1С, Интернет-клиенты банков... Это организации побогаче, чем студия, которая пилит LPTracker. Но, и у них все далеко не гладко. Да я и у Гоши с Яшей баги не раз отлавливал. А когда продукт постоянно совершенствуется - то косяки неизбежны.
На счет стоимости кликов - я бы предположил, что было бы интересно скрестить CRM с сервисом вроде elama. Но, это же надо еще сделать...
baushtelle про косяки - это да. Периодически и сам натыкаюсь. Но, такой CRM, чтобы было все в одном, просто и понятно - это еще поискать надо. На счет стоимости кликов - я, конечно, не очень хорошо знаком с API различных рекламных систем, но что-то мне подсказывает, что ограничения на их стороне.
Никита Жуйков дебаггера или профайлера?
Профайлер показывает время генерации страницы, а не загрузки (загрузки куда?)
Также если нажать на это число, можно посмотреть детальный профайл работы скрипта и выяснить, что именно вызывает наибольшие тормоза?
Денис про фильтрацию он ничего не пишет. Но, если так, то значение фильтра лучше передавать обычным GET-параметром.
Но, что-то мне подсказывает, что автор просто пытается найти толк в 50 оттенках маршрутизации...
