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

Проблема была в настройке DNS.

Запросы на второй домен принимал другой сайт, поэтому плагин при всём желании не смог бы переключить контекст.

Видимо, что-то где-то мешает.

Добавил задачу, но не знаю, когда смогу ей заняться.

Ну так этот параметр по умолчанию не пуст у самих сниппетов =) Видишь, там value = -1?

Укажи им всем &scheme=`` и тогда должно подхватываться системное значение.

Мне тег base нравится, и я считаю его полезным. Но проблемы у новичков с ним бывают регулярно, это факт.

Правда, вместо рекомендаций что-то убирать, я обычно даю ссылку «на почитать», зачем он нужен.

Так и есть, если &scheme пуст.

Исходник

Судя по видео, установлен AjaxManager? Тогда нужно проверить, не включено ли в настройках сжатие javascript админки, и если да — отключить.

А вообще, на Windows будет еще много заморочек с работой разных дополнений, лучше сразу озаботиться или хостингом, или виртуальной машиной с GNU/Linux.

Угу, давно это было, ничего не сохранилось.

Должно работать так:

foreach($results as $key => $result) {
	echo $result->get('id');
}

ImportX — не моё, не путай людей.

Я для подобной задачи свой велосипед писал, но это было давно.

Ну если у тебя свой VDS, естественно, что все проблемы внутри — твои.

По Apache2 не подскажу, не помню. Но главный смысл в том, чтобы файлами сайта рулил отдельный юзер, без привилегий, и у него не было бы доступа никуда, кроме как к сайту. Это чтобы при взломе сайта, злоумышленник не мог наворотить дел на сервере.

Моя инструкция по настройке своего сервера находится здесь. Правильный хостинг, где всё так безопасно настроено — modhost.pro.

Ну так и ты завязывай задавать вопросы «ошибка в логе — смотрите». А потом через 5 сек «коммент, чтобы все увидели и ломанулись помогать».

Тег code тебе в оформлении вопроса использовать лень, искать и выдавать дополнительную информацию тоже.

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

Естественно, если у php скрипта не хватает прав на запись в директорию — он не сможет туда ничего записать.

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

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

И вот прям неожиданно такое стало? Никто ничего не делал, оно само?

Поиск на сайте не работает, надо полагать, по той же причине.

Мне нужно рассказать про волшебную опцию &showLog у сниппетов pdoTools, по которой они выдают подробную информацию?

Тебе виднее, на какой странице у тебя «Английская решетка» и вывод из File. Там смотри все сниппеты, включай лог и разбирайся, как появляется ошибка.

Нет, друг.

Жди, пока кто-то захочет зайти в вопросы и на что-то ответить. Тем более, что у нас есть подписка на новые записи в блогах — в том числе и на «вопросы».

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

Не нужно этого делать, предупреждаю в последний раз.

Без запроса можно только поиграть в «угадай ошибку».

Итак, я угадаю эту ошибку с одного раза! Моя версия, что кавычки в поисковой фразе ломают SQL запрос — нужно их экранировать!

1. Чем тебе мешает лишний трафик?

2. Можно написать правило в nginx, чтобы отдавать запросам с определённым referrer код 403.

Этот код может прилично тормозить на большом количестве документов, просто потому, что нужно соединить много-много строк.

Поэтому его должен писать тот, кто понимает, что делает, а не просто копипастит с примеров.

Между прочим, в старых версиях тикетов такие джоины были сразу в стандартном сниппете, а потом пропали — из-за проблем с производительностью.

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

То же самое и с файлами.