На чистом php нет, а на Ларавель вот думаю как

а разница ? там еще более просто.. из реквеста данные взял .. и положил в БД.. там 50 % уже готово

Люди если wordpress ставить на серваки nginx&apache&varnish vs lighttpd vs litespeed в чем разница? Какой лучше?? Litespeed?? Кто устанавливал и сравнивал???

wordpress работает на самых дешевых хостингах с апачем .. на чем угодно будет работать , если настроишь

можно ли установить openlitespeed к панеле  webmin??

1) в перечне модулей которые он знает его нет, но сам webmin лишь надстройка над системой , поэтому можете ручками поставить и настроить , просто настраивать именно  через webmin Вы не сможете .. 2) а как Ваши вопросы коррелируют с тематикой группы ?

Привет, кто подкажет как запилить REGEXP_REPLACE из 8 в 5.7 ?

mysql

@doktorgradus, @KuvshinovEE шинра тенсей

привет, было такое задание
1. Предложите структуру хранения данных
В Mysql предложите структуру хранения данных о задачах (tasks)

Необходимые поля
ID, название, описание, дата создания, дата изменения, статус, автор и ответственный за задачу
Типы полей на свое усмотрение.

Сделал вот так:
CREATE TABLE IF NOT EXISTS tasks (
 id int(11) NOT NULL AUTO_INCREMENT PRIMARY KEY,
 name varchar(255) NOT NULL,
 description text NOT NULL,
 created timestamp NOT NULL,
 modified timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP,
 status tinyint(1) NOT NULL DEFAULT 0
) ENGINE=InnoDB DEFAULT CHARSET=utf8;


CREATE TABLE IF NOT EXISTS users (
 id int(11) NOT NULL AUTO_INCREMENT PRIMARY KEY,
 name varchar(255) NOT NULL
) ENGINE=InnoDB DEFAULT CHARSET=utf8;


CREATE TABLE IF NOT EXISTS users_tasks (
 task_id int(11) NOT NULL,
 user_id int(11) NOT NULL,
 author_or_responsible tinyint(1) NOT NULL,
 PRIMARY KEY ( task_id, user_id, author_or_responsible ),
 FOREIGN KEY ( task_id ) REFERENCES tasks ( id )
     ON DELETE CASCADE,
 FOREIGN KEY ( user_id ) REFERENCES users ( id )
     ON DELETE CASCADE
) ENGINE=InnoDB DEFAULT CHARSET=utf8;

подскажите по правильности плиз

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

я хотел как раз показать, что могу предусмотреть, что их может быть несколько и показать знание foreing key + on delete cascade

author_or_responsible - это можно назвать роль

ну я так, мысль пришла в голову

это да
ну в целом ошибок вроде нет же.
мне просто дали супер крутой фидбек от разработчиков «в тестовом есть ошибки.» и все😄
хотя там в тестовом есть еще php и фронт часть, скорее всего там они нашли ошибки

Тут надо по задаче смотреть, не любят обычно когда за кого-то додумывают)

задача как раз перед решением, там особо это не указано

Если это не тех поддержка с тикетами, то достаточно будет сделать отношение  user has many tasks

А то так можно засунуть Event Sourcing в todo app