A
Size: a a a
2020 September 24
mБ
sprintf('%02d:%02d:%02d', $hours, $mins, $secs)
mБ
gmdate("H:i:s", $seconds)
mБ
это то что тебе нужно?
A
Почти )
A
ну спасибо всем )
A
Вот только как это теперь в нашу русскую дату перевести )
P
Почитай пожалуйста доку или хотя бы глянь какие методы есть у объекта Carbon
Не хочу разводить холивар но вопрос не релевантен чату Laravel Pro
Carbon::now()->addSeconds($value)->format("d.m.Y H:i:s")
Не хочу разводить холивар но вопрос не релевантен чату Laravel Pro
Carbon::now()->addSeconds($value)->format("d.m.Y H:i:s")
A
Я просил тут, потомучто люди возможно уже делали подобное и ктото может подсказать.
DK
Друзья, подскажите пожалуйста как в карбоне из секунд вывести сколько осталось времени year days hours minutes seconds, у меня есть 1128 дней в секундах. 97545599 необходимо эти секунды перевести в year days hours minutes seconds. Спасибо.
$before = \Carbon\Carbon::createFromTimestamp(0);
$after = \Carbon\Carbon::now();
$years = $after->diffInYears($before);
$days = $after->subYears($years)->diffInDays($before);
$hours = $after->subDays($days)->diffInHours($before);
$minutes = $after->subHours($hours)->diffInMinutes($before);
$seconds = $after->subMinutes($minutes)->diffInSeconds($before);
$after = \Carbon\Carbon::now();
$years = $after->diffInYears($before);
$days = $after->subYears($years)->diffInDays($before);
$hours = $after->subDays($days)->diffInHours($before);
$minutes = $after->subHours($hours)->diffInMinutes($before);
$seconds = $after->subMinutes($minutes)->diffInSeconds($before);
NO
Буду краток: каждая стоит внимания и по-своему интересная.
Прилипы и Амазон очень понравились.
Первая заставляет задуматься, как правильно свои идеи приподносить миру. Много примеров из успешных презентаций и промо.
Амазон — хорошая история как начиналась компания и как стала такой. Чисто для вдохновения.
Пиши, сокращай — ещё читаю, но мастхэв, если приходится или нужно писать тексты. Помогают избавиться от мусора и воды в текстах.
The hard thing about hardest things — мне была интересна для вдохновения, как люди выбираются из полной задницы, будучи на позиции основателя или СЕО компании.
Там же внутри зашита история первого браузера — Mosaic, а потом и Netscape, где Бен работал с Андреессоном (автором Мозаика).
Впоследствии они основали один из самых успешных инвестфондов на сегодня — Andreessen Horowitz. Инвестировали Скайп, Lyft, Facebook, Foursquare, Stripe, Twitter, AirBNB etc.
Брукса ещё не читал.
Прилипы и Амазон очень понравились.
Первая заставляет задуматься, как правильно свои идеи приподносить миру. Много примеров из успешных презентаций и промо.
Амазон — хорошая история как начиналась компания и как стала такой. Чисто для вдохновения.
Пиши, сокращай — ещё читаю, но мастхэв, если приходится или нужно писать тексты. Помогают избавиться от мусора и воды в текстах.
The hard thing about hardest things — мне была интересна для вдохновения, как люди выбираются из полной задницы, будучи на позиции основателя или СЕО компании.
Там же внутри зашита история первого браузера — Mosaic, а потом и Netscape, где Бен работал с Андреессоном (автором Мозаика).
Впоследствии они основали один из самых успешных инвестфондов на сегодня — Andreessen Horowitz. Инвестировали Скайп, Lyft, Facebook, Foursquare, Stripe, Twitter, AirBNB etc.
Брукса ещё не читал.
спасибо )
OK
Привет.
Есть очень древний проект "CMS". Это что то типо мультисайтовой CMS. Со временем он стал выраждается в простой фраймворк. Т.е. в нем стало больше пользовательского php кода со своей логикой. От CMS осталось редактирование контента на странице(x-editable/tinymce inline) и управление моделями. Стал вопрос в переезде на современный фраймворк. От мультисайта можно отказаться в сторону нескольких инстансов.
Вопрос как лучше организовать структуру и разделить код "ядра" и сайта?
Так чтобы можно было отдельно обновлять "CMS" или код сайта.
Я вижу три варианта:
1. просто взять проект laravel и в нем написать ядро, а код сайта вынести в отдельную папку.
2. "ядро" разбить по пакетам и подключать к новому проекту (код сайта). Выглядит лучше, но все ли я могу делать из пакетов? и выглядит для меня более накладно как разработчика "ядра"
3. Laravel не подходит для это, лучше возьми другой фраймфорк.
Есть очень древний проект "CMS". Это что то типо мультисайтовой CMS. Со временем он стал выраждается в простой фраймворк. Т.е. в нем стало больше пользовательского php кода со своей логикой. От CMS осталось редактирование контента на странице(x-editable/tinymce inline) и управление моделями. Стал вопрос в переезде на современный фраймворк. От мультисайта можно отказаться в сторону нескольких инстансов.
Вопрос как лучше организовать структуру и разделить код "ядра" и сайта?
Так чтобы можно было отдельно обновлять "CMS" или код сайта.
Я вижу три варианта:
1. просто взять проект laravel и в нем написать ядро, а код сайта вынести в отдельную папку.
2. "ядро" разбить по пакетам и подключать к новому проекту (код сайта). Выглядит лучше, но все ли я могу делать из пакетов? и выглядит для меня более накладно как разработчика "ядра"
3. Laravel не подходит для это, лучше возьми другой фраймфорк.
MK
Привет.
Есть очень древний проект "CMS". Это что то типо мультисайтовой CMS. Со временем он стал выраждается в простой фраймворк. Т.е. в нем стало больше пользовательского php кода со своей логикой. От CMS осталось редактирование контента на странице(x-editable/tinymce inline) и управление моделями. Стал вопрос в переезде на современный фраймворк. От мультисайта можно отказаться в сторону нескольких инстансов.
Вопрос как лучше организовать структуру и разделить код "ядра" и сайта?
Так чтобы можно было отдельно обновлять "CMS" или код сайта.
Я вижу три варианта:
1. просто взять проект laravel и в нем написать ядро, а код сайта вынести в отдельную папку.
2. "ядро" разбить по пакетам и подключать к новому проекту (код сайта). Выглядит лучше, но все ли я могу делать из пакетов? и выглядит для меня более накладно как разработчика "ядра"
3. Laravel не подходит для это, лучше возьми другой фраймфорк.
Есть очень древний проект "CMS". Это что то типо мультисайтовой CMS. Со временем он стал выраждается в простой фраймворк. Т.е. в нем стало больше пользовательского php кода со своей логикой. От CMS осталось редактирование контента на странице(x-editable/tinymce inline) и управление моделями. Стал вопрос в переезде на современный фраймворк. От мультисайта можно отказаться в сторону нескольких инстансов.
Вопрос как лучше организовать структуру и разделить код "ядра" и сайта?
Так чтобы можно было отдельно обновлять "CMS" или код сайта.
Я вижу три варианта:
1. просто взять проект laravel и в нем написать ядро, а код сайта вынести в отдельную папку.
2. "ядро" разбить по пакетам и подключать к новому проекту (код сайта). Выглядит лучше, но все ли я могу делать из пакетов? и выглядит для меня более накладно как разработчика "ядра"
3. Laravel не подходит для это, лучше возьми другой фраймфорк.
Тут всё тоже зависит от того, как ты собираешься дружить ядро и сайт. Внутренний REST ?
OK
Я думаю что предоставлять сервисы и модели
OK
а для редактирования со страницы просить добавить мой js в шаблоны. и в шаблонах добавлять "маркеры" для редактирования
D
Привет.
Есть очень древний проект "CMS". Это что то типо мультисайтовой CMS. Со временем он стал выраждается в простой фраймворк. Т.е. в нем стало больше пользовательского php кода со своей логикой. От CMS осталось редактирование контента на странице(x-editable/tinymce inline) и управление моделями. Стал вопрос в переезде на современный фраймворк. От мультисайта можно отказаться в сторону нескольких инстансов.
Вопрос как лучше организовать структуру и разделить код "ядра" и сайта?
Так чтобы можно было отдельно обновлять "CMS" или код сайта.
Я вижу три варианта:
1. просто взять проект laravel и в нем написать ядро, а код сайта вынести в отдельную папку.
2. "ядро" разбить по пакетам и подключать к новому проекту (код сайта). Выглядит лучше, но все ли я могу делать из пакетов? и выглядит для меня более накладно как разработчика "ядра"
3. Laravel не подходит для это, лучше возьми другой фраймфорк.
Есть очень древний проект "CMS". Это что то типо мультисайтовой CMS. Со временем он стал выраждается в простой фраймворк. Т.е. в нем стало больше пользовательского php кода со своей логикой. От CMS осталось редактирование контента на странице(x-editable/tinymce inline) и управление моделями. Стал вопрос в переезде на современный фраймворк. От мультисайта можно отказаться в сторону нескольких инстансов.
Вопрос как лучше организовать структуру и разделить код "ядра" и сайта?
Так чтобы можно было отдельно обновлять "CMS" или код сайта.
Я вижу три варианта:
1. просто взять проект laravel и в нем написать ядро, а код сайта вынести в отдельную папку.
2. "ядро" разбить по пакетам и подключать к новому проекту (код сайта). Выглядит лучше, но все ли я могу делать из пакетов? и выглядит для меня более накладно как разработчика "ядра"
3. Laravel не подходит для это, лучше возьми другой фраймфорк.
имхо 2 вариант лучше. Вот здесь можешь примеры реализации посмотреть
https://laravel.com/docs/8.x/packages
https://backpackforlaravel.com/docs/4.1/demo
https://laravel.com/docs/8.x/packages
https://backpackforlaravel.com/docs/4.1/demo