Size: a a a

Laravel Framework Russian Community

2021 January 20

А

Артём in Laravel Framework Russian Community
Что за тупни, а...
источник

ЕС

Егор Сергеевич 👨🏻‍💻... in Laravel Framework Russian Community
Bat
попробуй запустить через php artisan serve  и если нормально заработает то это nginx или апач чудит
Каким образом тебе может чудить nginx или Apache затиркой post переменной одной из остальных 🙈
источник

B

Bat in Laravel Framework Russian Community
Егор Сергеевич 👨🏻‍💻
Каким образом тебе может чудить nginx или Apache затиркой post переменной одной из остальных 🙈
Не могу в роутах поставить админку на префикс admin - направляет на главную страницу

тут может чудить вполне
источник

ЕС

Егор Сергеевич 👨🏻‍💻... in Laravel Framework Russian Community
Bat
Не могу в роутах поставить админку на префикс admin - направляет на главную страницу

тут может чудить вполне
Тут да, согласен. Извини
источник

А

Алекс in Laravel Framework Russian Community
Bat
Не могу в роутах поставить админку на префикс admin - направляет на главную страницу

тут может чудить вполне
открывает главную, но не переадресует и адреса скриптов переписывает с добавлением admin, те , что с {{asset('....')}}
источник

А

Алекс in Laravel Framework Russian Community
с полем email разобрался. Гребаный верстальщик умудрился с один тег <form> запихнуть и регистрацию и авторизацию. В результата email переписывался на null. Убивать таких надо.
источник

AB

Alex B in Laravel Framework Russian Community
Алекс
с полем email разобрался. Гребаный верстальщик умудрился с один тег <form> запихнуть и регистрацию и авторизацию. В результата email переписывался на null. Убивать таких надо.
че у вас там лида нет что ли?
источник

С

Сидредин in Laravel Framework Russian Community
Alex B
че у вас там лида нет что ли?
в некоторых компаниях программист сам себе лид
источник

TT

T T in Laravel Framework Russian Community
Всем привет.
У меня возник вопрос. Стоит ли использовать очереди, если:

Нужно получать данные с 1с, перебрать и записать их в базу. Работа по простукиванию в 1с будет вестись по крону, соответственно через "Console Commands."

По идеи будут несколько "Console Commands" где один получает, второй смотрит в базе и забирает передавая их в другую базу.

Так вот непойму как лучше реализовать.

Очередями с пакетом Laravel Horizon.

Или это лишнее и достаточно небольшого скриптика в "Console Commands".

Пс. С ларавел работаю недавно.
---
Входные данные:

Крон будет каждые 5 минут.
Принцип такой в 1с сейчас строится выгрузка по апи.

Мы стучим на апи с определенными параметрами. 1с отвечает, допустим:

Стучим с запросом есть новые товары, ответ есть и данные товаров.
Тут наша ларавел будет промежуточным звеном. Она получает с ответа данные, и записывает их в свою базу. По результату записи оповещает 1с что эта очередь данных отработана и записана в базу, в 1с тогда с этого параметра снимается флаг.

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

Все это предпологается делать как я думаю через консольные команды ларавел.

Где у каждой будут прописаны свои тайминг, а крон каждые 5 минут дёргает их.
источник

B

Bat in Laravel Framework Russian Community
T T
Всем привет.
У меня возник вопрос. Стоит ли использовать очереди, если:

Нужно получать данные с 1с, перебрать и записать их в базу. Работа по простукиванию в 1с будет вестись по крону, соответственно через "Console Commands."

По идеи будут несколько "Console Commands" где один получает, второй смотрит в базе и забирает передавая их в другую базу.

Так вот непойму как лучше реализовать.

Очередями с пакетом Laravel Horizon.

Или это лишнее и достаточно небольшого скриптика в "Console Commands".

Пс. С ларавел работаю недавно.
---
Входные данные:

Крон будет каждые 5 минут.
Принцип такой в 1с сейчас строится выгрузка по апи.

Мы стучим на апи с определенными параметрами. 1с отвечает, допустим:

