Всего 123 609 комментариев

Александр Донский
06 января 2013, 13:31
0
значит надо работать через Putty, через консоль? блин, тяжко будет
Василий Наумкин
06 января 2013, 13:00
0
1. Нужно как то связать юзеров там и тут. Не знаю, как вы это будете делать — но надо. А дальше, нужно разобрать xml, например, simplexml.

Писать в базу можно через PDO или xPDO. Если второй случай, то надо схему и модель — можно освоить заодно и разработку компонента.

2. Тут просто — modMail.
Василий Наумкин
06 января 2013, 03:45
0
Эта инструкция как раз для того, чтобы не использовать панели, типа ISP.

Она вам такого наконфигурирует, во век не разгребёте.
Andrey Grachov
06 января 2013, 02:04
0
Проблема возникает из-за того, что компонент не готов к ситуации, когда MODX установлен в папку, а не в корень домена. Когда MODX установлен в папку, а не в корень домена, настройка site_url содержит в конце название этой папки, и в процессе генерации ссылок внутри компонента к ней еще добавляется значение REQUEST_URI, которое тоже содержит в начале название этой папки.
Временным решением (теоретически) может быть передача в вызов сниппетов компонента параметра siteUrl со значением, равным адресу домена (в данном примере — http:// sfeduprojects.ru/).
Alexei Garmash
05 января 2013, 23:13
0
Denys Butenko, Rasul Abu Muhammad Amin, спасибо за ваши ответы!
Работает по обеим версиям :)
Александр Скрипка
05 января 2013, 22:52
0
А по скорости всё хорошо, поэтому я думаю всё ок)

render time: 0.2901 s
Василий Наумкин
05 января 2013, 22:46
0
Если скорость устраивает — зачем кидать тапками?

