@Grawl зашел я вот на страницу хостинга от reg.ru и вижу - доступ по SSH.
Кроме того, На всех тарифах хостинга IHC.RU, кроме Лёгкий и Конструктор, предоставляется SSH доступ.
@ByKraB не совсем верно выразился. У директивы есть функция link, которая инициализируется и имеет ссылку на элемент. Пока существует элемент - функция сохранят свое состояние. Как только элемент удален, нету ссылки и все удаляет сборщик мусора. Но всегда можно напакастить со ссылками и добиться того, что директива еще будет, а элемента уже нет.
В любом случае директивы никакого отношения к обработчикам событий не имеют. Они привязываются непосредственно к элементам, и живут ровно до тех пор пока не умрет элемент. Но опять же, следит за этим сборщик мусора и можно лишними ссылками его запутать и добиться нежелательного поведения.
@rodionme ну синтаксис less ближе к css, собственно именно этим меня и подкупил в свое время. Сейчас не вижу разницы что использовать, лишь бы использовали с умом.
Еще есть такие нюансы, что JIT на мобильных девайсах работает не так хорошо (во всяком случае если брать старые версии, типа Android < 4.4 (да и 4.4 а некоторых девайсах). Например canvas - обработка циклом массива пикселей для средней картинки на айфонах у меня занимала секунду-полторы, если это делается часто - все это дико педалит. А на десктопе и в эмуляторе - милисекунды и все хорошо. Это как пример. Если у вас что-то считается много в js, то уже есть повод профилировать на мобильниках.
@slavik_210 а методом тыка никак? Открываете в хроме дев тулы, переходите на вкладку timeline, тыкаете запись, работаете с сайтом как работали, имитируете действия пользователей, скролите там все, тыкаете кнопки, и потом спомтрите как оно себя ведет и что отжирает так много времени (если есть проблемы конечно). Если timeline показывает 60fps+ то можно забить на оптимизации. И да, если у вас есть андроид 4,4 можно через remote debug подключиться и подебажить точно так же сайт на мобильнике. Это будет более показательно.
ой да ладно, достаточно поиграться с position:absolute и float-ами, добавить туда box-shadow и border-radius какой, снизу положить сложный тайлящийся бэкграунд и все, ваш браузер будет уже слегка подтормаживать. На десктопах можно и пропустить, но вот откройте эту жа сраницу на каком андроиде и будет очень грустно все.
@PiloTeZ ну для начала я бы сменил yii1.1 хотя бы на yii2. Затем, всю, вообще всю бизнес логику вынес был в сервисный слой. Нужно авторизовывать пользователей? authManager, нужно добавить пользователя? userManager. Нужно обрабатывать платежи - InvoiceProcessor или что-то в этом духе. В этом случае контроллеру останется не так много, проверить если ли у пользователя доступ (делается на уровне фильтров или что там в yii), и дальше просто дергать сервисы и передавать результат работы одних сервисов другим сервисам. В этом случае у нас получается очень слабо-связанная система, мы не завязываем бизнес-логику на active record и конкретную реализацию фреймворка, модель у нас становится примерно там, чем она должна быть - данными для нашей бизнес логики (то есть сервисы оперируют моделями).
Ну короче как-то так. Об этом всем не мало книжек понаписовали, знаете ли.
@dom1n1k поэтому less и популярнее - он проще и любой верстальщик его довольно быстро может освоить. С другой стороны для большинства задач его хватает с головой. SASS серьезнее и потому его используют меньше.
@dom1n1k less является попыткой исправить "фатальный недостаток" sass. (sass появился в 2007-ом а less в 2009-ом). В частности синтаксис намного ближе к css, так же только первые версии были написаны на ruby и думаю взрыв популярности был связан как раз таки с более простым процессом освоения среди фронтэнд-разработчиков. Так же twitter bootstrap неплохо подогрел массы.
Я использую less только по привычке, не вижу смысла переходить на что-то другое. Использую стэк из less + autoprefixer.
