Виталий Столяров, вот с сегментацией то найти и не могу готовых моделей. Если ТФ JS брать то там вроде только основной упор под человека, например bodypix или deeplab. А вот моделей для неба, найти не смог. Думал может кто встречал.
ThunderCat, всё совпадает если брать в целом контекст сказанного. Текстовая заметка к записи и Услуга ни одно и то же. Отдельно как таковой услуги не будет прикрепляться к записи, будет просто доп. поле у записи с текстом где в свободной форме указывается любая инфа о клиенте.
Владимир, про услуги речи не идёт вопрос записи клиентов без услуг. Тупо есть запись с некоторой информацией. Вопрос именно как структурировать бд по дням и по самим записям, чтобы легко обрабатывать и записывать новые данные.
Визуализировано это просто календарь на JS с днями, в каждом дне есть секции по 10 мин от начала раб. дня до конца с учетом обедов. Можно выбрать например три секции по 10 минут (30 мин) для одной записи клиента. В данных к записи будет что то вроде заметки текстовой для данных клиента и какую услугу оказываем.
Но как это все хранить, чтобы это всё было удобно и грамотно для загрузки на страницу и для обработки и хранения, пока не укладывается в голове.
Каждая заметка это отдельная запись в бд. В JS они не хранятся, выводятся при помощи View. Можно конечно при смене порядка на фронте посылать на бэк запросы, а там менять позицию в бд, но выходит как то накладно мне кажется. Столько запросов в бд, думал может есть подход более грамотнее с меньшими затратами. Но видимо других вариантов нет, кроме как обновлять поле с позицией каждый раз когда пользователь поменял порядок.
JhaoDa, вопрос в том, что если брать просто foreach и в каждой модели менять поле и сейвить, то учитывая что пользователь может часто менять порядок, мне кажется что это будет слишком много запросов для бд.
Поэтому думал может есть решение менее затратное при помощи каких то внутренних возможностей Laravel о которых я незнаю.
JhaoDa, а как же orderby в моделях и sortby в коллекциях, как раз устанавливающие порядок моделей?
Здесь тоже самое, только пользователь задает свой порядок по полю модели (например pos или order). И по итогу эту коллекцию с новым порядком как то бы сохранить, не сильно нагружая бд.
Гена, дык тесты как раз без гавноплагинов) а ВП на nginx летает только в путь. Кстати тесты свежие, помню выбирал когда ВП тоже были на то время тесты только там были джумла, друпал и прочие кмс, октября там не было.
А так с плагинами мне кажется любая кмс помрет от малейшего напряга на проект)) у ВП как раз с плагинами бенчмарки проседают чуть ли не в 10 раз. А на чистой из коробки показатели выше.
Сейчас в итоге осваиваю Ларавел, первые впечатления положительные, многое уже есть из коробки, а мусора мало. Даже по сути без установки Бриз (авторизации) можно легко реализовать свою, в доках на оф сайте все понятно даже на англ.
А запросы в бд, работа с куками вообще ляпота. Единственное я всё со старых времен пишу процедурно только недавно начал на C# работать с ООП, а тут еще и MVC в новинку. Но из-за работы в C# и использование классов в JS в принципе более менее MVC стал понятен. По суть модели описывают структуру данных, вью это типичные шаблоны грубо говоря, а контроллеры уже содержат классы с функциями выполняющие основную логику проекта. Ну по крайней мере я так понял исходя из доков))
Забыл кстати про роутинг в пару строк, тоже сокращает время.
По факту суммируя могу сказать что здесь есть всё что мне надо было от ядра ВП, а все остальное (плагины, страницы и тд) мне не нужны были я ими не пользовался, по причине вышеуказанной, так как гибкость пропадала и скорость.
И кстати в папках есть еще JS файлы для модулей фреймворка (dropdown, search итд) их как собирать? Я думал это делается как то сначала до mix. Собираются в два файла CSS и JS, а потом уже через mix в public
Тут просто целая папка этих less файлов. В webpack mix брать semantic.less что ли? Я хотел вообще собирать в проект только нужные компоненты, чтобы не засовывать весь css фреймворк, или так не получится?
Северное Сияние, бенчмарки как последний аргумент в пользу выбора фреймворка, не более. Ларавел меня зацепил больше всего в сумме всех аргументов за этот фреймворк. Он достаточно популярен, что даёт возможность быстро разобраться в структуре и много имеет базовых функций для работы.
Вордпресс тоже выбирал по этому принципу, из КМС он достаточно шустрый из коробки без гавноплагинов и в связке с Nginx, и не замечать этого тоже глупо, даже для небольших проектов.
Ларавел скорее всего будет моим выбором, тут доки хорошие, и привлекает множество функций из коробки, управление куками, аутентификация и роутинг , причем по докам смотрю не так и сложно всё делается.
Да и бенчмарки говорят о том, что Ларавел шустрее.