Время генерации страницы можно глядеть плейсхолдером [^t^]. Если показывает больше секунды — решение плохое.
Александр Скрипка
05 января 2013, 22:34
0
Всё верно, сейчас с напильником копошусь, убираю лишние хвосты в css, такое решение меня вполне устраивает, а самостоятельно установленный lightbox позволяет из этого метода сделать легко регулируемую галерею и достаточно лёгкую, сам lightbox немного весит, конечно если она будет состоять из 100 элементов это решение провальное, но если на каждой странице не более 10 картинок (10 ещё можно стерпеть=) ) то меня лично устраивает.
Если что можете кидать тапками и научить уму разуму)
Василий Наумкин
05 января 2013, 22:29
0
Должно выглядеть так(лишние пробелы убирайте где [ ], нето даже с тегом code они теряются их движок считать пытается:

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

Проверяем:
[[$TVinsert?&name=humb_projects]]
[[$TVinsert?&name=image01]]

<a href="[[*[[+name]]]]" class="lightbox" rel="tooltip" style="display:inline-block;" title="Сделать покрупнее">
<img src="[[*[[+name]]:phpthumbof=`w=300&h=300&zc=1`]]" class="img-circle imgborder" style="-webkit-box-shadow: 0 2px 30px rgba(0,0,0,.50); -moz-box-shadow: 0 2px 30px rgba(0,0,0,.50); box-shadow: 0 2px 30px rgba(0,0,0,.50);"/></a>
Александр Скрипка
05 января 2013, 21:56
0
После вопроса сидел дальше разбирался, конструкция рабочая, ещё раз проверил количество скобок и лишних кавычек, нашлись личные кавычки и пара скобок не в то место попала, проблемы обычной пунктуации, теперь всё как надо =) Если что пользуйтесь.
Должно выглядеть так(лишние пробелы убирайте где [ ], нето даже с тегом code они теряются их движок считать пытается:
В странице вывода:
[ [$ TVinsert? &name=humb_projects] ]
[ [$ TVinsert? &name=image01] ]
Чанк TVinsert:
<a href="[ [*[ [+name] ] ] ]" class="lightbox" rel="tooltip" style="display:inline-block;" title="Сделать покрупнее">
<img src="[ [*[ [+name] ]:phpthumbof=`w=300&h=300&zc=1`] ]" class="img-circle imgborder" style="-webkit-box-shadow: 0 2px 30px rgba(0,0,0,.50); -moz-box-shadow: 0 2px 30px rgba(0,0,0,.50); box-shadow: 0 2px 30px rgba(0,0,0,.50);"/>
</a>
Pavel Serikov
05 января 2013, 20:50
0
Василий, что вы имели в виду?

Так вообще хрень получается…
<a href="/[[+login_url]]&provider=Twitter">Twitter</a>
Pavel Serikov
05 января 2013, 20:46
0
прописан так как у вас, не помогает
Александр Донский
05 января 2013, 19:02
0
Здравствуйте люди. Подскажите пожалуйста. У меня VPS на нем Ubuntu 11.04, Панель ISP manager lite. При создании сайта php можно установить двумя способами:
-как модуль Apache;
-как CGI.
Я так понял, устанавливать следует «как CGI»?
Abu
Abu
05 января 2013, 18:26
0
У меня так с pdd yandex, кажется есть еще нюанс с яндексом которому в formit нужно значение &from указывать
, 'mail_smtp_auth' => 1
, 'mail_smtp_hosts' => 'smtp.yandex.ru'
, 'mail_smtp_pass' => 'password'
, 'mail_smtp_port' => '465'
, 'mail_smtp_prefix' => 'ssl'
, 'mail_smtp_user' => 'login@yandex.ru'
, 'mail_use_smtp' => 1
Василий Наумкин
05 января 2013, 16:46
0
Добавь косую перед ссылкой, чтобы был url от корня сайта:
<a href="/[[+login_url]]&provider=Yandex">Yandex</a>

И еще советую включить friendly_urls.
Виталий Киреев
05 января 2013, 16:37
0
У вас, наверное, в шаблоне тег неправильно прописан.
Вот так попробуйте:
<base href="[[++site_url]]" />
Pavel Serikov
05 января 2013, 16:19
0
Кстати говоря, с HybridAuth возникла небольшая проблемка. Создал новый вопрос.
Pavel Serikov
05 января 2013, 15:55
0
Спасибо за наводку на Tickets, действительно подходящая штука. Насчет отдельной таблицы еще не решил, вариант такой рассматриваю. Хотелось бы предусмотреть возможность легкого редактирования самим же работодателем (или на крайняк администратором) вакансии в случае например ошибки в заполнении или обновления данных.Также должна быть возможность «снять с публикации» вакансию. Если все данные будут записываться в отдельную таблицу, то нужно разрабатывать и отдельный компонент для их администрирования через вкладку Компоненты и допиливать getResources для отображения, и HybridAuth для доступа к этой таблице. Хочется не тратить время и не изобретать велосипед, если уже есть готовое решение:)
Василий Наумкин
05 января 2013, 09:53
0
Спасибо, abba abadon. Действительно — рабочий пример создания любых ресурсов от имени админа сайта находится вот тут.

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

Если так — то самый простой вариант, это сделать малюсенький компонент при помощи modExtra, а данные в таблицу закидывать через хук FormIt — заодно и валидация будет, и email уведомления о новой записи.

Если же надо прям создавать ресурсы — крайне советую использовать Tickets, ибо он фильтрует разные XSS, теги MODX и прочие угрозы, которые юные хакеры могут засунуть в новый ресурс. Также, он форматирует и типографирует текст, и тебе самому это делать не придётся.

Tickets работает только с авторизованными юзерами, что решается легко и просто при помощи HybridAuth.
abba abadon
05 января 2013, 00:26
0
Создание документа через процессоры как раз Василий Наумкин и описаны в статье MODX_API_MODE и процессоры. Что касается процессора который отвечает за создание TV то это element/tv/create. Пример использования:
$example = $modx->runProcessor('element/tv/create', array(
            	'name' => 'example',
            	'caption' => $resource->get('pagetitle'),
            	'type' => 'text',
            	'category' => 9,
            	'description' => 'example'
        	));
.