Моё, соответственно, с т.з. программиста-исполнителя. Кругозор с обеих сторон расширился.Ну можно и на небольшую сумму "встать" на обслуживание. В этом случае делаться всё будет дольше, т.к. в месяц будет ограниченное кол-во времени выделяться.Покупать его за 500 руб., либо заказывать в придорожном кафе и надеяться, что он не мяукнет. Нам не всё-равно, но если браться на условиях, выгодных заказчику одного пельменя, то он своё получит, а исполнители разорятся или умрут с голоду.

Diafan, да, пельменная. И производит хорошие такие пельмени в упаковке, расфасованной по 1 кг. И реализует. А майонез там, приправы, соль, перец и т.д. - это уже не к производителям пельменей. Это всё покупается отдельно и готовится потом самостоятельно при наличии навыков и возможности или с привлечением тех, у кого есть навыки и возможность. Вы же, покупая пельмени, не звоните потом производителю в какой-нибудь Щёлковский мясо-перерабатывающий комплекс и не требуете прислать Вам повара или предоставить кухню для приготовления пельменей. Так и тут. Мы производим продукт. Он рабочий. А как его потом готовить и есть каждый сам решает.

Загвоздка в чём ведь - есть стартап, он "начинающий", должен быть скромным, маленьким. А хотят все почему-то как у "М-Видео" сразу. В Cloud достаточно хороших шаблонов, которые вполне функциональны. Ну нет там умных фильтров и динамического поиска по мере набора и т.п.. Но без этого вполне жить можно, тем более стартапу. Но не хочется. И выходит так, что желания есть, а средств на их реализацию зачастую нет.

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

Проблема в том, что часто ставят "Цена договорная", а когда до бюджета в переписке договоришься, выясняется что "Мы стартап, денег пока нет" или "Вы охренели, чего так дорого? За углом в 2 раза дешевле". Почему при этом в бизнес-плане стартапа не учтены расходы на тех.обслуживание или почему не берут за углом, непонятно. Наверное, потому что в первом случае нет бизнес-плана и он не планируется, а во-втором есть понимание, что за углом не только дешевле, но и хуже в 2 раза и хочется качество как тут, а цену как там. 9 из 10 таких диалогов заканчиваются ничем. Большинство заказчиков и исполнителей не заключают договоров.

