Я к тому что в каждом яп поноражают своих сущностей и под ними может пониматься что-то друге. Поток, процесс, ссылка... Одного определения не будет (если только это определение будет включать в себя все исключения)

блять структура это про хранение данных, объект это семантическая хрень для работы с ними, вам никто не мешает написать реализацию, где структура станет объектом и сможет наследовать другие структуры

Тока от них отказались, нафиг не нужны 😄

В ES4 отказались, а в ES5 заново отказались, да

блять структура это про хранение данных, объект это семантическая хрень для работы с ними, вам никто не мешает написать реализацию, где структура станет объектом и сможет наследовать другие структуры

а если язык уже имеет методы для работы со структурой то что?

а если язык уже имеет методы для работы со структурой то что?

тогда ты пишешь на си или плюсах

Вот в python объекты или стуртуры?

тогда ты пишешь на си или плюсах

или go)

там везде под капотом будет какой нить glibc

там везде под капотом будет какой нить glibc

а если pypy?

вы почти всегда работает с сишными стуктурами

Я к тому что в каждом яп поноражают своих сущностей и под ними может пониматься что-то друге. Поток, процесс, ссылка... Одного определения не будет (если только это определение будет включать в себя все исключения)

Это да. Но есть явные маркеры. Тип применение паттернов из ООП через костыликодогенерацию. Реализация IOC например.

вы почти всегда работает с сишными стуктурами

не знаю, мой любимый яп написан на РУССКОМ ЯЗЫКЕ!

(там под капотом используются скрепы)

В ES4 отказались, а в ES5 заново отказались, да

Я имел в виду разрабов. Их почти никто не юзает.

не знаю, мой любимый яп написан на РУССКОМ ЯЗЫКЕ!

Парсер штоли?

как славно что в JS есть классы

да, я даже в реакте их юзал. Когда компоненты на них были но прототипы имхо удобнее

Парсер штоли?

да это шутка

да, я даже в реакте их юзал. Когда компоненты на них были но прототипы имхо удобнее

Ну был хайп году в 18-19, но потом быстро сошел на нет

а еще Рапира была на Агате-7/9

1с интересно на чём написан

на страданиях

1с интересно на чём написан

Объектно-ориентированная реализация компилятора 1С реализованная на платформе NET Framework. Из-за компиляции работает примерно в 500 раз быстрее 1С, в 350 раз быстрее OneScript и в 100 раз быстрее Python.[аффилированный источник?] Имеет современную IDE с подсветкой синтаксиса и поддержкой OneScript. Пример Перфолента.NET

так что там либо шарп либо они быдлокодеры

О, Кирилл Я тут написал свой парсер выражений (однострочных). Писал сначала калькулятор на го, но немного перенервничал и написал язык однострочных выражений с простенькой виртуалкой Работает просто, на вход передаётся выражение, превращается в ACT и выводит результат Вопрос, я хочу хорошо тестами покрыть, но очень лень писать всякие крайние кейсы и смотреть как парсер справляется. Может есть прям сайт или статья типо "Вот вам 2000 выражений. Если ваш с-образный яп с ними справляется, значит он заебись"?

Ты просто варишься в этой хрени. Я думал может знаешь @SerafimArts

хз, фаззинг?

а на виртуалку вообще хз как, нужно юнитами покрывать каждый опкод кажется

Ну да, но как генерировать такие тесты

Не не на виртуалку. На парсер. Хочу ast проверить

ну я по семплам тупо тесты делал)

потому что лень думать

Блин а мне лень самому составлять

Ибо сколько не составляй всё равно найдётся кейс который нафиг всё ломает

а на виртуалку вообще хз как, нужно юнитами покрывать каждый опкод кажется

Виртуалка там забей, одно название

Добрый день, подскажите, пожалуйста, возможно ли в Доктрине реализовать поздапрос который бы ссылался на основную таблицу? Грубо говоря SELECT * FROM tbl t WHERE :param ANY(SELECT t.jsonb) Там ещё внутри подзапроса поиск по полям jsonb Доктрина мне выдаёт что подзапрос не поддерживается "FROM (SELECT': Error: Subquery is not supported here"

