Или прикрепляйте модуль к странице. Тогда он сам после содержимого поля контента выведется.


Но так баннеры, например, не прикрепишь. Их только тегами.

+1

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

Андрей (Afonik) тему поднимал, вот готовый модуль нарисовался, с инструкцией по установке. Может сайт зарегистрировать и потестить. Может кому ещё прямо сейчас надо оплату добавлять. Как "пелось" в одной муз.композиции: "Вы хотели пати?"

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

По просьбе Дмитрия Афанасьева скинули данные разработчикам с неделю назад. В коробку пилят.

Вот только хотел написать. Уже с неделю висит же.

Покидаемся рефссылками. В Российском сегменте одним из самых лучших является Beget. Кроме всего прочего у них шикарный личный кабинет, куча сервисов "из коробки", например поисковой движок "Sphinx". Управление через терминал как сервером файлов так и сервером БД. Тех.поддержка грамотная и вменяемая, отвечает быстро в ЛК и по Skype, Telegram динамят и не всегда по нему быстро отвечают. Ну всякие сертификаты SSL и шифрованный доступ по SSH - это вообще в пару кликов.

Это если касаться виртуального хостинга. По выделенным серверам не в курсе - не покупал.

Одно из лучших предложений по виртуальным серверам у DigitalOcean. Сервис у них не хуже прочих, а вот цена - доступнее иногда в разы. Аптайм за 1,5 года использования -100%. Проверяю пингом раз в 15 минут.

Вообще рейтинги советовать - дело неблагодарное, ибо много чего в них проплачено самими хостерами, но вот один, где из 10-ка хостингов, которыми я пользовался лично мой опыт почти один в один сходится с оценками и описанием: https://hosters.ru/

Положите файл базы данных в папку с сайтом, сделайте архив, выложите на яндекс-диск (или в любое другое место). Киньте мне на него ссылку (config.php нужен родной). Поменяю вам пароли и пришлю обратно (при условии что с файлами всё в порядке).

Это сделать быстрее,чем переписываться на форуме.

Тогда вопрос в том, что восстанавливать.

Нужно дать доступ именно к хостингу, на котором у вас сейчас размещён проект. Чтобы корректно перенесли/скопировали БД и файлы сайта.

Посмотрел ваши файлы. БД, которой вы располагаете, не годится для развёртывания сайта. Там только половина таблиц и большей частью не те.

Нет таблиц магазина, поэтому нет контента (товаров). Нет таблицы пользователей, поэтому вы не можете после установки и импорта войти в админку со своим логином и паролем.

Если накатывать имеющиеся файлы поверх чистой установки, получите демо-сайт Diafan с другим оформлением, но не свой сайт со своим контентом. Также нужно учесть, что у вас версия 6.0.2.0. В этой версии ещё старое имя папки пользовательских файлов - userfiles. Поэтому последний дистрибутив вам не подойдёт, если будете использовать свою БД.

Тема сайта, на мой взгляд, далека от 90%-ной готовности (как вас пытался уверить её автор). Хотя точно без полной БД не сказать.

Если бы я был на вашем месте и не смог получить полную БД, то заказал бы разработку по-новой, но уже с:

1. Тех.заданием с чётким описанием что нужно и как это должно выглядеть.
2. С договором, в котором чётко прописано - в какой срок нужно реализовать ТЗ и сколько это будет стоить с оплатой по безналу на р/с.
3. С прописанными в договоре пенями за просрочку исполнения. Отдельно отметить, что пеня по просрочке может превышать стоимость работ по договору.

Но решать конечно же вам.

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

Проще действительно написать в ТП и точно узнать - что можно, а что нельзя.

Перво-наперво: надо редактировать файлы шаблонов в папке темы, а не в корне. Думаю, вы это уже знаете, но всё таки:
site.ru/custom/my_theme/themes/start.php

counter.php - блок для кода метрик и счётчиков. Лежит в файлах по-умолчанию. Но не обязательно в шаблоне есть его вызов:Смотрите как раз в шаблонах site.php и site_start.php (внизу).

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



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

counter.php, который вызывается вышеобозначенной командой, как и другие подобные блоки, находятся в папке:
/custom/my_theme/themes/blocks

Можете даже создать в этой папке (путём копирования и переименования уже имеющихся) свой собственной блок my_block.php и вызвать его в шаблоне:

Попробовать прописать этим свойствам !important:
Если не помогает, но очень хочется, то можно кнопку input завернуть в <label> и все стили присвоить ему, а кнопку внутри сделать либо прозрачной opacity:0; , либо visibility:hidden;

А чего вы ожидали с таким подходом?

- Это небезопасно...
- А что хоть делает?
- Не скажу.
- Документация хоть есть?
- Нет. Кому надо - откроют и посмотрят.
- Что-то сомнительное ваше предложение...
- Ну и проходите мимо.

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

