SHOW_BODY на размер изображения не влияет никак.

Смотрите сначала на то, какой реальный размер у фото, которое выводится. Оно может выводиться шириной 500px, например, а фактический размер у него будет 1000px.

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

А если такое же маленькое получается, то идите в настройки модуля "Новости", раздел "Генерировать размеры изображений". Смотрите что там генерируется и какого размера.

Вряд ли к вам в личку будут стучатся альтруисты с просьбой как можно скорее предоставить URL. Помощь нужна вам, а не наоборот.

Проверьте - включено ли сжатие GZip на сервере: http://www.gziptest.com/

Я аналитиксом уже года два не пользовался, не помню - какие рекомендации он даёт и в каком виде.
У Google есть хороший сервис по анализу скорости загрузки. Там и рекомендации даются:
https://developers.google.com/speed/pagespeed/insights/

На скорость загрузки страниц сайта сильно влияет "кэш браузера", а на дальнейшую судьбу сайта в поисковой выдаче - "время ответа сервера":



Посмотрите в инструментах разработчика обозревателя вкладку "Сеть" (или "Network"). Там по графику поймёте - какой из элементов наиболее долго грузится или препятствует загрузке страницы.

Если смотреть графики там неудобно (в Firefox раньше было попонятнее), то вот хороший сервис с графиками и всеми делами: https://tools.pingdom.com/


Так всё от наполнения страницы зависит. И 100 секунд может грузиться, это не показатель. Вот с разных страниц одного и того же сайта:

Написать в ТП первым делом. Была у меня аналогичная ошибка недавно при попытке обновления 6-ки. Правда мне не горело и я не стал искать корни проблемы.

У вас в приведённом коде выводятся alt и title Добавьте в шаблон SPAN в нужном месте:илиКод вы привели со страницы карточки товара.

Изображения в этом шаблоне выводятся в блоке <div class="shop-item-left"></div>. Внутри него и вставляйте.
Большое изображение размещается в блоке <div class="shop-item-big-images"></div>.
Превью обёрнуты ссылками <a class="js_shop_preview_img"></a>.
Вставляйте span внутрь ссылок до тега IMG.

Позиционирование самого блока span настраивайте в CSS.

Если подытожить, то вспоминаются 2 изречения:

1. "За всё надо платить"
и

2. "Скупой платит дважды".

Ну это аналогично покупке лицензии раз в полгода. Просто подход не как у всех и сильно отличается. С таким подходом в обойме останутся только те, кто разрабатывает сайты на актуальной версии DC, в курсе последних изменений, багов и исправлений и т.п.. Рейтинг будет по актуальным разработкам на последних версиях движка.

Партнёрам это конечно невыгодно, как и покупка лицензий раз в полгода, но с точки зрения разработчиков определённый смысл в этом есть.

Ну так помогите другим заказчикам - оставьте соответствующий отзыв на соответствующей странице. Они для того и придуманы.

Эту тему надо, во-первых, найти. Во-вторых, прочитать и понять - о ком идёт речь. Найдут и прочтут далеко не все. Тут писать отзывы вида "и у меня то же самое" толку мало.

Учётка "Онлайн-мастер" опять отжигает. Пиаритесь как можете.
Складывается впечатление, что у вас постоянный недобор клиентов.

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

Вопрос из разряда: "Вам правда кажется, что музыкант может быть мультиинструменталистом?".

Мне вот не кажется, я точно знаю, что может. Также как и один фрилансер может выдавать продукт ничуть не хуже некоторых студий, где трудится с десяток специалистов. Хороший фрилансер никогда не переплюнет хорошую студию (разве что по бюджету). Но вопрос не в этом. Вопрос том, какие требования к исполнителю предъявляет ТЗ и может ли исполнитель их перекрыть.

И в конечном счёте важен результат и только результат - получил заказчик то, чего хотел или нет.
И это одинаково верно и для фрилансеров и для студий.

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

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

А на "Фрилансе" много ли найдётся заказчиков с подробным ТЗ, в которое при случае можно ткнуть пальцем (или носом) и которое позволит избежать "покороче/подлинне"? Единицы. Если они вообще там есть.

Так что палка о двух концах.

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

Ага, топите её ещё больше. Эффективнее было бы просто промолчать, чем заговорить и развеять все сомнения. (с)
Денис, на форуме не один и не два человека считают, что вы не правы. Часть участников форума, которая не имела дел с вами лично, но имела дела с вашими бывшими клиентами, тоже считает, что вы не правы.

Те, кто не имел дел ни с вами, ни с вашими клиентами, прочитав ваши перлы:Тоже навряд ли примут вашу сторону.

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

Вы, разумеется, так не считаете. И это понятно и объяснимо. Было бы удивительно, если бы было наоборот. Это не желание "помыть кости", это побочный результат ваших действий. Не нравится - меняйте действия и результат будет другой.

Виталий, закрывайте тему.

Только небольшая ремарочка - если лицензия партнёрская и при проверке через WHOIS её владельцем будет числиться партнёр, а не владелец домена, то получать тех.поддержку у ТП Diafan официально не получится.

