Вход • Регистрация

Всего найдено: 454

  • 06 марта 2016 г. , редакция: 1457251579
  • У вас есть 1с, сделайте из него выгрузку в таком формате, какой принимает стандартный импорт движка.
    На последнем моем проекте проще было написать свой импорт из XML. XML парсится достаточно просто. По итогу у меня получилось два скрипта, которые запускаются по крону: один забирает раз в сутки полную выгрузку и заводит новые товары. Второй раз в час забирает выгрзку только с остатками.
  •
  • 29 февраля 2016 г.
  • Когда-нибудь придется и это хорошо. Главное преимущество(скорость) заставит. По сути, для обычных пользователей и программистов, работающих с CMS, это чуть ли не единственная причина для перехода.
    Думаю, через пару лет PHP 5.4 будет как сейчас Windows XP на ПК.
  •
  • 28 февраля 2016 г.
  • Думаю, уже пришло время завести разговор об этом.

    Что известно на данный момент:

    1. PHP 7 быстрее PHP 5.x примерно в 2 - 2.5 раза.
    Цитата
    PHP7 находится на одном уровне с HHVM, написанным фейсбуком, который работает в качестве Just In Time (JIT) компилятора, переводящего PHP-код в машинные инструкции


    2. К сожалению, core-разработчикам не удалось сохранить совместимость. Это означает, что какую-то(говорят минимум) часть кода придется переписать. Нет, это не значит, что переписывать целыми модулями, просто какие-то вещи в php 7 и php 5 работаю по разному.

    Очевидно, что если diafan.cms хочет двигаться дальше, то рано или поздно придется заявить о поддержке PHP 7.

    Собственно возникает вопрос: какие мысли по этому поводу у разработчиков diafan.cms? Какие планы? Когда? :)


    П. С. Мое мнение такое: хочется быстрее, однозначно. НО! Лучше пусть это будет долго, но качественно, не нужно сырых релизов, пожалуйста.

    П. П. С. Битрикс уже заявили о начале работы в этом направлении – https://www.facebook.com/rsv.bitrix/posts/10209022605508341
  •
  • 18 февраля 2016 г.
  • А еще бывают попадаются гореразработчики, которые разрабатывая какие-то дополнения в системе, забывают об оптимизации и кешировании. В итоге, казалось бы быстрый движок, превращается в монстра, который делает 100500 запросов без кеширования результатов.
  •
  • 11 февраля 2016 г.
  • Я как потестил пару раз промежуточные версии с исправлениями, так больше и не стал. Попробую на днях.
    У нас там такой проект задуман...жемчужина будет в примерах внедрений)
  •
  • 11 февраля 2016 г.
  • Почитал ваши сообщения в этой теме и сделал вывод: был бы я продавцом шаблонов, вам бы не продавал.
    Я ни в коем случае сейчас не защищаю автора asperatus, он действительно накосячил, но ваши методы решения проблемы слегка странные.
  •
  • 11 февраля 2016 г.
  • Вы реально пользуетесь валидатором? Половина решений в современном фронтенде не проходит валидацию, что от них отказываться?

    Шаблон вы покупали напрямую, насколько я знаю? Вероятно вы проверяли шаблон перед покупкой? Так почему администрация должна предпринимать какие-то меры? В вашей сделке они никак не участвовали. Максимум в чем администрация виновата это в том, что пустила в магазин сырой продукт. И то о сырости можно поспорить, т. к. заявленные вами ошибки нельзя назвать существенными.
    Извините меня, но диафан выкатили 6 версию с куда более значительными багами(это их не красит, у меня вот проект стынет, потому что не запустить его на полуживой 6 версии) и что теперь требовать возврата за лицензии?
  •
  • 27 февраля 2016 г. , редакция: 1456560422
  • Поиск ищет по всем фразам в запросе по отдельности.
    Может стоит считать процент вхождений и сортировать результаты по этому показателю? При этом ставить приоритетность числа вхождений в названии над числом вхождений в описании. Это про магазин только. Для новостей и статей, конечно, так делать не нужно.
  •
  • 27 февраля 2016 г. , редакция: 1456560494
  • Тема старая уже, но я тут отпишусь по своим результатам.
    Магазин, 18 000 товаров, в каждом есть описание. Хостинг: vps на digital ocean за $5 с минимальными характеристиками.

    Товары добавлялись самописным импортом, работает по крону раз в час. Все связи таблиц учтены, можете быть уверены.
    Про индексацию в импорте, конечно, забыл.

    Индексация прошла за пару минут, в итоге в таблицах, относящихся к поиску больше миллиона строк.

    НО! Поиск работает отвратительно, конечно. Нет, он достаточно быстрый, но он никчемный. Я набираю точное название товара, но он его не находит, зато находит огромное количество других товаров.
    Теперь вот думаю как его улучшить. У кого-нибудь есть идеи?
  •
  • 30 августа 2015 г.
  • Самый верный и простой вариант это пользоваться только media query, собственно это основа разработки адаптивных сайтов. В идеале вы не должны менять разметку и отдавать под разные разрешения разные шаблоны, всем управляет CSS в зависимости разрешения и других параметров. Конечно допустимо использование и JS, но если есть возможность обойтись CSS, то лучше так и сделать.

    Цитата
    но и частично функционал, а именно в варианте смартфона блок главного меню прячется в слайдер-кнопку (у меня это реализуется на CSS и JQ)

    — На 99% уверен, что это можно реализовать с помощью CSS и jquery без изменения самой разметки.


    То, что вы хотите реализовать, называется RESS — применение адаптивной верстки вместе с серверной частью, когда серверная часть отдает данные с учетом платформы, ее особенностей и разрешения.
    Преимуществом такого подхода является в основном экономия трафика пользователя и скорость загрузки, т. к. вы можете отдавать, например, изображения сразу нужного размера, тогда как в классическом адаптивном сайте изображение на мобильном размеров
    м 300х300 будет на самом деле размером в несколько раз больше. Это как пример. Хотя даже эту проблему сейчас можно обойти с помощью JS или применением новых возможностей HTML5, например с помощью элемента picture.

    Насколько я могу себе представить, 99%(простите, без пруфа) адаптивных сайтов делаются без применения RESS, потому что для обычных сайтов он часто избыточен, достаточно просто сверстать все адаптивно. Что бы убедиться в этом просто возьмите любой сайт и меняйте размер окна браузера, верстка будет меняться на ходу, без участия серверной части.
  • 07 августа 2015 г. , редакция: 1438929623
  • Начать нужно с кеширования селекторов в переменную:

    Код

    var $oP4 = $(".order_form_param4"),
    $oP5 = $(".order_form_param5"),


    Еще лучше будет для контейнера всех этих элементов в css прописать состояния и добавлять ему нужный класс в зависимости от ситуации. Пример на less:
    Код

    .parent.state-one {
    .order_form_param4, .order_form_param5, .order_form_param6 {
    display: none;
    }
    }


    В тех случаях, когда css не обойтись(изменение attr) можно объединить одинаковые элементы классом, например state-three-required и в js обращаться только к нему, в итоге можно сократить до такого(лишнее опущено):

    Код

    var $stateThreeReq = $('.state-three-required'),
    $stateThreeRemoveReq = $('.state-three-remove-required'),
    $paramsContainer = $('.params-container');

    ...

    else if (this.value == '6') {
    $paramsContainer.addClass('state-three')
    $stateThreeReq.attr("required","");
    $stateThreeRemoveReq.removeAttr("required","");
    }

    ...




    А вообще, там где это возможно, отлично использовать что-то из серии AngularJS. Такие задачи решаются сильно проще и симпатичнее.
  •
  • 03 декабря 2014 г.
  • Только что прочитал статью и сразу пошел сюда постить, но вы меня опередили)
    Ребята молодцы!
    Как раз сейчас пришел клиент с магазином на битрикс, мы его убеждаем переделать все на diafan.cms, покажу эту статью)
Показывать по:
1 2 3 4 5 6 7 8 9 10 ...

Новости

  • Не пропустите сборку DIAFAN.CMS 7.1.4
  • 24 апреля, среда
  • В новой сборке совершили революцию в структурировании кастомизированной информации в шаблонах, добавили авторегистрацию пользователей, усовершенствовали защиту от спама, актуализировали накопительную скидку, а также улучшили производительность и стабильность работы системы.
  • Сборка DIAFAN.CMS 7.1.3
  • 12 января
  • После выхода сборки 7.1 мы выпустили уже три патча, в каждом из которых улучшаем административную часть сайта. Сборка DIAFAN.CMS 7.1.3 уже доступна к установке. 
  • Новость. Сборка. Тарифы
  • 15 декабря 2023 г.
  • Подводим итоги 2023 года. Выпустили новую сборку DIAFAN.CMS 7.1.1, вводим новые тарифы на аренду сайта и коммерческую поддержку и автообновления с января 2024 г., строим планы на будущий год.
Все новости