Всего 122 829 комментариев

Cyrax_02
02 июня 2014, 11:11
0
Так в чём же причина?
а) более долгой обработки
б) связи с кэшем modx?
Алексей
02 июня 2014, 10:55
0
кстати, вопрос не в тему но все же, как в tickets сделать кнопку «написать комментарий» видимой по умолчанию, а форму для написания коммента скрыть?
Алексей
02 июня 2014, 10:54
0
Мне кажется, авторизацию возложить на плечи nginx — невероятно разумное решение. К примеру, при 10 попытках неправильной авторизации можно банить ip (к примеру с помощью fail2ban).
Василий Наумкин
02 июня 2014, 10:38
0
Интересно, как сделать такую же авторизацию как h.simpledream.ru/manager/ тут
Это base auth веб-сервера.

И любопытно, при вводе логин\пароль, есть ли необходимость еще раз вводить его при входе в админку modx?
Есть. Это разные вещи и логины пароли тоже разные — так надежнее.
Алексей
02 июня 2014, 10:23
0
Интересно, как сделать такую же авторизацию как h.simpledream.ru/manager/ тут?
И любопытно, при вводе логин\пароль, есть ли необходимость еще раз вводить его при входе в админку modx?
Либо nginx пересылает POST запросом связку логин/пароль сразу в бэкэнд php5-fpm?
Василий Наумкин
02 июня 2014, 08:26
0
Используй 1.2.2, если она больше нравится.
Федор
02 июня 2014, 08:21
0
спасибо!
Федор
02 июня 2014, 08:18
0
да, было бы супер. Заказчик дает логин и пас, от хостинга — вебмастер спокойно работает. А уж если забыл пароль, то скинется на почту заказчику, потом свяжутся. Это уже обычно дело.
Федор
02 июня 2014, 08:17
+2
PS. Наверное надо как то так- они регаются, платят и тд, а вебмастер может добавить их аккаунт к себе, тем более если планируется реф программа. Может какой то механизм приглашения, что они должны подтвердить твое «приглашение». тогда ты спокойно становишься админом их сайта и спокойно работаешь, а они платят. И если вдруг, все поругались, вебмастер взял и «нагадил» обвалил сайт, заказчик мог бы обратится в тех поддержку и востановить все, а вебмастера забанить. И все сайт работает и тд пока они не найдут нового человека. Мне при таком раскладе заказчики будут всегда спокойны, а веб мастера смогут работать с большим кол-вом сайтов у себя в админке хостинга, который привязат к своему simple id.(ну профилю). А если это будет реффка, у хостинга отбоя не будет от клиентов. Ну в общем, не судите строго, может идея подойдет.
Василий Наумкин
02 июня 2014, 08:15
+1
Думаю, нам пора добавить в Office возможность входа по логину (который email) и паролю.

Постараюсь сделать в ближайшее время.
Федор
02 июня 2014, 08:07
0
ну да логин и пароль, так этого же нету. Например, на мою почту привязан мой профиль, через который я сижу в store.simple, через него же происходит log on на сайт хостинг simple, а настоящие владельцы захотели зайти и оплатить, а это не возможно. Если все будет наоборот, то уже я не смогу заходить на хостинг, и даже создать сайт не смогу. Вариант создать вообще отдельную почту, но это тоже гемор для заказчика, забыл, потерял итд, тк не пользуются. И точно также, ему всегда «теплее» когда на него все привязано и завязано. Беда просто в том, что эта практика давно заведена, а если тебя наняли только что, то наверняка они уже имеют пространство. Одно дело сказать им, давайте переедем, тут лагает и тд, я привык работать там, диски ssd, супер скорость тра та та, и денюжки идут в simple и ты работаешь, где тебе удобнее. А при текущем раскладе, тебе откажут.
Василий Наумкин
02 июня 2014, 08:01
0
docs.modx.pro/components/msearch2/snippets/mfilter2

Нужно использовать фильтр categories вместо parents.
Виталий Киреев
02 июня 2014, 07:49
0
Можно один из аккаунтов в соцсетях настроить для себя. Хотя да, это проблема.
А зачем на сервер почта? Почта нужна только при создании сайта и для техподдержки. Для остального свои логины и пароли.
Федор
02 июня 2014, 05:17
+2
Вход только через магазин будет всегда? ну то есть через личный профиль? Просто есть желание перенести корпоративный сайт, но если я попрошу зарегать через личную почту владельца ( а такие вещи у него на личной почте), то я не смогу заходить на сервер, если потребуется часа в два ночи… да и вообще не смогу пользоваться, тк мне нужно подтвердить переход на сайт simple через чужую почту, которую мне никто не даст… А если попросить хранить сайт, как бы у себя, у людей будет только лишнее беспокойство, типа «пропал я» или не сошлись в чем то, и усе, у них все потеряно. Естественно, я так делать не буду, и всегда все передам, но это лишняя эмоциональная нагрузка… скорее всего на это даже никто и нигде не пойдет. Подскажите пожалуйста варианты решения этой загогулины :)
Сергей
02 июня 2014, 02:12
0
Не увидел ограничения трафика, похоже у нас разные понятия о нем. То что вы привели это обычные ограничения на виртуальный хостинг, они есть везде.
Да и не совсем корректно сравнивать VPS и виртуальный хостинг, все же совсем разные вещи. Естественно что VPS будет выигрывать, даже спорить бесполезно.
P.S. Делал сайт, сейчас там 300-400 посетителей в сутки, никаких писем не приходит. Были парочка, но после оптимизации пары мест, нагрузка упала и письма приходить перестали.
Наумов Алексей
01 июня 2014, 23:01
0
Если у тебя 6 разных tv полей (set,vid,ogrn,inn,pochta,date), то вроде все так. Но если у тебя 1 TV поле типа migx, а в нем 6 полей, то совсем не так =) В этом случае, допустим, имя этого поля filed, то выводить надо вроде как [[+tv.field.set]]
Федор
01 июня 2014, 20:32
0
аа, ок, на заметил.
Peter Zenin
01 июня 2014, 20:23
0
Угу, выше написал.
Peter Zenin
01 июня 2014, 20:22
0
Вот так вот…
<table>
    <tr>
        <td>Имя:</td>
        <td>[[+address.receiver]]</td>
    </tr>
    <tr>
        <td>Телефон:</td>
        <td>[[+address.phone]]</td>
    </tr>
    <tr>
        <td>Город:</td>
        <td>[[+address.city]]</td>
    </tr>
    <tr>
        <td>Адрес:</td>
        <td>[[+address.street]]</td>
    </tr>
    <tr>
        <td>Комментарий:</td>
        <td>[[+address.comment]]</td>
    </tr>
</table>