Да не, открывает. Может версия сильно старая?

Копируете ошибку и ищите её в Яндексе. И ответ сразу находится. Для меня загадка почему очень многие пользователи бояться интересоваться у Яндекса или Google по поводу текста той или иной ошибки. Это же экономит кучу времени.

В данном случае это ошибка не CMS, а ограничение сервера.

А также у меня вопрос: если Вы хотите перенести сайт на новый дизайн, то почему не пойти от противного - перенести дизайн на новый сайт. Переносите БД полностью + папку /userfls на новую CMS, затем восстановить БД. Затем добавить необходимые блоки на сайте и записи и догрузить тему в новую CMS?

Проверяйте настройки файлов импорта. Многое зависит от того, что вы там проставите.
Внизу страницы настроек стоит поставить галку "Первая строка - название полей". Легче будет ориентироваться и при импорте удалять не придётся.



После импорта проверяйте всё абсолютно. Может, например, срезать одну категорию у товаров, к которым было привязано две. Так сразу не заметишь. А отвалиться может много чего. Скидки, например.

Плюс осторожнее с кнопкой отмены последнего импорта. Если импортировали свежие данные для уже существующих товаров, то удалит именно товары, а не данные.

Обычно от сотни или больше бывает, когда 2-3 темы обсуждают бурно, а ты не заходишь несколько дней. Я просто открываю "бурную" тему в соседней вкладке и она помечается как прочитанная. Затем обновляю страницу со списком непрочитанных и их становится значительно меньше.

3 клика и в ленте 5 сообщений, которые лично мне интересны. Полумера, конечно, но тем не менее.

Вы бы хоть ссылку на сайт дали. А так вам и посоветовать нечего кроме как "в файле CSS".

Побольше, чем на одну, поскольку шрифты в некоторых местах определяются полностью, например: и одним переназначением шрифта в body тут не обойдёшься.

Автору темы:
1. Включаете режим разработчика в системе.
2. В обозревателе открываете инструменты разработчика.
3. Смотрите - в каком css-файле находятся стили для тега <BODY>
4. Открываете этот файл CSS и ищите там стили, которые содержат 'PT Sans'.
5. Меняете 'PT Sans' на нужный шрифт.

Рад, что спустя столько времени, изложенная в теме информация остаётся кому-то полезной.

Для начала выясните что не работает - файл шрифта не подгружается или сам шрифт не поддерживается. Проверьте - отображается ли он у вас в обозревателе на родном сайте разработчика.

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

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

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

Куда спешить? Создали сайт, прочитали за час максимум короткую справку по пользованию сервисом. И 80% вопросов вообще не возникнет в принципе.

ЧТобы не накручивали или наоборот, не сбивали рейтинг в ноль. Так обычно конкуренты делают.

Там далеко не все я делал. Я в основном фронтэндом занимаюсь, а Вы, как я понимаю, интересуетесь реализацией бекэнда.

Документация то будет по модулю? Обещанного 3 года ждут.

Так у вас яндекс для домена что ли?
Тогда первое - это указывать логин как pochta@yandex.ru
Второе - войти хотя бы раз через морду яндекса в этот ящик. При первом входе он требует ввести имя и прочую инфу и нормально работает только после этого.

IMAP - это входящий протокол. Он отвечает за приём сообщений. А SMTP - исходящий.

Александра, по скриншотам всё понятно вроде. На первом вы даёте разрешение для внешнего доступа к серверу Яндекса.

На втором просят убедиться, что галка (на первом скриншоте) стоит и этот доступ разрешён.
Ниже указываются параметры доступа к серверу при использовании POP3, IMAP, SMTP. Для CMS (отправки) нужен SMTP, а именно:

1. Протокол: SSL
2. Порт: 465
3. Адрес сервера:imap.yandex.ru

На скриншотах всё дано. Разница может быть в том, что если вы используете для отправки писем обычный ящик Яндекса, то логин вводится без @yandex.ru, а если Яндекс-почту для домена, то полностью login_na_yandex@yandex.ru
Вводится в "Настройки сайта" (пример для обычного ящика):

Также можно в качестве эксперимента попробовать указать логин полностью (c @yandex.ru), в поле отправки SMTP не указывать протокол SSL (smtp.yandex.ru), а также указать 25 порт (для отправки писем по не защищённому каналу).

А в службу поддержки Яндекс-почты кто-нибудь пробовал писать чтобы не гадать на кофейной гуще?

Здравствуйте!

Провайдер почтового ящика кто?

Поддерживаю. Ещё бы ToDo-лист какой-нибудь по планам на будущее. Сейчас заглянул в подраздел "Обрабатывается" вишлиста - прилично там предложений "пилят". Но вот в связи с предстоящей сдачей проекта меня в первую очередь волнует данная ошибка (2596) и её копия (2599).

И неизвестно - когда ждать fix`а и что говорить заказчику, когда его клиенты на новом сайте с этой проблемой столкнутся.