420873535

var gulp = require('gulp'),
    less = require('gulp-less'),
    gutil = require('gulp-util');

handleError = function(err) {
    gutil.log(err);
    gutil.beep();
};

gulp.task('less', function() {
    gulp.src('./less/*.less')
        .pipe(less())
        .on('error', handleError)
        .pipe(gulp.dest('./css'))
});

gulp.task("watch", function() {
    gulp.watch('less/**/*.less', ['less']);
});


gulp.task("build", ['less']);

gulp.task("default", ["build", "watch"]);

Нужно поставить gulp глобально
npm i gulp -g
потом поставьте все зависимости
npm init
npm i gulp gulp-less gulp-util --save-dev
запускается просто
gulp

Для решений со скролом нужно делать проверку на шаг, при котором будет меняться картинка. Так как событие скрол срабатывает при сдвиге на 1px.
То есть к примеру мы хотим менять картинку на каждые 100px скрола вниз:

var step=100;
$(window).scroll(function() {
    var index = $(this).scrollTop();
    if (index>step) {
      step+=100; //можно и step=index+100 (нужно смотреть что будет лучше)
      (меняем картинку, алгоритм можно любой придумать)
    }
  });

Класная статья с решением
$(document).ready(function() {
$('#content').masonry({
columnWidth: 320,
itemSelector: '.item'
}).imagesLoaded(function() {
$('#content').masonry('reload');
});
});

У меня тот же вопрос... никак не могу решить.
Блин не тот адрес набрал=)) Вот и решение=) Немного дергаеться но зато никаких помех=)) Хотя вместо начала $(document).ready() напиши $(window).load()

Вот мой робочий код, хотя тут ищо пишут нада установить "Modernizr":
$(window).load(function() {
var container = document.querySelector('#posts');
var msnry = new Masonry( container, {
itemSelector: '.item-post',
singleMode: false,
// true - если у вас все блоки одинаковой ширины
isResizable: true,
isFitWidth: true,
// перестраивает блоки при изменении размеров окна
isAnimated: !Modernizr.csstransitions
// опции анимации - очередь и продолжительность анимации
}).imagesLoaded(function() {
$('#posts').masonry('reload');
});
});

В 90% случаев шаблон нужно допиливать руками, если он не стандартный. Для этого необходимы начальные знания html, php, javascript.

Подойдут ли OpenCart шаблоны к OcStore?

Подойдут, но нужно будет руками поправить часть кода, где используются seo модули.

Как быть если шаблон англоязычный, а магазин двухязычный?

Здесь проблем возникнуть не должно, нужно будет только добавить модуль выбора языка и произвести настройки в админке.

Если мне нужен отзывчивый дизайн сайта, то смотреть, чтобы в шаблоне не использовался Javascript?

Без Javascript у вас будет довольно аскетичный магазин, без доброй половины удобных фич. Если посещаемость небольшая - на обычном хостинге все будет работать довольно быстро.

Чем принципиально премиум-шаблоны отличаются от обычных?

Смотря, что вы называете премиум-шаблоном. Это может быть шаблон, выполненный индивидуально под вас, может быть просто более качественно сделанный.

Как доставляемые модули взаимодействуют с шаблоном (с точки зрения дизайна и языковых моментов)?

Уточните, пожалуйста, вопрос.

Если сталкивались, посоветуйте литературу, мануалы и прочее, чтобы в голове сформировалась система знаний.

htmlbook.ru
php.su
opencart.com
opencartforum.ru

1. Выучить русский язык. Узнать, что такое "личностное развитие" и чем оно отличается от профессионального.

блок с картинкой

block1{
position: relative;
}

блок с волной

block2{
position: absolute;
bottom: 0;
}

или ставьте оба relative, блок с волной сразу за блоком с картинкой, распределите z-index, у блока с волной отрицательный margin-top на его высоту

ширина у блоков, естественно одинаковая

ну то есть либо один в другом, либо друг на дружку наползают, можно еще два бекграунда сделать — картинку и волну

$('#window .body').children().fadeIn(100)
Вместо слова "fast" можно поставить время в миллисекундах.

Добавь путь в переменных окружениях к gulp

Как основной автор Impress, не буду я его советовать, но вот несколько слов скажу, чтобы не было лишних ожиданий от фреймворка. И дам советы, которые на любом фреймворке помогут Вам написать хороший проект.

Ответы:

agentx001:

Сильно много мне не нужно, MVC да рендринг страниц на сервере.

Что такое MVC нет общего мнения, так случается, что каждый поймет это по-разному, потом напишет что-попало, и назовет это MVC. Так вот, Impress это не MVC, если понимать MVC, как отдельное написание контроллеров, моделей и представлений. Не будем обсуждать, что такое MVC, это очень затертый термин, и мы запутаемся в домыслах, которые вокруг него нагромождены. Лучше я скажу, что ждать от фреймворка: Impress, сам по себе, это универсальный контроллер, он как раз написан для того, чтобы не писать контроллеров. В нем есть реализация представления — это рендереры, один из рендереров — это шаблонизатор (с его помощью можно рендерить не только HTML, но и CSV, CSS, TXT и что угодно), но есть еще рендерер для JSON, он совсем простой, можно дописывать другие рендереры, для других форматов данных, если шаблонизация не подходит, например, для бинарных данных. Еще в Impress есть реализация логики приложений — которая разделяется на три части: (а) логику модели данных предметной области, (б) логику представления, т.е. логику рендеринга, (в) логику библиотек общего назначения, не связанных с предметной областью. Логика предметной области — это бизнес-логика приложения, например: алгоритм вычисления маршрута доставки груза, для системы крекинга грузов. Логика рендеринга — это если нужно сформировать данные для рендеринга при помощи императивного кода (т.е. при помощи обычного алгоритмического программирования с условиями, циклами и вызывами), а не только при помощи декларативных шаблонов и декларативных условий в них. Логика библиотек общего назначения — это все универсальные задачи, которые могут быть переиспользованы в других проектах, например, генерация DOCX документа, валидация данных, чтение количества кадров из анимированного GIFа и т.д. Все эти три вида логики (кода), гораздо важнее отделать друг от друга, чем модель от представления. А вот отделать представление от логики представления — это вообще страшная ересь, в которую впадают многие MVC-фреймворки.

