Матвей Мамонов: если так и есть, то идея поместить в контйнер три элемента - оверлэй, контент и кнопку, что я предлагал - самое логичное решение, на мой взгляд. Тогда видимостью можно управлять легко через zindex между этими тремся элементами.
Mikhail Osher: как сделать динамический роутинг на эти компоненты, что они собой представляют, какой класс наследую. В теории я понимаю что делать, а конкретно в yii -нет. Хотелось бы, например, что создаю новый экшн для роли1 - profile/actionName1, для роли2 - profile/actionNma2 и чтобы все это автоматом мамаршрутизировалось, а не для каждого экшена писать отдельные правила
Матвей Мамонов: т.к. в данном случае все элементы - братья по дереву dom, то теперь их видимость можно делать через z-index. Т.е. крестику, как написали выше, поставить просто z-index большой. Т.е. .
overlay - z-index: 1,
.window z-index: 2,
кнопка z-index: 3,
Матвей Мамонов: а .layer тоже растягивается на всю страницу? Если так, то кнопку сделать ребенком .layer. Т.е. у нас есть общий контейнер, растянутый на всю страницу, внутри него 3 элемента - .overlay, .window и кнопка. В таком случае кнопка позиционируется относительно всего окна.
Прошу прощения, упустил этот момент. В таком случае не получится реализовать желаемое, проще будет поместить кнопку закрытия в .window. Если в window динамический контент, то достаточно добавить в .window кнопку и еще div.content, в который непосредственно подгружать контент.
Просто получается, что у вас window выше overlay по z-index, а кнопка - это ребенок overlay, который может по z-index тягаться с соседними элементами. Была такая задача, правда года 3-4 назад, не решил. Не думаю, что что-то поменялось.
Спасибо. Предвидел подобный ответ, но со временем профили для разных ролей будут значительно отличаться друг от друга. Как написал в вопросе - у них даже разные таблицы. соответственно, разные поля, разные связи с другими таблицами и разный функционал. Вывод разных view реализовал уже, но как начал наращивать функционал понял, что получается каша и потом будет сложно разобраться - где обработка для одной роли, где для другой.
При такой проверке, если будет пробел в поле - проверка пройдет. Нужно еще как минимум проверять length значение, предварительно обрезав пробелы по краям аналогом trim
Настройка апача самая базовая, не считая добавления виртуальных хостов.
Можно поподробнее. Полагаю, что prefork как-то связан с резервированием памяти или заранее создаются процессы?
Если смотреть по ps aux, то там висит 9 процессов обычно
