Всего 125 335 комментариев

Василий Наумкин
09 марта 2013, 13:35
0
Скорее всего — нет. Он не знает про дополнительную таблицу с параметрами.

Попробуй поразбираться с новым сниппетом от MS2, который быстро работает через pdoTools и умеет выбирать ТВ.

Думаю, он и фильтровать по ТВ сможет, но пока не проверял.
Василий Наумкин
09 марта 2013, 13:33
0
На эту тему очень много всего в инете + есть сниппет MODX для статического кэширования.

В целом — да, это круто и реально, но подойдёт далеко не всем сайтам. Например, интернет магазину кэширование страницы с корзиной ни к чему.
Fedor
09 марта 2013, 13:31
0
Василий, а getProducts параметры Минишопа не выводит?
СикретНаме
09 марта 2013, 13:25
0
Не вчера уже мучает меня вопрос: А нет ли существенных выгод для скорости выдачи сайта стабилизации скорости выдачи сайта, если закешировать его страницы в nginx, скажем на 10-20-30 сек?
Fedor
09 марта 2013, 13:20
0
Агава :( Думаю вот куда переехать…
Василий Наумкин
09 марта 2013, 13:12
0
Так всегда. Чем проще и универсальнее разработка, тем она медленее.

Выход есть — пиши свой сниппет, который будет фильтровать ресурсы через SQL и возвращать id подходящих, для вывода через getResources.

P.S. Ну и хостинг у тебя, подозреваю, не очень быстрый, да?
Fedor
09 марта 2013, 13:09
0
Я просто не могу поверить, что оказывается фильтр в магазине по 6 TV параметрам — это уже не реально… Никто нигде не писал что Модх так сильно ограничен в ресурсах… Есть же куча ниш магазинов, где 2-3 параметра, кроме цены — это очень мало…

getProducts я попробовал… но там всплывают ошибки другого рода… но даже с ним, при 6 TV будет медленно :(

Если у кого то есть опыт в данной проблеме — отпишитесь пожалуйста…
Василий Наумкин
09 марта 2013, 13:08
0
Чанки не менял?

Эта строка проверяет комментарий на пустоту при отправке и просмотре, видимо скрипт не может получить текст для проверки.
СикретНаме
09 марта 2013, 12:58
0
Вообще, была мысля глянуть этот файл и ещзё один из них, просто не в том ключе шла и я отмёл её, как не имеющую смысла. Зато хороший урок — если есть известный файл, что-то генерящий в другие файлы — смотри его, хуже точно не будет. Спасибо за науку, Василий.
Василий Наумкин
09 марта 2013, 12:31
1
0
В моих конфигах есть редирект для доменов с ww на безwww, вот тут.

Проверь у себя, наверное там ты домен не сменил.
СикретНаме
09 марта 2013, 12:24
0
Приветствую, Василий. Я сменил домен на сервере и получаю, например, от Хром:
На этой странице обнаружена циклическая переадресация
Загрузка веб-страницы по адресу вызвала слишком много переадресаций. Попробуйте очистить для этого сервера файлы cookie или разрешить их прием от независимых сайтов. Если это не поможет, возможно, проблема связана не с вашим компьютером, а с конфигурацией сервера.

С чем это связано и как лечить? В nginx-> site-available и в MODX-> core-> config.core.php юрлу сменил, почту сменил и отрестартил — ровно работает, hosts и hostname тоже сменил, nginx и fpm-php отрестартил, сервак заребутил… Куда копать? У меня мыслишка бродит, что надо зарестартить
Василий Наумкин
09 марта 2013, 11:37
0
1. Системные словари, ключи ticket_comment_email_reply и ticket_comment_email_owner
2. В name попадает fullname авторизованного юзера. Видимо, у тебя на сайте его не все заполняют.
Василий Наумкин
09 марта 2013, 06:21
0
По моему, да.

ТВ лежат в отдельной таблице, на которую where не распространяется. А использование ТВ очень медленное, это не новость.

Вроде как в сниппете getProducts, автор улучшил работу с ними.
Василий Наумкин
09 марта 2013, 06:19
0
Говорит, что порт уже занят.

Смотри, что у тебя там висит?
sudo netstat -nlp | grep 80
Василий Наумкин
09 марта 2013, 06:17
0
1. Смотри ошибки javascript. При незаполненной форме не должно отправляться, а при заполненной — должна быть перезагрузка с параметром msorder=номерзаказа.

2. Нет, так сделать нельзя, на стандартном классе оформления заказа. Можно сделать плагин на событие msOnCreateOrder, который будет смотреть на город и слать дополнительное письмо.
Abu
Abu
09 марта 2013, 04:57
0
Насколько я понял это проблема с ipv6 адресами, закомментировал listen[::]:80; строчку в /etc/nginx/sites-available/default заработало.
Aliaksandr Katlou
09 марта 2013, 01:42
0
У меня так из-за ajaxmanager было не обновленного.