У себя я просто парсил текст на наличие строки с урлом и если это нужный урл — обрабатывал в media-объект.
Но я полностью переделывал парсер текста. В редактировании все выглядит вот так, а результат — такой
И совет: не делай вставку через iframe, лучше картинка+по клику уже загрузка видео. Иначе ждать, пока все видео проинициализируется, становится напряжно.
Вот я реализовывал это тут на капоине — куча видео. Но никакого дискомфорта.
Но есть еще одна сторона, о которой редко вспоминают: это серверная часть.
Ну это вообще на нобелевку тянет. Мы в работе используем различные ухищрения, но, как всегда, есть куча органичений и граблей.
Например, та же адаптация изображений под различные размеры родительских элементов в одном проекте привели к форку и кардинальной переделке responsiveimg.com/
Но это еще сервер должен генерить картинки по запросу, а это уже лишняя работа и потенциальная дыра. А если картинки положить на удаленный сервер для статики — это новые ограничения и проблемы. Так что твою боль я понимаю и разделяю :)
А если нужны консультации/советы/мысли — мой инбокс всегда открыт.
Качество адаптивного сайта зависит от дизайнера и верстальщика. За всю свою жизнь в веб-разработке (о боже, больше 10 лет) я встретил только один макет, который был прорисован для адаптивной верстки так, что я верстал и наслаждался. Ну и сайт получился отличный, да.
Поэтому надо идти по пути унификации, модулей, БЭМ и т.д. и т.п. Но это — огромный кусок работы.
Я как-то делал такой «фреймворк» для одной студии, где был один html-шаблон и проработанные блоки данных, но классами навешивалась структура лэйаута (типа body.sidebar-left, body.sidebar-right, body.sidebar-both) + css компилился из less/sass, чтобы игрой с переменными можно было менять цвета/шрифты/кнопочки. Это был отличный ход, студия не нарадовалась. Сочинил в свое время bootstrap ;)
PS: Я все жду таких макетов, где бы был не css, а less/sass/stylus, чтобы хотя бы цвета менять на сайте не кропотливым поиском и заменой (или самостоятельной перегонкой в stylus)
это беда
где поддержка ретины в аватарах? иконки пользователя не ретина.
фотосеты, превью к топикам — все надо ретинить, тогда будет «поддержка ретины»
На самом деле столько вкусного, что я думаю через неделю-другую начать переносить с ЛС проект на Альту, в рамках «посмотреть, потыкать, сделать наработки для перехода»
Я немного не в тему, возможно, но меня очень привлекает идея, которая была озвучена когда-то, про возможность создания тем-наследников. Т.е. в теме указывать, что эта тема — наследник другой темы. И в теме оставлять только измененные файлы, а оригиналы будут браться из темы-оригинала.
Это меня привлекает тем, что я, модифицируя какую-либо тему, уже не помню, что я там менял и с какой целью. И при новой версии темы заново пройти все изменения — смерти подобно.
А так я могу накатить только измененные файлы и посмотреть на результат. Если он устраивает, то отлично, если нет — ковыряться в 20 определенных файлах несомненно проще, чем сравнивать шаблон файл к файлу, думая, что тебе там надо, а что нет.
Да и обычно изменения заканчиваются на css + шапка.
Будут ли шаблоны развиваться в эту сторону? Есть ли такие планы? Или есть другой работающий алгоритм кастомизации шаблонов и последующего обновления, о котором я не знаю?
Если это
youtube.com/watch?v=q6s8iRsqLVs
ссылка на отдельной строке без никакого другого текста, отбитой пустыми строками от остального текста — это будет обработано, как вставка видео.
Точно также с картинками: просто пишешь урл на отдельной строке, а движок сам понимает, что это картинка и выводит картинку.
А если несколько строк подряд картинок — это будет преобразовано в галерею.
У себя я просто парсил текст на наличие строки с урлом и если это нужный урл — обрабатывал в media-объект.
Но я полностью переделывал парсер текста. В редактировании все выглядит вот так, а результат — такой
И совет: не делай вставку через iframe, лучше картинка+по клику уже загрузка видео. Иначе ждать, пока все видео проинициализируется, становится напряжно.
Вот я реализовывал это тут на капоине — куча видео. Но никакого дискомфорта.
А вот тут все по старинке, ощутима пауза.
я такую поделку (заменим сервер, сожмем, отдадим) лет 10 назад велосипедил для своих ЦМСок
практический интерес, сам планировал поковырять эту разработку.
ну или просто использовать эту библиотеку.
Налетаем, помогаем! Гуртом и батьку бить легче! )
Ну это вообще на нобелевку тянет. Мы в работе используем различные ухищрения, но, как всегда, есть куча органичений и граблей.
Например, та же адаптация изображений под различные размеры родительских элементов в одном проекте привели к форку и кардинальной переделке responsiveimg.com/
Но это еще сервер должен генерить картинки по запросу, а это уже лишняя работа и потенциальная дыра. А если картинки положить на удаленный сервер для статики — это новые ограничения и проблемы. Так что твою боль я понимаю и разделяю :)
А если нужны консультации/советы/мысли — мой инбокс всегда открыт.
Поэтому надо идти по пути унификации, модулей, БЭМ и т.д. и т.п. Но это — огромный кусок работы.
Я как-то делал такой «фреймворк» для одной студии, где был один html-шаблон и проработанные блоки данных, но классами навешивалась структура лэйаута (типа body.sidebar-left, body.sidebar-right, body.sidebar-both) + css компилился из less/sass, чтобы игрой с переменными можно было менять цвета/шрифты/кнопочки. Это был отличный ход, студия не нарадовалась. Сочинил в свое время bootstrap ;)
PS: Я все жду таких макетов, где бы был не css, а less/sass/stylus, чтобы хотя бы цвета менять на сайте не кропотливым поиском и заменой (или самостоятельной перегонкой в stylus)
это беда
где поддержка ретины в аватарах? иконки пользователя не ретина.
фотосеты, превью к топикам — все надо ретинить, тогда будет «поддержка ретины»
а так — ну просто четкие иконки
На самом деле столько вкусного, что я думаю через неделю-другую начать переносить с ЛС проект на Альту, в рамках «посмотреть, потыкать, сделать наработки для перехода»
Это меня привлекает тем, что я, модифицируя какую-либо тему, уже не помню, что я там менял и с какой целью. И при новой версии темы заново пройти все изменения — смерти подобно.
А так я могу накатить только измененные файлы и посмотреть на результат. Если он устраивает, то отлично, если нет — ковыряться в 20 определенных файлах несомненно проще, чем сравнивать шаблон файл к файлу, думая, что тебе там надо, а что нет.
Да и обычно изменения заканчиваются на css + шапка.
Будут ли шаблоны развиваться в эту сторону? Есть ли такие планы? Или есть другой работающий алгоритм кастомизации шаблонов и последующего обновления, о котором я не знаю?