Юрий

https://www.launchaco.com/logo

Возможно, вам поможет отработка своих знаний по флексам на определённом количестве задач по построению сеток. Примерно, как при подготовке к ЕГЭ или олимпиадам нарешивают определённый тип задач.

Посмотрите на навыки. Это как раз наборы кейсов для прорешивания: https://htmlacademy.ru/skills
И в частности навык "Построение сеток на флексах по макету": https://htmlacademy.ru/skills/flex-layout/payment

Найди в телеге книгу css для профи, там можно много нового подчерпнуть, если начал верстать недавно. Ну и чем больше будешь верстать, и править ошибки, тем быстрее придет осознание

shopcms.ru тема старая, но вполне рабочая, есть бесплатный аналог lego

На мой взгляд, у Вас происходит путанница двух слабосвязанных возможностей системы.

С одной стороны, Вы говорите о НСИ (насколько я понимаю Нормативно-справочная информация), а с другой стороны о так называемом RBAC (role based access control).
Разложить можно следующим образом:
1) Есть пользователи, который с определенной стороны являются справочником, а с другой стороны предметом иденктификации пользователя в системе
2) Есть роль, которая складывается из совокупоности возможных действий в системе.
3) Пользователь может иметь несколько ролей и права пользователя считаются исходя из совокупонсти максимально доступных прав.

Причем возможные действия системы это не полностью динамический справочник, т.е. есть те вещи, которые оттуда не удаляются.

Приведу пример: есть у нас некая ERP в которой 300 сотрудников и 3 роли - "гость" (по факту может не существовать в системе), "сотрудник", "администратор".
Если мы всех 300 пользователей привяжем к роли "Сотрудник", а потом попытаемся ее удалить, то тут может быть несколько вариантов решения данной ситуации (разные системы применяют разные методы)

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

Что касается вопроса про справочники, то в общем понимании слова под этим подразуемевается в основном пользовательская информации справочного (внезапно!) характера. Т.е. эта информация не влияет на технический аспект работы системы, но напрямую завязана на бизнес-логику системы (все можно оспорить конечно же).
Например справочником может служить:
- Тип формы собственности (Государственная, Муниципальная, Частная и т.п.)
- Организационно-правовая форма (Товарищество, Общество, Акционерное общество и т.п.)
- Сфера интересов (IT, Сельское хозяйство и т.п.)

То есть любая информация представленная в виде списка.
P.S. В частном случае и пользователи и роли тоже являются справочниками.

Как устроена жизнь бизнес-логики которая опирается на нестабильные данные под которые она была создана?

Если кратко: создаётся динамическая структура хранилища с заранее известными отношениями ролей к друг другу на основе любой системы управления БД с контролем целостности данных внутри этого хранилища.

Есть такое понятие, как "целостность данных".
При добавлении записи в одну из ролей - автоматом просят сопоставить (или создать) все необходимые поля для обеспечения целостности данных.
Тоже самое - при попытке удалить любую связующую сущность из цепочки записи.

ODOO

Надо прописывать все типовые ситуации - четко обязанности клиента и последствия невыполнения.

Заказчик должен в определенный срок предоставить контент или проверить работу, а он этого не делает. Какие шаги дальше принимать, если все попытки объяснить ему это с указанием на договор бесполезны?

Например, последствием может быть прекращение работ с удержанием аванса. Или начисление штрафа. Или приостановление работ. Решите, что Вам удобно и внесите в договор условие: "В случае непредоставления указанных в п... Договора документов и (или) информации Исполнитель вправе прекратить/приостановить работы (выставить штраф).
Но для этого в договоре должно быть четко установлено, в каком порядке производится обмен информацией.
Объяснять не надо - в случае нарушения срока надо будет направить сообщение, что не получили установленную Договором информацию и документы. Просите предоставить в такой-то срок. В случае неполучения будут такие-то последствия.
Это для примера. И так по каждой ситуации.

Но это при условии предоплаты. Иначе будете в суде деньги требовать за невыполненную работу и доказывать, что не сделали по вине заказчика. Понятно, что это очень непросто.
Кстати, 100% аванс не спасёт. Заказчик может потребовать вернуть деньги, если откажетесь доделать. И надо будет доказать, что работа соответствует ТЗ и не доделана по вине Заказчика. Именно для этого - "пишите письма" и детально прописывайте ТЗ

