Знаем такое, при всем при этом где-то торчит тестовый или не очень эндпоинт который раздаёт всю инфу по инкрементальному id. От этого к сожалению не всегда спасаю строгие политики.
Все бы ничего, но когда в PRO версии вместо дополнительных фич предлагают оптимизации перформанса это прям удручает. Такое ощущение что OpenSource перекраивают полностью в коммерческий продукт. И да, я понимаю, что все кушать хотят, просто на мой взгляд это убивает продукт.
На самом деле все намного проще, вы просто не подходите друг другу с данным заказчиком. И нет смысла что-то доказывать и объяснять. Его правильный исполнитель как раз тот самый сын маминой подруги, который накидает прототип на wordpress со всем нужным функционалом в один вечер, еще предложит три десятка вариантов шаблонов, про регистрацию никто даже не вспомнит. И это абсолютно нормально.
Бывают противоположные кейсы, в таких ситуациях заказчик может одобрить разработку прототипа возможно в годы, с бесчисленными митингами привлечением юристов, и прочими плюшками корпоративной разработки. Стартовать этот продукт будет с масштабированием из коробки обмазанный метриками и логами. Все будет красиво и хорошо, если так бывает =)
Стоит определится с "вашим" клиентом и возможно отказав однажды вы встретитесь с тем же заказчиком, когда заказчик "дорастет" и ему будут очевидны сроки, а ваши месяцы на доработку авторизации покажутся мгновением в океане тасок утопающих в легаси.
Имею Enterprise версию blackfire, а так же пользуюсь PHP-SPX. Из того что использую flamegraph по мне намного нагляднее в SPX и профилирует в том числе вызовы нативных функции, что позволяет сходу найти например тысячи вызовы array_map или еще чего-то подобного, зато Blackfire показывает curl и db вызовы, но это для меня менее интересно т.к. есть другие инструменты.
К сожалению автор на расширение забил скорее всего из-за вялой активности сообщества и того, что в маркетинг не тянет. Сейчас там небольшие апдейты под свежие версии пыхи и багфиксы, развития по все видимости ждать не стоит.
Очень надеюсь, что у штатов были веские доказательства вины, а не просто было желание добавить кого-то из «российских хакеров» найденные по ключевым словам в гугле, потенциально причастные. Для компании уверен это огромный удар будет.
Держите. Только вам наверно будет полезно знать, что докер как раз помогает вам не заморачиваться с тем как этот «движек» запустить, ведь движек нужно поместить еще в машину, подключить залить масло и прочее.
В оригинальную вроде еще фильтры на политкорректность добавляли
RuGPT3: Гарри Поттер подошел к распределяющей шляпе. Он надевает шляпу на голову, та определяет его в Гриффиндор.
Драко Малфой подошел к распределяющей шляпе. Он надевает шляпу на голову, та определяет его в Слизерин.
Чернокожий мальчик подошел к распределяющей шляпе. Он надевает шляпу на голову, та определяет его втюрьму Азкабан.
Ну там на вид другая проблема есть. Вместо мифического опыта, там все детство и юность должна быть убита на обучение. В России можно за копейки устроится куда-то джуном и таки опыт набить.
Никогда не понимал тех кто травит за\против микросерсисы, Serverless.
Микросервисы очень помогаю когда есть ярко выраженные перекосы в требованиях к каким-то сервисам, когда удобнее дробить монстроузные системы на более мелкие, затачивая целые команды под них.
Serverless отлично подходит тем что можно легко прогнозировать нагрузку и несмотря на то, что цена выше позволяет вам не наращивать команду на поддержку. Отличный пример мобильные аппы, где не столь важна общая база, но при этом важно успевать за растущей аудиторией.
Но почему-то все примеряют свой личный опыт и делают на основе его какие-то выводы.
Уверен очень скоро захотите эти миграции схлопнуть и тогда вас ждут сюрпризы. Миграции не должны зависить от кода, схлопывать такие миграции та еще боль. Ну да и вы сами говорите, что хотите добится от миграций идемпотентности, а код этому не способствует.
Не знаю в чем продвинутость. Механизм давно отлажен, популярность рекапчи ее же и проблема. Интегрировать сервис, по разгадывание занимает от силы 30 мин.
При желании и объёмах можно своё решение сделать. Нужны чистые прокси, прогревать куки на них, небольшой реверс JS и сеть успешно распознающая переходы, автобусы и светофоры, etc?.
Или получится как с капчами, долго боролись, но в итоге практически сдались. Люди в итоге страдали больше чем боты. Сейчас они вроде как есть, но фильтруют только самые простейшие атаки.
Встроенная справочная информация - то что нужно
Знаем такое, при всем при этом где-то торчит тестовый или не очень эндпоинт который раздаёт всю инфу по инкрементальному id. От этого к сожалению не всегда спасаю строгие политики.
Так и до изнасилования Реверс-инженером
журналистакомментатора не далеко =)Жалко не добили с RR. По идеи должно было быть получше чем со swoole
Просто озвучил свои страхи. В любом случае спасибо за софт!
Все бы ничего, но когда в PRO версии вместо дополнительных фич предлагают оптимизации перформанса это прям удручает. Такое ощущение что OpenSource перекраивают полностью в коммерческий продукт. И да, я понимаю, что все кушать хотят, просто на мой взгляд это убивает продукт.
На самом деле все намного проще, вы просто не подходите друг другу с данным заказчиком. И нет смысла что-то доказывать и объяснять. Его правильный исполнитель как раз тот самый сын маминой подруги, который накидает прототип на wordpress со всем нужным функционалом в один вечер, еще предложит три десятка вариантов шаблонов, про регистрацию никто даже не вспомнит. И это абсолютно нормально.
Бывают противоположные кейсы, в таких ситуациях заказчик может одобрить разработку прототипа возможно в годы, с бесчисленными митингами привлечением юристов, и прочими плюшками корпоративной разработки. Стартовать этот продукт будет с масштабированием из коробки обмазанный метриками и логами. Все будет красиво и хорошо, если так бывает =)
Стоит определится с "вашим" клиентом и возможно отказав однажды вы встретитесь с тем же заказчиком, когда заказчик "дорастет" и ему будут очевидны сроки, а ваши месяцы на доработку авторизации покажутся мгновением в океане тасок утопающих в легаси.
Планов по переносу Istio в CE версию не предвидится?)
Имею Enterprise версию blackfire, а так же пользуюсь PHP-SPX. Из того что использую flamegraph по мне намного нагляднее в SPX и профилирует в том числе вызовы нативных функции, что позволяет сходу найти например тысячи вызовы array_map или еще чего-то подобного, зато Blackfire показывает curl и db вызовы, но это для меня менее интересно т.к. есть другие инструменты.
К сожалению автор на расширение забил скорее всего из-за вялой активности сообщества и того, что в маркетинг не тянет. Сейчас там небольшие апдейты под свежие версии пыхи и багфиксы, развития по все видимости ждать не стоит.
Микросервисы очень помогаю когда есть ярко выраженные перекосы в требованиях к каким-то сервисам, когда удобнее дробить монстроузные системы на более мелкие, затачивая целые команды под них.
Serverless отлично подходит тем что можно легко прогнозировать нагрузку и несмотря на то, что цена выше позволяет вам не наращивать команду на поддержку. Отличный пример мобильные аппы, где не столь важна общая база, но при этом важно успевать за растущей аудиторией.
Но почему-то все примеряют свой личный опыт и делают на основе его какие-то выводы.
Уверен очень скоро захотите эти миграции схлопнуть и тогда вас ждут сюрпризы. Миграции не должны зависить от кода, схлопывать такие миграции та еще боль. Ну да и вы сами говорите, что хотите добится от миграций идемпотентности, а код этому не способствует.
Не знаю в чем продвинутость. Механизм давно отлажен, популярность рекапчи ее же и проблема. Интегрировать сервис, по разгадывание занимает от силы 30 мин.
При желании и объёмах можно своё решение сделать. Нужны чистые прокси, прогревать куки на них, небольшой реверс JS и сеть успешно распознающая переходы, автобусы и светофоры, etc?.