Стучим с запросом есть новые товары, ответ есть и данные товаров.
Тут наша ларавел будет промежуточным звеном. Она получает с ответа данные, и записывает их в свою базу. По результату записи оповещает 1с что эта очередь данных отработана и записана в базу, в 1с тогда с этого параметра снимается флаг.

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

Все это предпологается делать как я думаю через консольные команды ларавел.

Где у каждой будут прописаны свои тайминг, а крон каждые 5 минут дёргает их.
мало входных данных, какого рода данные из 1с как часто надо забирать? пропадают ли они из 1с ?
источник

TT

T T in Laravel Framework Russian Community
Bat
мало входных данных, какого рода данные из 1с как часто надо забирать? пропадают ли они из 1с ?
Дописал.
источник

TT

T T in Laravel Framework Russian Community
То есть, тут момент с очередями как я понимаю если использовать horizon отличный по принципу когда надо ответить клиенту быстро.

Но в случае команд, в принципе ответа быстро и не надо же. Или я не верно понимаю ситуацию
источник

D

Dymon in Laravel Framework Russian Community
T T
Всем привет.
У меня возник вопрос. Стоит ли использовать очереди, если:

Нужно получать данные с 1с, перебрать и записать их в базу. Работа по простукиванию в 1с будет вестись по крону, соответственно через "Console Commands."

По идеи будут несколько "Console Commands" где один получает, второй смотрит в базе и забирает передавая их в другую базу.

Так вот непойму как лучше реализовать.

Очередями с пакетом Laravel Horizon.

Или это лишнее и достаточно небольшого скриптика в "Console Commands".

Пс. С ларавел работаю недавно.
---
Входные данные:

Крон будет каждые 5 минут.
Принцип такой в 1с сейчас строится выгрузка по апи.

Мы стучим на апи с определенными параметрами. 1с отвечает, допустим:

Стучим с запросом есть новые товары, ответ есть и данные товаров.
Тут наша ларавел будет промежуточным звеном. Она получает с ответа данные, и записывает их в свою базу. По результату записи оповещает 1с что эта очередь данных отработана и записана в базу, в 1с тогда с этого параметра снимается флаг.

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

Все это предпологается делать как я думаю через консольные команды ларавел.

Где у каждой будут прописаны свои тайминг, а крон каждые 5 минут дёргает их.
вот это посмотри, думаю тебе пригодится https://laravel.com/docs/8.x/scheduling
источник

TT

T T in Laravel Framework Russian Community
Dymon
вот это посмотри, думаю тебе пригодится https://laravel.com/docs/8.x/scheduling
Да консольные команды как раз так и будут запускаться
источник

D

Dymon in Laravel Framework Russian Community
ок тогда, нормальная схема как по мне. Что тебе смущает?
источник

TT

T T in Laravel Framework Russian Community
Да вот нужно было стороннее мнение, правильно ли продумал.

@ditrichZ  спс.
источник

VY

Vladimir Yefremov in Laravel Framework Russian Community
Alex B
че у вас там лида нет что ли?
тот верстальщик и есть лид :)
источник

AB

Alex B in Laravel Framework Russian Community
Vladimir Yefremov
тот верстальщик и есть лид :)
печально (
источник

А

Алексей in Laravel Framework Russian Community
Привет, коллеги. Вернулся в проект, который хорошо знаю и столкнулся с проблемой.

Склонировал проект и при первой же попытке composer install получаю Segmentation fault (core dumped)

Заметил, что ошибка вылезла после php artisan package:discover.

Выяснилось, что ошибка воспроизводится при любой команде артисана, даже php artisan list.

В корне проекта создаётся файл core размером более 7 гб, но чем он мне поможет понятия не имею

Есть у кого-то дельные мысли?
источник

AB

Alex B in Laravel Framework Russian Community
Алексей
Привет, коллеги. Вернулся в проект, который хорошо знаю и столкнулся с проблемой.

Склонировал проект и при первой же попытке composer install получаю Segmentation fault (core dumped)

Заметил, что ошибка вылезла после php artisan package:discover.

Выяснилось, что ошибка воспроизводится при любой команде артисана, даже php artisan list.

В корне проекта создаётся файл core размером более 7 гб, но чем он мне поможет понятия не имею

Есть у кого-то дельные мысли?
гугл что говорит?
источник