Добрый день, подскажите, пожалуйста, возможно ли в Доктрине реализовать поздапрос который бы ссылался на основную таблицу? Грубо говоря SELECT * FROM tbl t WHERE :param ANY(SELECT t.jsonb) Там ещё внутри подзапроса поиск по полям jsonb Доктрина мне выдаёт что подзапрос не поддерживается "FROM (SELECT': Error: Subquery is not supported here"

сделай raw запрос

Добрый день, подскажите, пожалуйста, возможно ли в Доктрине реализовать поздапрос который бы ссылался на основную таблицу? Грубо говоря SELECT * FROM tbl t WHERE :param ANY(SELECT t.jsonb) Там ещё внутри подзапроса поиск по полям jsonb Доктрина мне выдаёт что подзапрос не поддерживается "FROM (SELECT': Error: Subquery is not supported here"

Можно еще через native query

В месенжере можно как то сделать 1 транспорт и сотню очередей к нему? Без километрового конфига?

Что за тупая привязка транспорта к 1 очереди

В месенжере можно как то сделать 1 транспорт и сотню очередей к нему? Без километрового конфига?

Можно через direct но тогда придется писать роутинг кей везде

Что за тупая привязка транспорта к 1 очереди

Нет такого, можно пропиать несколько

Другое дело что и как ты хочешь

Даже воркер можно вклбючить на несколько транпортов сразу

Нет такого, можно пропиать несколько

Несколько чего? Очередей?

Несколько чего? Очередей?

Да

Мы про кролик говорим?

Как? В доке ни слова

Как? В доке ни слова

Там в доке массив в ключе queue )

У меня не кролик ) обычная база

У меня не кролик ) обычная база

Тогда уже вопрос

Доктрина

В ней ток одна опция для очереди. И то воркер не смотрит на транспорт

Вот опять же, как ты хочешь роутить транспорт? Ну что бы попадало в разные очереди

Это сообщение туда, вот другое сюда

Да просто рандом, или раунд робин

Да просто рандом, или раунд робин

Зачем тебе это?

Звучит как что то странное

Потому что один поток одного месседжа мало

Потому что один поток одного месседжа мало

Включи больше консюмеров

Мне надо один мессадж в несколько потоков и не глючило чиобы

Ты можешь одну очередь читать через несколько консюмеров

Включи больше консюмеров

Баги вылазят. В виде один месседж может 2 консюмера схавать.

Баги вылазят. В виде один месседж может 2 консюмера схавать.

Звучит странно, там должны быть скипы и тп

Больше похоже на проблему в приложении

Это слишком жесткий баг

Должны быть да, но видимо как-то все равно глючит. Не часто но есть

Должны быть да, но видимо как-то все равно глючит. Не часто но есть

Может у тебя просто на ретрай улетает? А ты не делаешь only once проверку

М.б. )

Но ретраи нужны

Но ретраи нужны

Так если проблема в этом, то разбиение на очереди не поможет.

Я не разбирался почему так происходит. Но с 1 очередью багов нет. А одну мало

Делать конфиг из 20транспорт чёт говно какое-то

Как люди 1к воркеров и запускают?

Как люди 1к воркеров и запускают?

Потому что багов быть не должно. Опять же 1к воркеров - это не 1к очередей

А то что делаешь ты, звучит как костыль

Как обычно )

Если мне надо 100 воркеров на 1 очередь я так и запускаю, и это 1 транспорт

Правда с доктриной в таком флоу не работал

Может и есть какие то проблемы, стоит посмотреть issue , опять же под конкретную БД

Если мне надо 100 воркеров на 1 очередь я так и запускаю, и это 1 транспорт

Кролик изымает мессадж же? Т.е. параллельно никто не заберёт. А в доктрине мессадж просто транзакцию открывает. Могут и 2 параллельно открыть, одна из которых фейл будет.