AB
можно ли сжатым образом получить все категории с chilpren -ом
что значит сжатым?
Size: a a a
2021 January 27
А
Ну вот и пакет для пакетов
А
Шпателоиды всё ближе к тому моменту, когда в композер.жысон прописал две сотни пакетов (98% от ни же, шпателоидов) и получился сайт😀
🎃
Шпателоиды всё ближе к тому моменту, когда в композер.жысон прописал две сотни пакетов (98% от ни же, шпателоидов) и получился сайт😀
шпаклёвка для твоего сайта
YA
Ну вот и пакет для пакетов
осталось прикрутить монитор
🎃
Ну вот и пакет для пакетов
как в жизни, пакет для пакетов
А
как в жизни, пакет для пакетов
Долго ты догонял прикол😀
С
Парни, привет.
Нужно кэшировать результат парсинга: файл парсится в массив, по сути json обычный с key => value для API.
Сам файл, с которого идет парсинг, обновляется каждые сутки через крон. Соответственно время жизни у кэша должно быть похожим, чтобы при отсутствии кэша делался запрос на файл, он парсился, создавался кэш, и уже запросы шли к нему чтобы получить данные, а не к файлу каждый раз.
Вопрос в том, как лучше кэшировать эти данные.
Уместно ли тут редис? Размер относительно небольшой, по факту там максимум 100-200 айтемов.
Кроме редиса в мыслях есть просто хранить-создавать JSON-файл, но неуверен что это нормально. Нужны советы куда копать =)
Нужно кэшировать результат парсинга: файл парсится в массив, по сути json обычный с key => value для API.
Сам файл, с которого идет парсинг, обновляется каждые сутки через крон. Соответственно время жизни у кэша должно быть похожим, чтобы при отсутствии кэша делался запрос на файл, он парсился, создавался кэш, и уже запросы шли к нему чтобы получить данные, а не к файлу каждый раз.
Вопрос в том, как лучше кэшировать эти данные.
Уместно ли тут редис? Размер относительно небольшой, по факту там максимум 100-200 айтемов.
Кроме редиса в мыслях есть просто хранить-создавать JSON-файл, но неуверен что это нормально. Нужны советы куда копать =)
B
Парни, привет.
Нужно кэшировать результат парсинга: файл парсится в массив, по сути json обычный с key => value для API.
Сам файл, с которого идет парсинг, обновляется каждые сутки через крон. Соответственно время жизни у кэша должно быть похожим, чтобы при отсутствии кэша делался запрос на файл, он парсился, создавался кэш, и уже запросы шли к нему чтобы получить данные, а не к файлу каждый раз.
Вопрос в том, как лучше кэшировать эти данные.
Уместно ли тут редис? Размер относительно небольшой, по факту там максимум 100-200 айтемов.
Кроме редиса в мыслях есть просто хранить-создавать JSON-файл, но неуверен что это нормально. Нужны советы куда копать =)
Нужно кэшировать результат парсинга: файл парсится в массив, по сути json обычный с key => value для API.
Сам файл, с которого идет парсинг, обновляется каждые сутки через крон. Соответственно время жизни у кэша должно быть похожим, чтобы при отсутствии кэша делался запрос на файл, он парсился, создавался кэш, и уже запросы шли к нему чтобы получить данные, а не к файлу каждый раз.
Вопрос в том, как лучше кэшировать эти данные.
Уместно ли тут редис? Размер относительно небольшой, по факту там максимум 100-200 айтемов.
Кроме редиса в мыслях есть просто хранить-создавать JSON-файл, но неуверен что это нормально. Нужны советы куда копать =)
Если в проекте редис не установлен то ставить только для этого кейса не целесообразно. Редис ставится когда нужен не только кеш, счетчики, управляемые списки или когда несколько инстансов.
Я бы не задумывался над такой хренью и юзал обычный Cache::remember) Если уже установлен в env файловый кеш то наврялти он будет чем-то хуже редиса в данном случае
Я бы не задумывался над такой хренью и юзал обычный Cache::remember) Если уже установлен в env файловый кеш то наврялти он будет чем-то хуже редиса в данном случае
С
Если в проекте редис не установлен то ставить только для этого кейса не целесообразно. Редис ставится когда нужен не только кеш, счетчики, управляемые списки или когда несколько инстансов.
Я бы не задумывался над такой хренью и юзал обычный Cache::remember) Если уже установлен в env файловый кеш то наврялти он будет чем-то хуже редиса в данном случае
Я бы не задумывался над такой хренью и юзал обычный Cache::remember) Если уже установлен в env файловый кеш то наврялти он будет чем-то хуже редиса в данном случае
пожалуй ты прав. спасибо!
YA
какие ж они непостоянные
Э
Всем привет!
Хочу реализовать восстановление пароля. Ссылку оставляю на доку, которой руководствовался.
Проблема: Хочу вернуть просто json ответ после проделанных делишек, а получаю ошибку: Route [password.reset] not defined.
JSON потому что на клиенте живёт React.
https://laravel.com/docs/8.x/passwords#password-reset-link-handling-the-form-submission
Хочу реализовать восстановление пароля. Ссылку оставляю на доку, которой руководствовался.
Проблема: Хочу вернуть просто json ответ после проделанных делишек, а получаю ошибку: Route [password.reset] not defined.
JSON потому что на клиенте живёт React.
https://laravel.com/docs/8.x/passwords#password-reset-link-handling-the-form-submission
Э
Хелп, плиз. Как объясниться так, чтобы поняли, что никакой reroute не нужен. Куда и кому обращаться и что сказать?
NS
ставлю на то, что у тебя в отправляемом письме есть
route('password.reset'), а самого роута нетуЭ
ставлю на то, что у тебя в отправляемом письме есть
route('password.reset'), а самого роута нетуБинго! Ты прав...
Э
ставлю на то, что у тебя в отправляемом письме есть
route('password.reset'), а самого роута нетуИз вендора достать шаблон письма, да?