Василий Наумкин
С нами с 08 декабря 2012; Место в рейтинге пользователей: #11 час назад
На смену колбэкам приходит система хуков, очень похожая на события в MODX.А зачем хуки, если есть события в JS?
MiniShop3 - чего ждать в Beta версии. 3
3 часа назад
Написал вот такой плагин, меня устраивает
<?php
// OnDocFormRender
$modx->controller->addHtml('<script>Ext.onReady(function(){
...
SEOSuite - после установки! 3
6 часов назад
Какие задачи ты решаешь с помощью Vue?В моей практике были разные сложные калькуляторы стоимости продукции. Можно конечно и на PHP отправлять запросы,...
Плюсы и минусы Vue и gtsAPI 19
7 часов назад
Правильно так:
{('<script type="text/javascript" defer> let my_variable = "' ~ $_modx->resource.MyTv ~ '";</sc...
Как правильно вставить modx переменную в js скрипт на Fenom 1
Вчера в 18:48
Все переустановил перевел все на новый сервер с новым 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
Время генерации страницы можно глядеть плейсхолдером [^t^]. Если показывает больше секунды — решение плохое.
Если бы можно было так просто запихнуть теги MODX — сайт бы уже давно поломали.
Проверяем:
И еще советую включить friendly_urls.
Но мне не ясно, зачем тебе создавать ресурсы, если работодатель заполняет форму? Не лучше ли сохранять эти данные в отдельную таблицу, по которой можно будет организовать поиск?
Если так — то самый простой вариант, это сделать малюсенький компонент при помощи modExtra, а данные в таблицу закидывать через хук FormIt — заодно и валидация будет, и email уведомления о новой записи.
Если же надо прям создавать ресурсы — крайне советую использовать Tickets, ибо он фильтрует разные XSS, теги MODX и прочие угрозы, которые юные хакеры могут засунуть в новый ресурс. Также, он форматирует и типографирует текст, и тебе самому это делать не придётся.
Tickets работает только с авторизованными юзерами, что решается легко и просто при помощи HybridAuth.
О проблемах с 20к документами в Рево не слышал. Учитывая, что разработчики говорят о ресурсах как view to data — не обязательно раздувать сайт до такого кол-ва ресурсов. данные можно держать в отдельных таблицах, и выводить на ресурсах своими сниппетами.
Зависит от задачи, в общем. Пример большого сайта — сам modx.com и complex.com — тут чуть подробнее.
Теперь, если что, они сохраняются в #anchor=имяякоря. Если при загрузке есть такое значение в хэше — то оно перекрывает остальные и хэш меняется на якорь.
Пытался подружить это дело с scrollTo.js, чтобы перекручивало на якорь и срабатывали остальные параметры — но глюки не смог одолеть. Поэтому теперь так: реальный якорь важнее остального.
Проверяем — bezumkin.ru/sections/components/516/#anchor=cut/tab=tickets
Подумаю на досуге, как разделить хэш для собственных нужд и настоящие якоря.
Причем тут индексация?
Вообще, это правильное поведение, но вам надо навести красоту. Сделать это просто.
— вызываем вес в чанке вот так:
— и пишем сниппет round:
Проверил на демо сайте.
В версии 1.9.4 вроде всё поправлено.
Ничего не знаешь, но считаешь, что я тебе что-то должен.
Я мог бы просто удалить тему и все твои комментарии. Но я — добрый. Поэтому, предлагаю просто уйти отсюда и больше не приходить.
Предлагаю больше не мучаться и найти нормальный компонент для поиска, а не эту криворукую поделку.
А при индексации тебе надо было указать &limit=`110`. Вообще, вдумчиво почитать документация может быть полезно.
Лично я не знаю более элегантного решения объединить 3 таблицы в одной выборке, чем join.
Кстати, можно немного упростить, выбирая поля псевдонимами:
У меня кончились идеи, видимо — не судьба.
Может, просто адрес неверный указан в системной настройке emailsender?
То есть, это была натуральная дырка.
Сейчас для привязки дополнительных учеток юзер должен авторизоваться на сайте людбым способом. Иначе да, будет 2 юзера.