Данияр, нет у вас там полстраницы описания. У вас там вообще всего полстраницы. И я специально отметил, что "даже слайдер имеет". API, наверное, штука посложнее слайдера на jquery, правда?

"Ключевое название API", - как вы выразились, вообще-то предполагает совершенно конкретный набор функций, классов и прочего. И в зависимости от API, функционал итогового приложения может быть как впечатляющим, так и убогим и не заслуживающим внимания.

API Вконтакте - все методы перечислены и описаны. Можно прикинуть - что из этого понадобится и что вообще можно реализовать.
API Яндекс-карт - сразу пример использования после инструкции по установке.
API отслеживания посылок - всё описано, что можно, как нужно.Вы это должны в документации написать, а не ждать, что кто-то у вас про это спросит. Это очевидные вещи.

Сравните приведённые выше примеры со своей документацией: "Распакуй, укажи поддиректорию, ликуй!".

Если вы делаете для себя, то никаких проблем. Но вы вроде как тут с претензией на "хочу представить вашему вниманию новый модуль для Diafan". Там же в конце: "Жду ваших отзывов". Если вы ещё не поняли, то отзывы вы уже получили. И рекомендации. Имеющий уши - услышит, имеющий глаза - увидит.

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

Пишите документацию.

Дмитрий обычно в таких случаях Вангу вызывает. Но, видимо, она в отпуске.

1. Либо добавили файлы со шрифтом не в ту папку (и работают старые)
2. Либо добавили таблицу стилей не в ту папку (и работает старая)
3. Либо обновите кэш, поскольку в кеше висит старая таблица, а вы запрашиваете иконки по новой, но браузер о ней ещё не знает, в отличии от вас.
4. Либо всё вышеперечисленное в различных сочетаниях.

У него нет своих. У него старый набор FontAwesome, а он хочет иконки из более поздних версий 4-го пакета.

Ну здрасьте. Подраздел Дополнительные: Параметры SEOПо тексту:Переходите в настройки модуля "Магазин" и внизу найдёте список шаблонов (подраздеел Автогенерация для SEO) там же подсказки.

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

Хотя соглашусь, поисковики их сейчас практически не учитывают, а некоторые SEO`шники и вовсе считают не полезным заполнение keywords, т.к. они себя (само поле и ключевики) дискредитировали.

Если вы хотите открыть какую-то страницу в админке и вбить туда любое количество ключевых слов без ограничений, то нигде и никак. Либо воспользуйтесь шаблонами в настройках модуля, либо надо вносить изменения в админку CMS (добавлять параметр в шаблоны или снимать ограничение в поле "keywords" доп.параметров).

А как вы динамически высоту высчитывать будете? Вариантов несколько. Можно через CSS блок скрыть, а в начале скрипта прописать стиль через JS, который его вернёт обратно. Можно посмотреть какие инлайн-стили скрипт присваивает блокам и сыграть на этом, поскольку инлайн-стиль перекрывает аналогичный стиль из тапблицы CSS.

Первый вариант можете реализовать сами, по второму можно попробовать следующее. У вас инлайн-стили для блоков .cover__list следующие: Попробуйте присвоить блокам .cover__list позиционирование position: absolute, например.

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

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

Значит тут необычно. Overflow у него уже прописан для родительского блока слайдера .cover.
overflow:hidden работает когда содержимое уходит за границы блока. А тут содержимое эти границы растягивает. Так что в данном случае не сработает.

Вот в этот момент:

Для конкретно вашего слайдера просто добавьте высоту блока .cover 350px (она у вас по факту на сайте фиксированная, всегда 350).

Можно высоту .cover указать (всё остальное там есть). Обёртка .coveroverflow не нужна, лишний код.

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

Но в данном конкретном случае слайдер при любой ширине экрана имеет высоту 350px, поэтому тут сработает height:350px

А я-то грешным делом подумал, что в этот самый момент ещё Jquery не подгрузился, а контент слайдера уже...

Если присутствие элемента в DOM мешает работе, то только убирать его оттуда. Можно воспользоваться Jquery:.detach() позволяет вернуть элемент обратно, если потребуется.

Самый главный вопрос: Валерий Викторович, а вам скрывать вторую корзину надо из-за привязки к дизайну или из-за привязки к устройству?

Потому как если из-за привязки к устройству, то самым правильным способом определить условие срабатывание кода будет использовать navigator.userAgent.toLowerCase(), как советует Дмитрий.

А если из-за привязки к дизайну, то надо учитывать событие поворота экрана, т.е. resize() использовать.

Ваш способ с убиранием ID и с учётом возможного ресайза будет выглядеть так:Хотя скрипты после загрузки DOM не всегда "слушают" изменения (зависит от скрипта) и могут не "увидеть" элемент с изменившимся ID и не считают клик по нему. Надо проверять. Ну и, возможно, дорабатывать скрипт.