agentx001:

Понравился этот новенький impress, но не стремлюсь использовать самопальный продукт, могущий в любой момент свернуться и даже не имеющий документации…

Кроме самописных Вы еще какие знаете? Может есть какие-то автоматически писанные или сгенерированные? Есть статьи, есть примеры, часть API уже документирована, например, вот тут: impress/wiki. Скоро будут скринкасты, я уже об этом говорил. И в Impress очень мало кода, ядро весит 43кб. Код написан аккуратно, его можно прочитать за 5 дней, если читать по 5 страниц на ночь. Примеры готового веб-приложения (админ-панель для БД MySQL и MongoDB) даются вместе с системой и описываются тут: http://habrahabr.ru/post/192302/

rozhik:

По поводу критики impress — я бы таки выбрал другой. Очень странная архитектура, если он выживет — то явно поменяет не только половину апи — но и принципы расположения файлов.

Фреймворк не на пустом месте появился, файловые структуры, как и API, созданы как портированные на ноду, наработки моей команды за последние 15 лет на Delphi, C#, PHP и JavaScript. Структура каталогов и API будут наращиваться, но не переделываться кардинально, я уже нашел для себя золотую середину в архитектуре систем. Вот что будет меняться в ближайшие месяцы — это формат конфига, т.е. Impress же не просто фреймворк, это сервер приложений, и он может сразу обслуживать несколько приложений (на разных доменах). Для этого, конфиг будет разделен на основные настройки и отдельную конфигурацию, для каждого приложения. Но конфиг не вилик, его разнести на несколько файлов — не проблема, при чем, структура конфига не сильно изменится.

Советы:

1. Если у Вас сайт, то рендерите шаблоны на сервере, но если у Вас приложение, то сделайте одну страницу (ну или несколько основных страниц), и на сервере сделайте API на AJAX и JSON. Присылайте данные в клиентское приложение, будь то веб-приложение или мобильное приложение для iOS или Android или оконное приложение, на любом языке. Это гораздо универсальные и удобнее для интеграции и поддержки.

2. Используйте оперативную память, не лазьте в базу данных постоянно. Нода — это великолепная возможность писать быстрые приложения, и даже не из-за того, что она не блокирующая, за последний год я понял, что правильное использование памяти гораздо более ускоряет, Вам даже не нужно делать операции ввода-вывода в реальном времени, все они могут быть отложенные (ленивые, лэйзи). Вместо этого, разворачивайте данные в память приложения, стройте хеши, объекты, массивы. Не нужно бояться, что нода запущена в несколько процессов, и запросы одного пользователя могут приходить в разные процессы и находить там разные структуры данных. Это можно решить, делая «прилипание» клиентов по IP адресу или по Cookie при помощи балансировщика, к отдельному процессу ноды. В Impress такой балансировщик есть встроенный, можно использовать nginx или сервисы Вашего дата-центра, для больших проектов можно и нужно привлекать аппаратные балансировщики. Между разными процессами так же можно взаимодействовать через ZeroMQ, TCP, HTTP, IPC и еще что-угодно. Таким образом, данные разных процессов, в зависимости от того, что это за данные, могут или дублироваться в памяти (кешироваться, если это общие данные) или быть разделены на «прилепленные» сессии или синхронизироваться между собой через межпроцессовое взаимодействие.

3. Не очаровывайтесь технологиями, берите их как можно меньше, и лучше копайте вглубь, чем по верхам. Для ноды сейчас очень большое разнообразие всего написано, и есть какая-то общая тенденция, поподключать в проект сто модулей, которые делают совершенно плевые вещи, а те тянут за собой еще какие-то зависимости и потом оно расползается и становится совершенно неконтролируемым. Подумайте 100 раз перез тем, как написать require, а если есть несколько альтернатив, то потратьте немного времени чтобы пощупать их код, протестировать производительности и удобство, это сэкономит потом много времени.

KeePassX — популярный, надёжный, кросс-платформенный инструмент с открытым кодом.

Если еще и спортом занимаетесь, то можно посмотреть в сторону
Motorola MOTOACTV. Внутри Андроид, так что можно почти для любых целей докрутить.

не проверял, но попробуйте задать элементу отрицательный margin-top и в равной величине положительный padding-top

В день, когда начались все эти взломы, я почему то разлогинился прямо во время просмотра сайта. Тут же сменил пароль. Большинство взломанных пользователей имеют немалый опыт в IT, не думаю, что взлом был из-за слабых паролей или беспечности владельцев аккаунтов.

Симуляторы вождения для изучающих ПДД. И драйв, и польза.

Мне нравится столы, в которых даже лежа в кресле ноги можно вытянуть так, чтобы ноги ни во что не уперлись — практически ключевой момент в выборе стола.