@AlexeyShatunov будет жить. Поприветствуем!

ребят подскажите пожалуйста, кто нибудь сталкивался с написанием бота для WhatsApp?

Я скрин не смогу кинуть запрещено, нельзя кидать

А код я писал

А когда файл я открываю в brackets мне его не открывает ошибку даёт, в нотпад я его открыл смотрю а там место моего кода все null в Гугле не надписи а треугольники

Есть Гугл сдк. Пхпшное

можешь ссылку дать

Подскажите , кто работал с курлом , с помощью curl php получаю страницу, со страницы необходимо вытянуть один <input> , точнее что в нем есть, подкажите как сделать ?

@vbyte http://parsing.valemak.com/ru/php/library/php-simple-html-dom-parser/quick-start/

@vbyte http://parsing.valemak.com/ru/php/library/php-simple-html-dom-parser/quick-start/

Спс)

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

@kadzekuma будет жить. Поприветствуем!

Парни, привет. Не могу понять как сделать одним sql запросом сбор следующих данных Есть таблица в Mysql пользователей, где есть поле roles тип json где хранятся роли в следующем виде ["admin", "editor", "etc"] и таблица сущности с правами доступа в таком же виже ["admin", "etc"] как выбрать все записи сущности по правам, можно ли это сделать одним запросом? Пример Тавлица Сущности id | title | roles 1 |abc |[ "etc", "editor"] 2 |def | ["admin", "etc"] 3 | hik | ["editor"] Пользователь id | name | roles 1 | max | ["admin", "etc"] после запроса по пользователю получить массив сущностей id | title | roles 1 |abc |[ "etc", "editor"] 2 |def | ["admin", "etc"]

Парни, привет. Не могу понять как сделать одним sql запросом сбор следующих данных Есть таблица в Mysql пользователей, где есть поле roles тип json где хранятся роли в следующем виде ["admin", "editor", "etc"] и таблица сущности с правами доступа в таком же виже ["admin", "etc"] как выбрать все записи сущности по правам, можно ли это сделать одним запросом? Пример Тавлица Сущности id | title | roles 1 |abc |[ "etc", "editor"] 2 |def | ["admin", "etc"] 3 | hik | ["editor"] Пользователь id | name | roles 1 | max | ["admin", "etc"] после запроса по пользователю получить массив сущностей id | title | roles 1 |abc |[ "etc", "editor"] 2 |def | ["admin", "etc"]

Ты про связь многие-ко-многим слышал?

Парни, привет. Не могу понять как сделать одним sql запросом сбор следующих данных Есть таблица в Mysql пользователей, где есть поле roles тип json где хранятся роли в следующем виде ["admin", "editor", "etc"] и таблица сущности с правами доступа в таком же виже ["admin", "etc"] как выбрать все записи сущности по правам, можно ли это сделать одним запросом? Пример Тавлица Сущности id | title | roles 1 |abc |[ "etc", "editor"] 2 |def | ["admin", "etc"] 3 | hik | ["editor"] Пользователь id | name | roles 1 | max | ["admin", "etc"] после запроса по пользователю получить массив сущностей id | title | roles 1 |abc |[ "etc", "editor"] 2 |def | ["admin", "etc"]

join - почитай о нем

ох я тут узнал, что update ... join блочит записи во всех таблицах, в том числе те, по которым только чтение

ну и insert .. select тоже... но там хоть в документации есть концы

ох я тут узнал, что update ... join блочит записи во всех таблицах, в том числе те, по которым только чтение

таблицы или строки?

ох я тут узнал, что update ... join блочит записи во всех таблицах, в том числе те, по которым только чтение

какая субд?

а, ну да.. мускуль конечно

строки

всем привет, джентельмены с ларавел, хочу уточнить как возвращать ошибки с validate правильно. я хотел использовать валидатор с контроллера $this->validate( но в таком случае при ошибках он формирует возвращеет ошибку 422 и в data запроса json с ошибками нет

всем привет, джентельмены с ларавел, хочу уточнить как возвращать ошибки с validate правильно. я хотел использовать валидатор с контроллера $this->validate( но в таком случае при ошибках он формирует возвращеет ошибку 422 и в data запроса json с ошибками нет

должен быть

ох я тут узнал, что update ... join блочит записи во всех таблицах, в том числе те, по которым только чтение

Фу пазор, неужели это все еще происходит в 2к19 ?

аххаха

строки

ничего удивительного тогда

ну удивительно вообще-то... с учетом наличия снапшетов для чтения

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

форм-билдер?

угусь

п.с я хочу улсышать все аргументы против, т.к мне надо человека уговорить отказаться от этой темы)0

я скзаал, что из-за этого один фиг придётся писать генератор правилв и на фронте и на беке отдельно и что в целом хранить правила валидации в бд - это очко, но пока не убедил

формбилдеры и формгенераторы норм тема, но многие кто туда нырнуд - не вынырнули.

генератор правил по данным из бд*

знаю одну компанию которая год писала форм билдер для vue, и так и не написала

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

генератор правил по данным из бд*

есть брать готовую либу для этого - то может сильно сэкономить старт

а как эти либы по-научномсу называются?

форм билдер пекедж?

а как эти либы по-научномсу называются?

php form builder github

или прям на гитхабе в сёрче пиши form builder

спс, но чёт не подходят

надо чтоб по строке из бд строил форму и валидировал

не подохдт тое, что видел

там чётко поля прописываются объектно

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

ну и отлично, теперь осталось немного подумать

о, чёрт, самое трудное

))

