Волков Николай
С нами с 03 октября 2015; Место в рейтинге пользователей: #2108 часов назад
Все переустановил перевел все на новый сервер с новым sql8 и все равно пишет токен не валидный
[2024-12-02 11:33:09] (ERROR @ /home/e/e878840...
[SendIt 2.0.0] Пагинация и обновлённая загрузка файлов 21
Вчера в 10:49
Сегодня вышло обновление от тебя, всё исправлено! Спасибо!
PageBlocks. Удобное управление контентом сайта. 38
Вчера в 10:07
@Артур Шевченко
Добрый день!
Можете подсказать.
Делаю Регистрацию на сайте, с помощью Sendit.
Согласно документации создал отдельно копию пр...
Как кастомизировать сообщения после Регистрации на сайте? 4
Вчера в 09:40
Сталкнулся с двумя особенностями…
1) После апдейта с 3.5.2 на 3.6 в табе «Расписание Крон» задания перестали отображаться. Сделал удаление полное ком...
CronTabManager - или как управлять crontab из админки 19
30 ноября 2024, 08:41
Ну вот и правильная мысль, я же правильно понимаю, что все дополнения, что написаны на ms2 надо переписывать на ms3 многие авторы это не будут делать,...
MiniShop3 - 1.0.0-alpha 15
28 ноября 2024, 18:01
Так делал на одном проекте, нужно было добавить поиск по полю pagetitle. Думаю, что можно и на TV переделать.
<?php
class myCustomFilter extends...
mFilter2 фильтрация tv 3
28 ноября 2024, 17:35
На ноде при запуске сервера можно большую часть проинициализировать. Например, прогрузить настройки, чанки и сниппеты в память и не лазить за ними в б...
Плюсы и минусы Vue и gtsAPI 18
27 ноября 2024, 19:13
Вообще можно завести допполе и при сохранении ресурса плагином писать в допполе разбирая pagetitle.
Модификатор сортировки pdoResources по pagetitle 7
Я бы порекомендовал написать отдельные функции и потом, где нужно их вызывать:
1) Для не ключевых картинок, вроде логотипа и т.п. Я вместо src картинки прописываю ссылку на какую-нибудь gif, где анимация загрузки. Далее, прописываю аттрибуты data-original и data-retina-original в которых значениями являются ссылки на картинки в обычном разрешении и в ретиновском (при этом для них для pthumb или др. ресайзеров я указываю, чтобы они на выходе качество процентов на 20-30 ниже давали, чем для обычных).
2) Подключаю JS скрипт LazyLoad, который загружает картинки уже после загрузки самой страницы (но он их берет из data-original и не в курсе про вариант для ретины).
3) Чтобы решить проблему прошлого пункта, пишется простой JS скрипт, который выполняется раньше LazyLoad и анализирует экран посетителя сайта и, если нужно, то тупо в data-original устанавливает значение из data-retina-original.
4) А для картинок, вроде Логотипа и т.п. Я первоначально делаю вдвое-втрое большего разрешения картинки.
Но все таки моё личное мнение, что нужно сделать помимо главной с текущими ограничениями, параллельную ветку, где могут опубликовывать свои статьи, к примеру, люди, чей аккаунт на ресурсе старше полугода, а рейтинг тупо положительный. я не думаю, что кто-то будет терпеть полгода, чтобы ляпнуть на главной вопрос про какую-нибудь ерунду. Либо сделать это ограничение для главной…
Но вернёмся к тому, как сделано сейчас. А сейчас все опять построено на уже надоевших вопросах о рейтингах. В большинстве своём рейтингом, достаточным для публикации на главной, сейчас обладают кто? Разработчики дополнений, которые в основном публикуют инфу о своих дополнениях, при чем по большей степени платных. Вот тут была поднята тема о вопросах новичков (вообще, а не на главной) и т.д. Вот кому из них реально будет интересна подобная лента? Они скорее будут черпать информацию, хоть и не качественную, но специально для них разжеванную и доступную, из каких-нибудь видео уроков на других сайтах посвящённых вордпрессу. А сюда забегать исключительно за помощью к «гуру» и скидывать халтурки на то, что они сами не смогут доделать на сайте, который они взяли за копейки на фриланс бирже типо fl.ru или т.п. Я возможно преувеличиваю, но все таки мне кажется, что такими методами, ресурс может скоро стать интересным только для очень узкого круга людей в плане публикуемой на нем информации.
Да и ещё, в отличии от варианта с переадресацией через js, у этого способа есть два плюса:
1) Универсальность. Без проблем можно сделать, чтобы одни товары АЯКСом добавлялись без перехода в корзину, а другие наоборот с переходом, даже если оба варианта одновременно будут находиться на одной страничке. Поведение будет зависеть только от наличия класса ms2_form у формы.
2) Накосячить сложнее новичкам будет, чтобы это все не работало. Callback — это очень крутая фишка в JavaScript, но без базы знаний одна ошибка и море вопросов.
Что теоритеская база слабовата. Во-первых, минишоповский скрипт подключается при загрузке страницы. Во-вторых, если загуглите ошибку, то убедитесь в том, что она была вызвана тем, что нельзя необъявленному объекту присвоить метод. То есть, указанный вами скрипт выполняется раньше подключения минишоповского скрипта, в котором, собственно этот объект и задан. В-третьих, имеет смысл разобраться в том, что в вашем коде написано. В нем указано то, что в случае Успешного выполнения АЯКС запроса на добавление в корзину, сразу после НЕГО должен будет происходить редирект на строчку корзины.
А теперь внимание вопрос: почему у вас получается так, как получается? То, что во время загрузки окна редирект не назначился ещё не означает то, что и минишоповский скрипт не повесил на кнопку добавления в корзину выполнение своего АЯКС запроса. При первом нажатии именно добавление АЯКСевское и происходит, но вы просто этого не видите. Другой вопрос, что что-то повторно запускает все то, что было повешено на window.load и в том числе и ваш скрипт, который, уже существующему объекту miniShop2, назначает редирект после успешного добавления в корзину, что собственно и происходит во время второго нажатия и, как следствие, повторного добавления в корзину.
Ну и последнее JS для браузеров без поддержки http://scottjehl.github.io/picturefill/
tradeOffers не пользовался, но раз отдельная таблица, то вопрос в реализации и расширении свойств. Была бы хоть схема таблицы + описание того, как расширяемся, то было бы проще, т.к. уже поэтому можно примерно понять, что к чему и решить нужно оно или нет в плане экономии времени на разработку.
А пока что, все таки побаиваюсь брать подобные дополнения из-за переживаний о проблемах с работой другими дополнениями, вроде того же mSearch2.
Сам же предпочитаю вариации и т.п. делать через добавление кастомных таблиц и добавления процессоров и js для опций категорий + плагин автоматизирующий наследование и их сохранение, т.к. расширение колонок стд msProductData тут имеет мало смысла, а опции первоначально на таблицу msProductOptions нацелены и дело в том, чтобы просто переопределяться им табличку и немного логики.
Где-то, наверное, косяк со знаками.
1) документации ноль. В том числе и не в последнюю очередь по migxDB.
2) мало дополнений, вроде онлайн оплаты и тп
3) автор, там неплохо пиарит свои дополнения, вроде getProducts и тп, но по факту они в ноль проигрывают pdoResources, когда действительно сложная структура у ИМ и работать нужно с несколькими таблицами.
4) реализация вариативных товаров проще застрелиться + документации ноль.
5) туча разного геммора.
Если я правильно понял, то речь идёт о товаре и его аналогах. Соответственно, есть два решения:
1) В минишопе существует возможность указывать связи товаров. Соответственно, нужно создать одну связь, вроде аналог или две — оригинал/аналог (на случай, если одна оригинал, а остальные копии более дешёвые от других производителей). Далее ничего сложного нет я думаю.
2) Создать отдельную таблицу/колонку с JSON массивом, куда просто добавлять аналоги оригинальной запчасти, но этот способ подходит только для случаев, когда есть оригинал. и его замены от других произв.