Ты совершенно прав. 2 идея плохая если тебе надо проект сдать. Но отличная чтобы слить чувака. Ты охуеешь как в армии этим по€ьзуются. Проекту пизда конечно но вся команда держится мышцами будто пять оет вместе и все они думают что ты папка

1. наша армия - прафонация и растрата бюджета 2. "сдать проект" в моем понимании - это когда проект умер.

Ну да. Я предполагал что ты не хоче8ь избавляться. Если он тебя бесит и есть вариант нахуй я бы дал шанс из созидания но можно нахуй сразу

Ну да. Я предполагал что ты не хоче8ь избавляться. Если он тебя бесит и есть вариант нахуй я бы дал шанс из созидания но можно нахуй сразу

"бесит" и "я трачу время которое мог бы не тратить" - разные вещи

Да наша армия дрессирует стрелков и командиров дебилами

Да наша армия дрессирует стрелков и командиров дебилами

хз к чему ты приплел сюда армию... прям сборник советов "как построить неэффективное управление IT командой"

В смысле это не ошибка это так и задумано. Есть мясо и есть командир задача которого заставить мясо стрелять и не ссать. Правильный солдат решает куда стрелять. Нашему соллату кричат стреляй дебилы сверху

Армия как пример возможного читкода. Армейские порядки угрохают созидание но братва друг за друга будет отгрызать врагу яйца

И еще и думать что оно само

Осталось придумать врага иначе отгрызут тебе

ох, как же ты плох)

или хорош, я еще не определился

Это мой отец. Был| тяжело

Было#

Посмотри symfony/dependency-injection 3.4.16. К х**м сломанная версия)

согласен на все 100. у симфони огромный плюс - компоненты протестированы очень умными людьми, местами излишне усложнены чтобы сделать SOLID, на мой взгляд, но я когда-нибудь перейду чтобы перестать переписывать фалконовские встроенные классы

Да главное солид же

Подскажите пожалуйста как получить и вывести сообщения с Вайбера. Webhook настроен и работает.

Да главное солид же

А что ещё нужно обычному работяге ?

А что ещё нужно обычному работяге ?

Утилс классы

Утилс классы

Хелперы ;)

кстати, тебе неплохое ДЗ: https://quiz.onliner.by/index.php?page=1

анриал решить же(

всем привет. подскажите пжлст. в гитлабе добавлен кластер куба, через гитлаб туда установлен Helm Tiller. Как в гитлабе юзать клиент helm? в гитлаб раннере который находится на кубе нет клиента.

анриал решить же(

ага, расскажи мне)

ага, расскажи мне)

ну ты все про пехапе знаешь ))

ну ты все про пехапе знаешь ))

от души лизнул) нет, это не так)

в частности для выполнения этой задачи про пхп знать ничё не надо)

ну, почти ничего)

значит я еще не дошел до почти ничего :D

падла, заспойлерил

Макс, бань его!

да, кстати, споилерить не хорошо

xd

я серьёзно)

Unique violation: 7 ERROR: duplicate key value violates unique constraint "application_history_pkey" DETAIL: Key (state, created_at)=(sent, 2017-03-11 13:00:00) already exists можете ликовать, те кто отговаривал меня юзать дейттайм как пк. Но недолго, я просто в композитный ключ забыл добавить айдишник сущности)

бррр

если ты туда добавляешь ID, то зачем тебе такой композитный ключ?

это айди релевантной сущности, а не целевой

Key (state, created_at) этот мир обречён на вымирание

это айди релевантной сущности, а не целевой

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

потому что тот, кто тебе сказал сделать такой композитный ключ, кажется, глумится на тобой

потому что тот, кто тебе сказал сделать такой композитный ключ, кажется, глумится на тобой

это что б постгря много ресурсов не съела)

есть таблица событий смены статуса у заявки. Зачем мне генерировать ключ для каждой записи, если уникальность гарантируется ключем (заявка, состояние, время)

уникальность для каждой секунды?

это посгре

там миллисекундная точность

ок, уникальность для каждой миллисекунды?

дата в колонку пишется в формате datetime->format("U")

а смысл этого?

уникальность для каджой миллисекунды для каждого состояния для каждой заявки

кажется я ничего не понял, но предположим, что у заявки есть status, и есть таблица, в которой история изменений (тут тебе на уникальность похуй, она достигается тем, что у тебя заявка не может поменять статус с 1 на 1, например) ну и + workflow (state_machine)

уникальность для каджой миллисекунды для каждого состояния для каждой заявки

микро

кажется я ничего не понял, но предположим, что у заявки есть status, и есть таблица, в которой история изменений (тут тебе на уникальность похуй, она достигается тем, что у тебя заявка не может поменять статус с 1 на 1, например) ну и + workflow (state_machine)

+

ну, update так-то возвращает кое какую циферку)

я не спорю , что где-то я мог просчитаться, но аргументации не было, только поливание говном) "бейте его! насмехайтесь над ним! у него дейттайм в пк"

все эти насмехания должны были натолкнуть на мысль, что ты делаешь что-то не так

так и что я делаю не так?) я не нашел

и да, я гуглил

а что тебе надо сделать? прогарантировать, что смена статуса происходит не чаще раза в милисекунду?

даже не так

что в один и тот же статус (!) одна заявка не может попасть чаще раза в милисекунду?

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

что в один и тот же статус (!) одна заявка не может попасть чаще раза в милисекунду?

мне нужен праймари кей для таблицы

точно?

мне нужен праймари кей для таблицы

какую задачу ты решаешь? наличие праймари ключа?

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

нет, мне просто нужен ПК без сегрегатного ключа

а тебе точно нужен ПК тут?

ну т.е. я понимаю. что доктрина (привет, Максим) не может без ПК работать с таблицей

ы, дайте же посмотреть(

в целом не очень, но дату надо индексировать и состояние надо

ы, дайте же посмотреть(

на что?

на решение или на скрин?)

на решение или на скрин?)

решение офк)

просили не спойлерить)

а при композитном ключе, каждое отдельное поле, входящие в него, отдельно тоже индексируется?

кто заспоилер, уйдёт в РО на месяц) ибо нефиг

я показал, что решение есть

какое оно - не говорил)

короче, я бы давно заюзал uuid, и не парился бы

/etc/passwd даж работает))

короче, я бы давно заюзал uuid, и не парился бы

так и делал изначально) потом индексы наворачивал, и понял, что мне не нужен uuid т.к. все что я индексирую - есть PK

/etc/passwd даж работает))

лел

я не знаю какой файл открывать))

я не ресерчил, но пк должен индексироваться как-то)

я не знаю какой файл открывать))

как всегда

этот

https://github.com/laravel/laravel/blob/master/composer.json

блин, это все телега

блин, это все телега

вроде, успел забанить)

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

у кого нить есть рабочий пример как в сонате сделать зависимые поля (селекты) от значений других полей?

извиняюсь что такие low-level вопросы

пытался делать через событие формы, pre_set_data, но конкретно для сонаты - она, при изменении значении поля, не опрашивает бэкенд самостоятельно. срабатывает только когда добавляется по кнопочке новый one-to-many объект (и предыдущий корректно фильтруется), но это лишь потому что форма целиком рендерится заново и учитывает новое правило (фильтра)

sonata_type_choice_field_mask

это прятание полей, это не то