вообще всё-таки хочется отговорить от сия задумки

вообще всё-таки хочется отговорить от сия задумки

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

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

в принципе нет смысла писать конструктор форм, когда все формы на сайте самостоятельные

и их проще и быстрее прописать жёско на беке и фронте

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

и как

И когда нужно будет добавить какие-то новые разделы со своими формами нужно будет опять дергать программиста. Когда с конструктором можно через веб интерфейс накидать и готово. Корчое все от задачи зависит.

программиста в любм случае дёргать придётся, что бы формы на фронте собирал

и размешал где надо

Формы по правилам можно генерировать и для фронта и для бэка одновременно.

фориы уникальны по вёрстке, не вариант собирать конструктором(ну, времени создавать настолько гибкий констнуктор нет)

Ну, это уже ваши загоны. Никто не заставляет делать формы уникальными по верстке.

дак... заставляют)

там же по дизайну

а у меня нет власти сказать дизайнерам фигачиь чётко по бутсрап

а тут можно задавать вопросы по гит-клиентам?

а тут можно задавать вопросы по гит-клиентам?

Да хоть по ремонту телевизоров...?

а тут можно задавать вопросы по гит-клиентам?

Думаю логичнее было бы пройти в чатик по гиту, нет?

@git_ru - если шо

а откуда он?

я смотрел на страничках гит каналов для программистов

не видел гита

спасибо

Не за что)

Короткие лямбды 2.0 https://wiki.php.net/rfc/arrow_functions_v2 Никита Попов продолжает бить по проблемным местам PHP! В своем свежем RFC он замахнулся на стрелочные функции, они же короткие лямбды. У этой идеи в PHP сложная история, было как минимум две попытки (1, 2) их реализовать и обе провалились. В основном упираясь в синтаксис. Уже рассматривались варианты: $x ~> $x * 2 function($x) => $x + $y ^($x) => $x + $y Собственно половина документа, который опубликовал Никита, посвящена выбору синтаксиса. Предложен следующий вариант: fn($x, $y) => $x * $y При этом переменные из внешнего скоупа биндятся по значению автоматически и не надо использовать use(), то есть можно вот так: $y = 1; $fn1 = fn($x) => $x + $y; А если надо по ссылке, то придется либо явно перечислять переменные по ссылке, либо использовать переключатель: $fn = fn() use(&) { // ... } Также можно будет объявлять и методы в виде короткого синтаксиса: class Test { private $foo; fn getFoo() => $this->foo; } Надеюсь, на этот раз предложение преодолеет порог голосования и будет принято.

Эх

Хипсторы уже давно живут в мире транспиляторов и DSL on demand, пшпшники второй раз пытаются пропихнуть синтаксис коротких функций ...

инеговори

Да. А всего-то надо разделить процесс выполнения на 3 части. Парсинг, компиляцию в байткод, выполнение. С вожмностью писать плгины для каждой части.

"переменные из внешнего скоупа биндятся автоматически" ?‍♂️ ? ?

"переменные из внешнего скоупа биндятся автоматически" ?‍♂️ ? ?

интересно, как это будет работать если во внешнем скопе переменные будут определятся через extract, а во внутреннем выводится через eval

То есть это будет неконсистентно с тем как работают сейчас анонимные функции

То есть это будет неконсистентно с тем как работают сейчас анонимные функции

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

То есть это будет неконсистентно с тем как работают сейчас анонимные функции

похоже на то

Хотя судя по variable used in the expression is defined in the parent scope it will be implicitly captured by-value будут определят по тому, что выполняется.

Но в таком случае fn() => { $string = '$a'; eval("echo ${string};"); } будет работать неправильно

Но в таком случае fn() => { $string = '$a'; eval("echo ${string};"); } будет работать неправильно

Делай use как раньше. Если такой извращенец )

Делай use как раньше. Если такой извращенец )

Да не, это просто пример corner case.

@Adelf32 а тебе приходилось замыкать переменые по ссылке? Кроме случаев рекурсивных функций. И если да, то зачем?