Неделю назад я писал, что побывал на семинаре по BitrixOnRails. Сегодня поеду на вторую часть ссеминара. По результатам отпишусь.
На прошлом семинаре было задано ДЗ. Разработать простой компонент по выборки из инфоблока и выведению информации из него на сайт. Компонент простой. Сделал быстро. Потом распишу как и что я делал.
ЗЫ. Наверно надо заводить новую категорию по Битриксу...
Сайт тормозит, и вы не представляете, как с этим справиться? Количество анимации на странице превысило все мыслимые и немыслимые границы, и вы незнаете, что делать? На странице десятки и сотни картинок, дизайнер превзошел сам себя, и теперь все это загружается страшно медленно? Эта книга поможет разобраться с этими и множеством других проблем, связанных с клиентской производительностью.
В целом очень полезная книга. Поможет уменьшить загрузку сайта в разы, а также поможет прокачаться по многим другим навыкам. Рекомендую. Картинка кликабельна.
Нашел на просторах сети спецификацию HTML5 для веб-разработчиков. В отличие от полной спецификации, из нее убрана информация, которая нужна только разработчикам броузеров. Очень инетересная и познавательная вещь. Естественно на английском.
Спецификация HTML5 для веб-разработчиков
С недавних пор работаю я с 1C-Битрикс. Сразу кинули на серьезные проекты, задачи не сложные, но надо было сразу освоить Битрикс, его механизм компонентов, Битрикс-API и т.д. В общем я был в легком нокдауне.
Посоветовали мне сходить на семинар по битриксу, который проводил знакомый начальника. Как раз по структуре Битрикса и компонентов к нему. Как их делать, для начинающих. Проект BitrixOnRails. Ведет Сергей Панарин.
Сначала познакомились, послушали друг друга, послушали друг друга. Потом Сергей начал рассказывать про структуру компонентов и Битрикса, а также про общие правила оформления компонентов, про разделения логики и представления и т.д. В общем было интересно. Потом пришла девушка, которая провела для нас разминку в рамках своего проекта по ЗОЖ для работников офиса. Правда сама к концу зарядки чуть - чуть выдохлась.
Потом пошли на обед и расслабились. В результате чего ничего больше практически ценного мы не сделали. А начали предлагать как бы лучше построить семинар. Планы строили просто грандиозные и вообще отошли немного от темы. Жаль.
В общем семинар прошел не зря, мне понравилось. Единственное жалко, что не все успели. Но обещали собраться еще раз, в следующее воскресенье.
Решил тут обновиться до MODx 2.0.8. Ну сказано сделано. По идее чтобы обновить MODx надо просто закачать поверх старой версии новую и запустить скрипт установки.
Заранее сделал полный бэкап файлов и БД и приступил к установке. Но тут что то пошло не так и система обновляться отказалась наотрез, выдавая мне ошибку 500. Погуглил, нашел несколько вариантов решения, которые в моем случае ровно ничего не дали. Поэтому пришлось обновлять сайт хирургическим способов. Удалил полностью старый сайт, поставил новую версию MODx и потом из бэкапа восстановил сайт.
Залил новые работы в портфолио. Встречайте.
Первый сайт - abrasivmach.ru. Небольшой сайт-визитка для фирмы, занимающейся поставкой абразивной продукции.
Второй сайт, вернее только верстка для сайта студии веб-дизайна.
Когда делаешь совсем небольшой сайт так влом бывает заливать какую-то CMS на 3000+ файлов или какой-то фреймворк типа CodeIgniter или Zend. А создать красивую MVC модель все-таки хочется, чтобы не пихать php, html, js в один файл. Нашел в сети видео как раз для этого случая. Автор рассказывает, как сделать такой вот микро шаблон, который можно будет копипастить в такие вот небольшие проекты и допиливать уже свой функционал.
Исходные коды шаблона
Пока я был занят работой вышла новая версия jQuery 1.5.1.
Ссылки для скачивания:
Адреса CDN:
Нашел в сети:
Источник.Вы PM. Как узнать – готова ли вёрстка к реальному использованию?
Вы заказчик. Как убедиться, что работа выполнена качественно?
Когда я стал тим-лидом, а позже PM, передо мной стала задача проверять вёрстку наших проектов. Нужно было выработать формальные, легкопроверяемые критерии, соответствие кода которым, должно было давать некую гарантию, что не будет факапов и ни клиент, ни программеры не сказажут потом “WTF?”.
Клиенту неважно насколько красив ваш код, но ему важен результат. Качественный код нужен фирме, т.к. он надёжней и в будущем его будет легче поддерживать.
Требования должны были быть такие, что соблюсти их легче, создавая качественную вёрстку, а не говнокод. Я составлял такой чек-лист в течении полутора лет. За последние полгода в него не добавилось ничего. Значит самое главное учтено.
Просто отличная статья. Огромное спасибо автору.