F12 клавиша. Между прочим по функционалу он круче фаребага. Во всяком случае среди отладчиков фаербаг я бы поставил на последнее место. msdn.microsoft.com/en-us/library/ie/gg589507(v=vs.85).aspx — тут подробнее. Правда с AJAX запросами чуть сложнее, но по сути все должно быть нормально.
p.s. На своих проектах в связке jQuery+Backbone+Require.js проблем с ослами не наблюдал.
В том то и проблема, что если указать в настройках монитора источником сигнала HDMI — то он пишет мол «no signal» и сбрасывает на D-Sub. С другими мониторами все как-то проще, подключил и работает.
Для вас, как для человека работающего с .NET быть может и больше. Но вообще как минимум одинаково. На PHP можно писать очень красивые вещи, просто не все это знают, и уж темболее не все пишут.
Ну как как… Создайте класс со своей пропертей и всей этой костомной логикой как наследника CActiveRecordBehavior и добавьте там обработчик. бихейверы это своего рода миксины, позволяют вам получить часть плюшек множественного наследования.
Поидее на каждый процесс php-fpm будет свое соединение с базой. Я если честно деталей не помню. Насколько я помню все упирается в настройки самой базы данных (максимальное количество одновременных соединений)
В общем обратитесь к документации, там все довольно неплохо разжовано.
В head секции нужно добавлять все основные скрипты (обычно это только jQuery, или в некоторых случаях jQuery+Require.js или другие фреймворки).
Причина по которой все остальное необходимо подключать как можно ближе к концу body в том, что браузер не будет ждеть загрузки этих скриптов при рендринге страницы, так что по сути отрисовка будет происходить быстрее, и событие dom ready тоже.
Ну как не обойтись… Можно задать в CSS правила с селекторами вида nth-child много много много, и у каждого установить задержку анимации. Но это дикий и жуткий костыль.
У меня «JS: подробное руководство» является подпоркой к монитору тимлида. Сомневаюсь что у вас не осталось вопросов по этому языку только после прочтения книги. Что бы вопросов на самом деле не осталось, каждую фишку языка нужно опробовать на собственном опыте.
А вообще JS — очень простой и элегантный язык, сложности обычно возникают с концепцией прототипного наследования и с типизацией (бывают странности в поведении).
Сортировка пузырьком может и не нужна, но вот какие-нибудь хитрые перемножения матриц, или же еще чего… Смысл не в том что бы заучить конкретную реализацию конкретного алгоритма, а понять, как они строятся.
Зачем при решении абстрактной задачи с алгоритмами вообще привязываться к языку? Берете задание лабораторной и пишите на JS. Понимание построения алгоритмов у программиста должно быть обязательно.
isden, конечно нужно будет пройтись напильником, не без этого. Магента все же прожолива в дефолтной редакци.
>>продукт уровня Magento или X-Cart
Ну если делать копию — уйдет пару-тройку месяцев. Не больше. А если брать под конкретную задачу — в месяц можно уложиться, особенно если уже есть наработки. У меня просто специфика другая, мне платят именно за написание CMS/CMF а не за использование готовых. Точнее как, я не хочу их использовать и ок. Но это я.
По поводу интеграции — и для магенту и для x-cart сторонние решения существуют. Но не в виде готовых расширений.
