как взять значение, если нет id элемента? у меня есть только <input required="required" placeholder="Номер телефона" name="tel" type="text">

да, js же

по нейму в посте не?

я имел в виду var phonenum = $('#phonebuy').val(); - но у меня нет id тут, и возможности добавить нет

ну может у родительских элементов он есть?

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

как взять значение, если нет id элемента? у меня есть только <input required="required" placeholder="Номер телефона" name="tel" type="text">

https://api.jquery.com/attribute-equals-selector/

загугли jquery input by name

$("input[name='tel]")

при условии что он один на странице

ну или селектор дополняй )

да!

странно такой вопрос на канале пхп видеть

а на каком надо? на канале Аниме?

javascript

jquery

var phonenum = $('.jb_input').find('input[name="tel"]').val(); так пойдёт?

javascript

там отправят на реакт переписывать

Началось голосование за доклады на DEVCONF 2017 https://devconf.ru/ru/offers

/stat@combot

combot.org/chat/-1001042383571

Вроде на этот раз пройдет https://wiki.php.net/rfc/object-typehint

там отправят на реакт переписывать

тонко

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

refactoring -> move

combot.org/chat/-1001042383571

combot.org/chat/-1001042383571

спамербот)

Всем привет. Никто не знает какой то опенсорсной тулзы для ведения дока. Например апи док только не автогенерируемый а отдельным приложением с админкой и тд (по типу cms)

вики чтоли?

не, что то красивее

по типу https://developer.jet.com/docs/uploaded-files

не, что то красивее

https://github.com/lord/slate

Всем привет. Никто не знает какой то опенсорсной тулзы для ведения дока. Например апи док только не автогенерируемый а отдельным приложением с админкой и тд (по типу cms)

я юзаю api blueprint

можешь через apiary вести

или рендрить через aglio

это намного удобенее просто красивой доки

Можно ли это короче написать? (new \DateTime('now'))->modify("+3 months")

new \DateTime('+ 3 month')

new \DateTime('+ 3 month')

?

Подскажите, есть ли смысл писать тесты (в рамках TDD) на наличие аттрибутов у сущностей (сущностей самих еще нет, это больше предварительное проектирование)? Или не страдать фигней и писать сначала миграции, а уже потом тестировать сущности?

Наличие аттрибутов это деталь реализации

ну и приватные все равно не протестирую

Они ж приватные будут, как вы их протестите?

да, понял, что чушь сморозил, но спасиб )

Они ж приватные будут, как вы их протестите?

через рефлексию?

Рефлексия в тестах над объектом тестирования - признак мастерства

а смысл вообще от тестирования наличия атрибутов у модели есть?

вижу смысл в применении рефлексии при тестировании сеттеров, геттеров, мутаторов

вижу смысл в применении рефлексии при тестировании сеттеров, геттеров, мутаторов

что, тестировать изменение приватного свойства? так не делают

да я в курсе, что так не делают

а какой же смысл видишь?

тоже верно

Подскажите, есть ли смысл писать тесты (в рамках TDD) на наличие аттрибутов у сущностей (сущностей самих еще нет, это больше предварительное проектирование)? Или не страдать фигней и писать сначала миграции, а уже потом тестировать сущности?

они ж приватные.

да, уже понял глупость )

ну то есть тесты должны проверять только контракт и то как твои объекты поддерживают контракт

и опять же - ты когда пишешь тесты ты должен четко понимать ЧТО ты хочешь проверить и ПРОФИТ который ты от этого получишь

проверять ты хочешь только поведение

Ой прекратите. Мы константы тестируем. Вместо нормальных тестов

ERROR: S client not available

Потому что так хочет архитектор на другой стороне )) жести повидал короч

я презираю людей с тайтлом архитектор, которые говорят что делать

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

я презираю людей с тайтлом архитектор, которые говорят что делать

Бунтуешь против них?)

Бунтуешь против них?)

у меня их нет)

а если будет - у меня есть две стратегии: - убедить что кто-то не прав, ну или я просто не буду ничего делать без прувов. - проигнорировать

последнее работает весьма неплохо

Ну не знаю. Вариант с игнором спорный так то. Если команда большая и все последуют совету архитектора, а один человек - нет ... Даже, если его решение окажется несколько более эффективным, выигрыш может не окупиться из-за потенциально возможных проблем

Ну не знаю. Вариант с игнором спорный так то. Если команда большая и все последуют совету архитектора, а один человек - нет ... Даже, если его решение окажется несколько более эффективным, выигрыш может не окупиться из-за потенциально возможных проблем

так все от контекста зависит

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

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

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

у нас минимум мидлы

ну то есть мне нравится когда команда вся учавствует в формировании архитектуры, но если в команде только один человек знает что делает, то как бы да

вижу смысл в применении рефлексии при тестировании сеттеров, геттеров, мутаторов

Нет смысла ни юзать геттеры/сеттеры, ни тестить)

ДА!

далой сеттеры/геттеры. Их если и тестировать то косвенно, в контексте других тест кейсов

у меня их нет)

Ты прост сам архитектор и не знаешь про это)

например у нас есть билдер объектов с get/set методами, тупой property bag, но тестить мы будем не его и не отдельные геттеры сеттеры, а именно построение объектов

Ты прост сам архитектор и не знаешь про это)

да знаю я

<sarcasm>ну а как же на каждое приватное свойство не повесить пару геттер/сеттер? </sarcasm>

но у меня демократия в команде

Доброе утро

<sarcasm>ну а как же на каждое приватное свойство не повесить пару геттер/сеттер? </sarcasm>

setId(int $id): self

setId(int $id): self

неплохо ))

в тг обновились бот API и добавили Payments Кто нибудь встречал Library для работы с этим? ))

<sarcasm>ну а как же на каждое приватное свойство не повесить пару геттер/сеттер? </sarcasm>

Желательно чтобы на одно свойство было больше одного геттера и сеттерв

или кто нибудь является автором либы для работы с бот апи тут?

В идеале их число должно стремиться к бесконечности

Желательно чтобы на одно свойство было больше одного геттера и сеттерв

ну разные контексты, разные сеттеры/геттеры