Василий Наумкин

Василий Наумкин

С нами с 08 декабря 2012; Место в рейтинге пользователей: #1
Василий Наумкин
04 сентября 2013, 17:13
0
Магазин работает, компоненты продаются, техподдрежка отвечает на вопросы.

В целом, всё как надо, но объёмы пока оставляют желать лучшего. Насколько я знаю, ни сам магазин, ни дополнения пока не окупились.

Лето закончилось, есть надежда, что сайты сейчас будут строить активнее, и покупок будет больше.
Василий Наумкин
04 сентября 2013, 17:08
0
Лучше сразу установить pdoTools из нашего репозитория и выводить всё через pdoResources.

Возможности почти те же, что и у getResources, а скорость выше в разы. Плюс, все мои серьёзные дополнения его так или иначе используют — пригодится еще.

P.S. Надо было сразу сказать, что ты MODX видишь первый раз в жизни — отношение было бы другое.
Василий Наумкин
04 сентября 2013, 13:50
0
Создать ТВ параметр и назначить шаблону подкатегории.
Василий Наумкин
04 сентября 2013, 13:24
0
Собственно вопрос в заголовке.
Здесь не принято так задавать вопросы. Хочешь помощи — будь добр, разговаривай понятно, чтобы не приходилось уточнять, что ты там имел в виду.

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

Сайтов по MODX много, я никого не задерживаю.
Василий Наумкин
03 сентября 2013, 22:28
0
Скорее всего, он у тебя уже настроен.
Картинки — это файлы, которые лежат на HDD сервера. Как ты собираешься ускорять их загрузку через интернет?

Если ты не отдаешь их php скриптами, то ускорить можно только один способом — уменьшить их.
Василий Наумкин
03 сентября 2013, 19:56
0
Хорошие способы кэширования картинок — это настройка веб-сервера, именно он отдаёт статику.
MODX только выводит ссылку на страницу, дальше сервер и браузер работаю напрямую.

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

Ускорить можно только генерацию превьюшек, если она есть.
Василий Наумкин
03 сентября 2013, 18:40
0
Зависит от типа связи.

Я проблем не замечал.
Василий Наумкин
03 сентября 2013, 18:19
0
В pdoResources точно так.

В getResources не уверен, но вроде бы тоже.
Василий Наумкин
03 сентября 2013, 18:18
0
Да, ты прав, есть такой параметр.

Более того, он есть и у pdoResources — попробуй =)
Василий Наумкин
03 сентября 2013, 18:15
0
Намеков не понимаешь.

Всего хорошего.
Василий Наумкин
03 сентября 2013, 18:11
0
1. Там есть поиск, просто набирай имя вендора.

2. У MODX есть системная настройка для автопубликации ресурсов.

3. Используй Ctrl+S.
Василий Наумкин
03 сентября 2013, 18:10
0
Нет, все верно, только так.

Только учти, что стандартный list процессор данные отдает через xPDOObject::toArray() — это покажет все поля. xPDO довыберет те колонки, которые ты не выбрал.

Поэтому нужно или работать через PDO (получать только нужные столбцы), или из объекта через get() в цикле.

Лично я а таких случаях использую PDO — и быстрее и удобнее.
Василий Наумкин
03 сентября 2013, 17:09
0
Собственно, ответ очевиден.
Василий Наумкин
03 сентября 2013, 17:08
0
1. В принципе, пофиг. Ты же не будешь запускать в одной итерации оба процессора?

Но для порядка, конечно, лучше давать разные имена.
Василий Наумкин
03 сентября 2013, 17:07
0
А у него нет такой опции, это из Wayfinder, кажется.

Надо юзать
&where=`{"isfolder":0}`

Ну и советую сразу перейти на pdoResources — параметры почти те же, а скорость в разы выше.
Василий Наумкин
03 сентября 2013, 16:37
0
1. Если они прям одинаковые, то один может include и extends другой.

2. Через коннектор обращаться нужно только с админки. С фронтенда — через свой сниппет или класс, который будет runProccessor, откуда скажешь. Зачем давать шанс хакерам найти уязвимость в коннекторе, как уже бывало?

3. См. пункт 2.
Василий Наумкин
03 сентября 2013, 16:33
0
Исключить менеджер из правил.

Либо регуляркой, либо добавить ему отдельный блок до правил редиректа.
Василий Наумкин
03 сентября 2013, 15:33
0
Я же писал про это — первая ссылка в поиске.
Василий Наумкин
03 сентября 2013, 06:37
0
Нет. привязка только к домену.