viewport scale отслеживается только js-ом. так что, что бы конструкция нормально скалировалась "сама по себе" надо обойтись без жёстких размеров блоков. подсказка - фигуры в виде "уголков/треугольников" создаются css-ом за счёт игр с border разных сторон блока...
LEOnidUKG: У картинок сразу никак нельзя задать размер и фигнё с вычислениями не заниматься?
ежли изображение задано в responsive-стиле, что нынче модно и актуально особо в mobile-контенте, то хрен что точно установишь до рендеринга, разве только пропорции...
Pavel_: ... Того кролика шо показал расширять можно неимоверно ...
ты всё ж таки уточни для себя, что такое нормальные "модульность" и "расширяемость" ;) без дебрей перекрёстных зависимостей и закопанных в коде внешних связей. то что "легко можно сделать" держа в уме кучу ограничений и влияний - не из этой песни.
Pavel_: Ну покажите (не особо интересно, но...) какой-нить шедевр...
не тупи, Pavel_, что бы оценить адекватность и расширяемость системы на неё надо смотреть изнутри, а не снаружи.
не "хорошо", а просто нормально сделанный "самопис" на нормальном фреймворке дорабатывается на порядок легче, чем любое творение на самой дорогой но жёсткой CMS. хотя бы просто по тому, что работа с фреймворком требует мала-мала большей квалификации от предыдущего разраба, чем заточка плагинчегов, со всеми вытекающими последствиями...
bay_ebook: ... В хорошем самописе разобраться проще чем в WP/Битрикс/итд
+100500. хуже нет чем копаться в говнокоде хрен знает как подпиленных плагинов, которые, обычно и в "чистом" виде - полный ахтунг и по логике работы и по исполнению. работа ассенизатора...
ivan-lev: ... Если заранее на 146% известно, что элемент массива - массив, то да... В противном случае - имеет смысл "предохраняться" проверкой на is_array, например...
особо не стоит, count принимает любые переменные и возвращает:
размер массива
кол-во нестатических свойств объекта
для NULL вернёт 0
для остального вернёт 1
всё логично. единственно - вернёт 0 для неустановленной переменной, что не очень кошерно, мягко говоря, но даже в этом случае ошибки не выдаст..
да много чего может подойти. можно и кусок модного бутстрпа привинтить: bootstrap tooltips , bootstrap popovers , bootstrap modals . с ним мозжечёк придётся побольше задействовать, зато унификацию можно сделать по всем проектам. с GitHub качаете весь пакет, в /js - отдельные файлы скриптов под фичи, в /less - отдельные less файлы стилей. всё элементарно...
в бутстрапе есть такой полезный mixin:
типа "кошерного обрезания"...
... Получается что при желании дублей можно наделать сколько угодно ...
а что, есть такое желание? ну так делайте 😂 вместо вас этой хернёй никто заниматься не станет
В DLE такое тоже возможно. Значит, ЭТО НОРМА!
раз столько времени еще "не поправили".
чёрт возьми, а ведь народ и не в курсе, что эта дырявая поделка - эталон и совершенство, спс что сказали.
Это борьба с симптомами. А надо лечить первопричину.
+100, в нормальных CMS устанавливают возможность отсечки невалидных параметров GET...
viewport scale отслеживается только js-ом. так что, что бы конструкция нормально скалировалась "сама по себе" надо обойтись без жёстких размеров блоков. подсказка - фигуры в виде "уголков/треугольников" создаются css-ом за счёт игр с border разных сторон блока...
У картинок сразу никак нельзя задать размер и фигнё с вычислениями не заниматься?
ежли изображение задано в responsive-стиле, что нынче модно и актуально особо в mobile-контенте, то хрен что точно установишь до рендеринга, разве только пропорции...
... Того кролика шо показал расширять можно неимоверно ...
ты всё ж таки уточни для себя, что такое нормальные "модульность" и "расширяемость" ;) без дебрей перекрёстных зависимостей и закопанных в коде внешних связей. то что "легко можно сделать" держа в уме кучу ограничений и влияний - не из этой песни.
Ну покажите (не особо интересно, но...) какой-нить шедевр...
не тупи, Pavel_, что бы оценить адекватность и расширяемость системы на неё надо смотреть изнутри, а не снаружи.
не "хорошо", а просто нормально сделанный "самопис" на нормальном фреймворке дорабатывается на порядок легче, чем любое творение на самой дорогой но жёсткой CMS. хотя бы просто по тому, что работа с фреймворком требует мала-мала большей квалификации от предыдущего разраба, чем заточка плагинчегов, со всеми вытекающими последствиями...
файл style.сss
строка 734
строка 739
больше явных ошибок синтаксиса парсер не видит.
как рендериться с этими стилями - следующий вопрос, сначала баги эти убрать надо...
... В хорошем самописе разобраться проще чем в WP/Битрикс/итд
+100500. хуже нет чем копаться в говнокоде хрен знает как подпиленных плагинов, которые, обычно и в "чистом" виде - полный ахтунг и по логике работы и по исполнению. работа ассенизатора...
... Если заранее на 146% известно, что элемент массива - массив, то да...
В противном случае - имеет смысл "предохраняться" проверкой на is_array, например...
особо не стоит, count принимает любые переменные и возвращает:
всё логично. единственно - вернёт 0 для неустановленной переменной, что не очень кошерно, мягко говоря, но даже в этом случае ошибки не выдаст..
да много чего может подойти. можно и кусок модного бутстрпа привинтить: bootstrap tooltips , bootstrap popovers , bootstrap modals . с ним мозжечёк придётся побольше задействовать, зато унификацию можно сделать по всем проектам. с GitHub качаете весь пакет, в /js - отдельные файлы скриптов под фичи, в /less - отдельные less файлы стилей. всё элементарно...