ThunderCat

Пример страницы, где свойства успешно работают

Не работают.

свойства max-width="100%";

Во первых это у вас не "свойство", а атрибут, во вторых не работает по тому что такой атрибут не существует в спецификации, если хотите задать максимальную ширину нужно использовать стили (и там оно таки будет свойством).

По описанию звучит как бред, НО:
Во первых - на вашем месте (да и вообще в любом случае в будущем) - не стесняйтесь спросить - какие функции работодатель ждет от финальной работы. Может ему нужно только хтмл+цсс, ну и как-то переключаться между папочками.

Если нет - просите развернутые задачи по каждому из предполагаемо рабочих элементов, как должен реагировать, какое поведение, откуда берутся данные, куда отправляются, в каком формате...

После этого четко распишите задачи для себя, что и как по порядку будете делать. Если сможете - крайне желательно напротив каждого пункта написать время, сколько вы будете реализовывать то или другое задание. По идее за вас это должен был сделать "сенпай", но если не сделал - значит постановка задач в конторе хромает на обе ноги, и тут уже вам решать - будете ли вы и далее в таком режиме работать или будете искать другую работу. С одной стороны - хорошо научитесь декомпозировать задачи и обосновывать сроки, с другой - сверху должны понимать что сроки соответствуют описанным вами и выделять затребованное время.

Мне нужно реализовать чтобы ширина и высота текста выводились на сайт

https://stackoverflow.com/questions/118241/calcula...

Как мне это сделать чтобы при изминении размера текста динамически менялась высота и ширина на сайте?

https://css-tricks.com/fitting-text-to-a-container/ или, если вы этот текст набираете и от этого он меняется - вызывайте пересчет по onkeyup

Это такой простой способ.

Способ нормальный, просто к искусственному интелекту это относится так же как табличка экселя с 2 формулами - то есть никак. Тупо статистика в самом примитивном виде.

Мне просто интересно, а можно сделать это как то лучше?

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

Если мы каждую секунду будем закидывать в бд какие то данные, а если пользователей будет много, допустим 1000 и более, не скажется ли это на производительности и как лучше в таком случае вообще собирать такие данные?

Нет, если пользователей будет 1000, а кино в среднем около часа, то активность в плане записи в бд будет околонулевая, за 60 минут ~1000 действий, что примерно равно 1 действие в 3 секунды. Даже если активность будет в 10 раз больше, а пользователей тоже в 10 раз больше - активность в итоге будет около 100 действий за 3 секунды, или 30-40 действий в секунду, для нормальной структуры бд это вообще не нагрузка.

contenteditbale

https://www.google.md/search?q=linux+text+editor+w...

На самом деле почти все, только работает это немного не так как в винде. Хотя и с похожим функционалом их есть.

По описанию звучит как попытка натянуть сову на глобус с помощью жс и хтмл. Если это реальная админка проекта - каждая страничка должна загружаться с сервера, имея соответствующий функционал. Будет это сделано в парадигме СПА или это будут отдельные загрузки - не суть важно.

Хранить ВСЮ админку в одной страничке - редкий бред. Вы заколебетесь менять функционал какой-то одной фичи в общей куче кода, который еще должен соблюдать в отдельных своих частях уникальность блоков и прочие неочевидные на первый взгляд вещи.

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

Для этого есть шаблоны и вьюшки, которые хорошо настраиваются и отлично выполняют данную функцию.

Вангую что у вас просто дивы схлопываются из-за отсутствия контента и неуказанного размера.

VakaBaka, во первых без js подгрузка не получится в любом случае. Во вторых - как вариант без аякса - загружайте их в отдельные блоки по 30 штук, первый пусть будет визибл, остальные дисплей нон. По кнопке показываете следующий скрытый блок. Для небольшого количества фото норм, плюсом будет то что на бэкенде ничего менять не надо.
Более правильным решением будет аякс, на кнопке должен быть дата атрибут текущей страницы, по клику он вызывает аякс загрузку элементов от "номер страницы*30" до "номер страницы*30+30" и меняем дата атрибут на "номер страницы+1".

возможно восстановить как-то?

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

это ведь незахардкожено, как поисковик понимает актуальность урлов ?

Поисковики ориентируются на несколько параметров: Заголовок страницы на сайте, содержимое самой страницы (в частности тег h1), а так же всякие дополнительные фишки типа микроразметки, сайтмапа и схемы, а сайт просто выводит эти данные в заранее приготовленный шаблон страниц в нужные места. И все друг друга понимают и любят )

TL;DR Средствами цсс на текущей разметке никак.
LR: У вас картинка вставляется в бэкграунд кОвер. Предположим, что размер враппера уменьшился до 100х10 пикселей, и окно в них уже не попадает, можно ли средствами цсс задать попадание точки на окно? Очевидно нет. Во первых само окно будет ниже видимой части, во вторых при разных пропорциях враппера обрезаться будут разные стороны.

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

https://www.google.com/search?q=quiz+embed

jsfiddle.net/jonathansampson/7PtEm

что я делаю не так?

Не читаете документацию по базовому функционалу? Хотя бы прогуглите как работают формы чтоле... https://developer.mozilla.org/ru/docs/Learn/Forms/... например