Я бы немного скорректировал Ваш пример - ралли. В машине, которая едет по сложному маршруту, всегда есть штурман и механник. Потому что у них на пути автосервисов не предвидится. Но при этом водитель не беспокоится о тех.состоянии машины и о маршруте. Но и штурману и механику нужно регулярно платить. По аналогии применительно к сайтам - это значит поставить сайт на обслуживание к web-мастеру и seo`шнику. Но понимание необходимости этого тоже мало у кого есть.
Как повезёт - есть гаражные умельцы, которые и блоху подкуют.

Смотрите ограничения хостинга на размер файлов (в параметрах сайта на последних версиях выводится, также в настройках модуля "Каталог" во вкладке "Изображения" в самом низу) и права на папки, в частности /userfls.

А одно другому разве мешает? Конечно засланный. От Алевтины.Надо дать объявление в газету для Алевтины: "потерялся мальчик зовут дядя Фёдор, рост метр двадцать..."

Вам виднее, вы же в теме

Коллеги стало быть...

Какой толк давать пример, когда вы в своём хамстве не видите хамства? Ну покажут, вы скажете что это не оно. Важно не это, важно, что его видят и воспринимают другие. А про результат подобного отношения я вам выше писал - перестанут вам помогать да и всё.

Зачем бюджет сливать на специалиста, когда есть ты? Бюджет - себе, Степан - работать! Ещё какой богатый, в Яндекс загляни, коммерческая сеть ювелирки с точками по всей России.

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

Пояснили же пути решения вопроса - в документации есть два раздела, посвящённых этому. Про свои теги:
https://www.diafan.ru/dokument/full-manual/examples/template-tag/
и про запросы в БД:
https://www.diafan.ru/dokument/full-manual/developers/api/database/

Разумеется, поскольку такого не существует. Все доступные варианты шаблонных тегов модуля "Магазин" и их параметры перечислены в нашей документации.

Вот пример для вывода оттуда:


При помощи параметра cat_id можно выводить товары только определённых категорий.

В данном случае не нужно. Я написал ровно что и ты, только короче. Когда разработчик знает что менять, он заменит без проблем в своём модуле. И облачник поставит и забудет. Но это только в этом случае.

По поводу опасений из-за стилей и прочего. Если будет вставка в стандартный шаблон с ожидаемой разметкой, то можно будет в дополнение впихнуть свои CSS и JS и свой шаблон, который переназначить вставкой. Думаю, это перекроет все вопросы.

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

Думаю., что сработает только как инструмент для облачников на облачных же шаблонах, когда точно известно какие шаблонные теги имеются. Если будут готовые записи для их переопределения.

А так надо же зайти в файл, глянуть какой шаблонный тег что выводит и потом написать ему переопределение. Вот тебе и работа веб-мастера. Облачник нифига не сможет. Есть, в общем, нюансы.

В этом нет ничего плохого. И потом, наблюдаются некоторые проблемы с написанием документации. Тебе Андрей, сейчас ответят про документацию модуля reviews. Так что вопрос твой двоякий или даже провокационный.

В настройках "Каталога" есть поле налога. Оно корректируется (и название и размер). Поставьте там 20 в графе % и сохраните настройки.

Отлично, значит не зря их делали и статьи пишем.
Это цитата из статьи SEONews от 2015 года. Тогда им ЧПУ показались гибкими.

Я учёл этот момент и дооформил контент, Теперь цитаты и код выделены однозначно. В остальном. ЧПУ - это адрес, понятный человеку. По-умолчанию (если ЧПУ отключить), то будет выводиться просто ID страницы в адресе:

/shop/20/

или типа того. И чтобы было понятнее, он заменяется конвертацией в понятный URL. Я использовал системы, в которых он просто формировался из преобразования заголовка или title. И всё. Вот это негибкий URL. А когда у тебя есть возможность редактировать таблицу преобразования, выбирать 3 варианта формирования ЧПУ и вообще менять адрес на свой, то этот набор качеств всё-таки претендует на гибкость. Всё остальное познаётся в сравнении. То, что вы описали - вообще высший пилотаж. Пределу совершенства нет, однако, всё же тут вопрос не в том - гибкий ли он, а в том, насколько он гибкий.

Можно сделать вывод, что недостаточно гибкий и тут я соглашусь.

Зависит от реализации. После того, как внедрили разделение JS и CSS по модулям, отпала почти полностью необходимость использовать общие JS. Тут всё зависит от реализации.

Сегодня большинство JS-скриптов разноситься по js-папкам модулей, а библиотеки грузятся с CDN. Возьмём, например, superfish.js - скрипт, обеспечивающий в дефолтном шаблоне плавное функционирование меню. По-моему, больше нигде не используется. Его можно в модуль меню перенести и всё.

Все файлы модулей как раз-таки собираются в один общий файл. А то, что сейчас не собирается и грузится из корня - атавизм, который надо будет частично выпилить, а частично вынести в отдельный не системный файл, данные которого можно без проблем переносить в кастом или вовсе удалять.

Но если прям придираться, то да, аналога,

объединяющего все указанные в нём файлы в один, нет, а File::compress() в show_js применяется не ко всему.

Это без проблем можно реализовать и сейчас, ведь сам инструмент уже есть. Однако, для этого надо кастомизировать show_js, что не желательно. Мы чуть позже оптимизируем и этот момент, чтобы не было нужды трогать системные файлы вовсе.

Зависит от шаблона. Покажите шаблон. Вот пример:

1) Дизайнер нарисовал весь макет с соблюдением одинаковых последовательностей и с учётом того, как это всё выводится в модулях DIAFASN.CMS.

В этом случае надо переписать CSS. Это недорого.

2) Дизайнер нарисовал весь макет с соблюдением одинаковых последовательностей, но без учёта того, как это всё выводится в модулях DIAFASN.CMS.

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

В этом случае нужно переделать шаблоны модулей, потом переписать CSS. Это дольше и дороже.

3) Дизайнер нарисовал весь макет как левая нога захотела. В одном месте нарисовал блоки с одной иерархией, в другом с другой. Пример:

- характеристики
- цена
- кнопка "купить"

а в другом:

- цена
- кнопка "купить"
- характеристики

Тут уже надо делать под один модуль 2-3 шаблона. А, возможно, ещё и в адаптиции что-то менять. И это всё уже долго и дорого.

Не сказали, а посоветовали спросить и там тоже, поскольку в 1С с этим могли сталкиваться и у них есть решение. Потому что не ясно в чём вообще проблема. Подключение штатное, у всех работает. Логин рабочий, пароль рабочий, а подключения нет.

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

Код для подключения сторонних API. Виталий писал минимум раза два. Искать не буду, поскольку написано там то же, что и у меня. Денис Короган использовал его когда писал дополнение для CDEK.

В CMS есть константы IS_MOBILE и MOBILE_VERSION.

В Ваш CSS-файл.

Срач отменяется, ешьте так. :)

Павел (kpv77725) в своём репертуаре. "Не читал, но осуждаю", "Не вникал, но поддержу".

У нас вообще-то условия есть предоставления услуг и регламент их оказания и правила обращения. А также лицензионное соглашение, в частности п. 6.5:

Откуда такая уверенность, что мы записали? И откуда что "сразу"? По-моему, если человек ведёт себя определённым образом и по совокупности признаков начинает соответствовать определённой группе индивидуумов с характерным поведением, то само это соответствие и причисляет его к этой группе. И записывать никого никуда не надо.
Судя по всему, в вопрос Вы погрузились также глубоко, как и Павел (kpv77725). Над чем и в каком объёме Вы работали? Вам в процессе работы приходилось выполнять не оговорённые работы, равные договорённостям, бесплатно, потому что Вы отличный специалист и просто хороший человек? Или Ваша совместная работа была в рамках договорённостей и если и выходила за них, то незначительно?

Вероятно, второе. Может Вы тогда не сочтёте за труд и вникнете в суть претензий?

"пишите в пожеланиях" означает создайте пожелание на эту тему, поскольку такой возможности в коробке нет. И, возможно, это реализуют. А вы в других предложениях, темы которых совершенно не про сортировку начинаете писать про сортировку.

Никто Вас не футболит не посылает.

И в настройках OpenServer щёлкните версию PHP на 5.6 и 7.1, чтобы выявить зависимость проблемы от версии PHP.

Да, надо Exim обновлять.

Похоже на ситуацию: пришёл покупатель в магазин обуви и взял неглядя первые попавшиеся ботинки. Через день приходит и говорит:
- Поменяйте, они мне на ноги не налезают.
- Хорошо, подойдите на кассу, Вам вернут деньги. Но у Вас же 45 размер, а Вы взяли 39. Зачем?
- А я не смотрел. У меня самый большой размер ноги, зачем мне смотреть. Вообще, у вас должен везде стоять 45 размер, поскольку человек с ногой 39 размера сможет ходить в обуви 45-го, а на мою ногу 39 не налезет. Логично же.
- Но ведь 45 размера может и не быть в продаже. Может быть, например, 40. Поэтому мы и указываем размеры.
- Да не должен я смотреть никакие размеры. Я же вам объяснил - ставите 45, подходит всем. Нет 45-го - не продавайте. Этим вы нарушаете мои права. Я клиент, а клиент всегда прав! Виноват магазин! Задумайтесь, пожалуйста.

Глупо ведь выглядит. Но по факту так и выходит. Осталось выяснить - почему в обувном магазине этикетки с размерами читают, а в аддонсах - описание версий - нет.

Тут дело не в генерации и её скорости. Такие сообщения приходят и по отношению к robots.txt. А тут уж какая генерация? Видимо, систематический сбой у роботов какой-то внутренний, либо сервер отвечает дольше, чем ожидалка у робота. Но приходили такие письма для сайтов, у которых и ответ и генерация менее секунды.