работайте только по 100% предоплате.
Тогда уже заказчик будет вас подгонять, а не морозится...
Впрочем, достаточно и 50%, обычно
по пунктам
"- Заказчик очень долго проверяет (вплоть до неск. месяцев)
вписываем в договор что-то типа "заказчик должен подписать акт выполненых работ или выставить притензии не познее чем через 3(три) дня после выставления акта выполненых работ"

"- Заказчик не предоставляет контент очень длительное время. (так же вплоть до полугода. И это не про большие СЕО текста, а про какие нибудь контактные данные, пару фоток и т.д)"
та же фигня. все сроки вписываются в договор, оговариваются форс-мажоры, при условии соглашения сторон

"- Заказчик просит переделать одну и туже мелочь по 50 раз (какую нибудь ерунду, вроде поменять 2 слова, но в течении очень долгого времени и на одной и той же странице. Это как пример)"
сложный вопрос и самый труднодоказуемый. Единственный вариант - все под протокол разногласий, или как оно там правильно юридически.

"- Заказчик не объяснил что хотел, сказал делайте на своё усмотрение и сначала всем был доволен. Потом подключил еще проверяющего и тут же всё не нравится: переделывайте всё заново и бесплатно. (Естественно, на проверку скидывается каждый этап работ и только после одобрение идём дальше.)"
На этом этапе, обычно, заказчик посылается в арбитраж. После чего, как правило, несколько трезвеет и с ним уже можно договариваться. Как-то в таком случае, получили оплату за 3 сайта, вместо одного.

"- Заказчик просит добавить довольно серьёзный функционал, который не был обговорен и соответственно не был просчитан в цене. Доплачивать заказчик не желает."
тут все просто "Читайте согласованное с вами ТЗ".

И напоследок. Все эти телодвижения имеют смысл при наличии знакомого/прикормленного юриста, съевшего собаку на арбитраже. И даже в этом случае, деньги будут выбиваться очень долго.

PS. не работайте с мудаками.
PPS. Чуть не забыл. Все показывайте заказчику на своем хостинге. подписал акт выполненных работ - можно переносить к нему. Впрочем, я дожидался подтверждения из банка о поступлении средств.

Не смог найти оригинал, но попробую своими словами:
Чел взялся за работу (макет сайта или визитки), делал за "шапку сухарей" ибо работал там же.
Юная "фифа", она же секретарша посмотрела и сказала, что сможет гораздо лучше, будь у нее такая картинка...
Ок, сказал человек, объединил слои и сохранил как JPG, который собственно и отправил девочке.
Проще говоря, если ожидаем "кидок":
1. Под гитом в приватной репе делаем (это чтоб доказать авторство, в случае обмана). Ну и в целом хорошая практика.
2. Для демонстрации - выгружаем на свой сервер, но исходники как минимум обфусцируем, если есть хоть немного фронтэнда, попутно можно вставить ватермарки либо таймбомбу, к примеру на неделю) ибо копи-паст наш друг и враг!
3. После оплаты либо архив с исходниками, либо передаем репу заказчику (2е правильней как по мне, можно и договориться о поддержке и доработки если надо проще). Тут ессно код уже должен быть чист и без "закладок".

Противникам п.2 в плане таймбомбы - пойдите покурите бамбук! Лет мне много и с говном пришлось столкнуться всяким!

уже когда то скидывал - вот инструмент чтобы перевести все в не читаемый вид в автоматическом - link

Можем поработать вместе, над моими проектами.
Я имею небольшой опыт в обучении веб-дизайну (было более 10 учеников), но не считаю это своей основной профессией.
А так, мне нужна бесплатная помощь в проектах, у меня есть разные идеи. Но времени их делать мало, да и самой не так-то просто. Со своей страна могу предложить соавторство на Бихенсе "несколько владельцев", тебе работка в портфолио хорошая ляжет.
Пиши мне в тг:
Telegram: telegram.me/kleopick

https://codepen.io/himalayasingh/pen/pxKKgd
https://codepen.io/miniven/pen/ZJydge
без js это еще те костыли