Хм, а что делать с серваком? Виртуальная машина на linode находится, часовой пояс у сайта в настройках — Москва, но время то неверное теперь показывает.
Пример с MIGx db, в общих чертах, код взят с одного из сайтов кусками, и для вашего сайта его надо будет переработать.
1. Настраиваем MIGx
1.1. Создаем таблицы в БД и объекты
— Ставим MIGx, как написано в документации к нему!
Я назвал этот «полукомпонент» xqa, все имена/префиксы делал с этим названием…
— Открываем MIGx в админке, и на первой вкладке создаем package xqa
— берем эту xml
— теперь создаем таблицы в БД на вкладке create Tables и создаем классы на вкладке parse Schema.
Таким образом мы получаем таблицу в БД и xpdo классы для работы с этой таблицей.
Структура моей таблицы:
resource_id - документ, к которому "привязан" вопрос
author - имя автора
author_email - его email
question - текст вопроса
answer - текст ответа
notify - галочка, символизирующая что нужно отправить уведомление автору о том, что не его вопрос появился ответ
---- с колонками ниже MIGx работает САМ, т.е. мы в коде ничего с ними не делаем, они сами заполняются
published
createdby
createdon
editedby
editedon
deleted
deletedon
deletedby
publishedon
publishedby
1.2 Создаем MIGx настройку.
Идем в MIGx — вкладка MIGx (вторая вкладка с настройками)
Делаем новую xqa и по ней правой кнопкой — Экспорт/Импорт, вставляем следующий код:
Сохраняем и ради интереса жмем редактировать, смотрим какие поля и колонки у нас есть.
2. Делаем стандартную форму на Formit, в которой должны быть поля author, author_email, question. Как вы ее реализуете — ваши заботы.
Что важно для нас, у Formit указываем хук xQaAdd:
&hooks=`email,xQaAdd`
Хук email я тоже использую, что бы пришло администратору сайта уведомление «Добавлен новый вопрос...».
Код хука примерно такой, т.е. мы просто создаем новый объект xQa (вопрос):
3. Делаем TV поле с типом ввода migxdb, указываем Конфигурацию xqa (мы ее выше создавали), назначаем TV нужному шаблону.
У ресурса должна появится таблица:
4. Уведомление пользователя об ответе:
Создаем плагин notifyVisitors на событие OnDocFormSave:
<?php
if($modx->event->name != 'OnDocFormSave'){
return false;
}
$template = $resource->get('template');
switch($template){
case 7:
case 15:
// Вопрос-ответ
$modx->addPackage('xqa', MODX_CORE_PATH.'components/xqa/model/');
$qas = $modx->getCollection('xQa', array('deleted' => 0, 'notify' => 1, 'resource_id' => $resource->get('id')));
foreach($qas as $qa){
$to = $qa->get('author_email');
if(!empty($to)){
// ЗДЕСЬ отправляем письмо, объект $qa у нас есть
}
$qa->set('notify', 0);
$qa->save();
}
break;
default:
return false;
}
Что делает плагин: при сохранении ресурса получаем все xQa, у которых стоит галочка «Оповестить автора об ответе», далее, например, отправляем письмо (я НЕ ПРИВОЖУ этот код, напишите его сами), ставим notify в 0.
Кстати, есть еще Mapex первой версии www.createit.ru/blog/modx/2012/mapex-1.0/, который позволяет работать только с точкой. Но еще дополнительно хранит текущий зум и тип карты.
Правда что-то давно все это не обновлялось и не проверялось, даже не знаю, работает ли на MODx 2.3…
Ну автор может быть подал не так свою мысль конечно, но про неписанное правило меня тоже удивило)
Но зерно истины в этом есть.
Скажем так, что менеджеры сайта часто мало что понимают в наших компьютерных технологиях и фотошопе в частности, и я могу представить себе (пусть и слабо) такую ситуацию, когда отражение по вертикали нужно.
Но есть 2 другие типичные ситуации, 1 из которых реализована в минишоп, а вторая не помешала бы:
1. Уменьшение фото перед загрузкой на сервер. Зачастую фотки скидываются на сайт с цифровых фотоаппаратов и весят по 5-6 мегабайт и без уменьшения сайт быстро разросся бы. Поэтому эта функция есть.
2. Обрезка фотографии. Этого нет, но думаю что пригодилось бы, т.к. часто в кадр попадает не совсем то, что нужно, и все функции фотошопа для обработки фото не нужны, а необходимо только обрезать кадр.
Ну а отражение по вертикали — хм… на мой взгляд все же наверное это не нужно, ибо можно придумать еще 100500 таких «нужностей» и получится фотошоп.
У меня 3 аккаунта на Яндексе, рабочий, личный и клиента. Вот я ухитрялся авторизоваться не под тем на сайте. В этом случае удаление привязки от соц сети мне и нужно, посему и спросил.
2. [[!Jevix@myparams? .....]]
Если не цепляется — может в консоли ошибки какие, или изменил/удалил id поля?..
делай
что-то не получается?
у меня время на серваке изменилось, все в порядке.
а
о да, жду)!
1. Настраиваем MIGx
1.1. Создаем таблицы в БД и объекты
— Ставим MIGx, как написано в документации к нему!
Я назвал этот «полукомпонент» xqa, все имена/префиксы делал с этим названием…
— Открываем MIGx в админке, и на первой вкладке создаем package xqa
— берем эту xml
и на вкладке xml schema ждем save, сохраняя ее.
— теперь создаем таблицы в БД на вкладке create Tables и создаем классы на вкладке parse Schema.
Таким образом мы получаем таблицу в БД и xpdo классы для работы с этой таблицей.
Структура моей таблицы:
1.2 Создаем MIGx настройку.
Идем в MIGx — вкладка MIGx (вторая вкладка с настройками)
Делаем новую xqa и по ней правой кнопкой — Экспорт/Импорт, вставляем следующий код:
Сохраняем и ради интереса жмем редактировать, смотрим какие поля и колонки у нас есть.
2. Делаем стандартную форму на Formit, в которой должны быть поля author, author_email, question. Как вы ее реализуете — ваши заботы.
Что важно для нас, у Formit указываем хук xQaAdd:
&hooks=`email,xQaAdd`
Хук email я тоже использую, что бы пришло администратору сайта уведомление «Добавлен новый вопрос...».
Код хука примерно такой, т.е. мы просто создаем новый объект xQa (вопрос):
3. Делаем TV поле с типом ввода migxdb, указываем Конфигурацию xqa (мы ее выше создавали), назначаем TV нужному шаблону.
У ресурса должна появится таблица:
4. Уведомление пользователя об ответе:
Создаем плагин notifyVisitors на событие OnDocFormSave:
Что делает плагин: при сохранении ресурса получаем все xQa, у которых стоит галочка «Оповестить автора об ответе», далее, например, отправляем письмо (я НЕ ПРИВОЖУ этот код, напишите его сами), ставим notify в 0.
В админке вопросы появляются в виде таблицы MIGx, как TV поле, там их можно удалять, публиковать, редактировать.
Если интересно — напишу попродробнее.
Правда что-то давно все это не обновлялось и не проверялось, даже не знаю, работает ли на MODx 2.3…
Но зерно истины в этом есть.
Скажем так, что менеджеры сайта часто мало что понимают в наших компьютерных технологиях и фотошопе в частности, и я могу представить себе (пусть и слабо) такую ситуацию, когда отражение по вертикали нужно.
Но есть 2 другие типичные ситуации, 1 из которых реализована в минишоп, а вторая не помешала бы:
1. Уменьшение фото перед загрузкой на сервер. Зачастую фотки скидываются на сайт с цифровых фотоаппаратов и весят по 5-6 мегабайт и без уменьшения сайт быстро разросся бы. Поэтому эта функция есть.
2. Обрезка фотографии. Этого нет, но думаю что пригодилось бы, т.к. часто в кадр попадает не совсем то, что нужно, и все функции фотошопа для обработки фото не нужны, а необходимо только обрезать кадр.
Ну а отражение по вертикали — хм… на мой взгляд все же наверное это не нужно, ибо можно придумать еще 100500 таких «нужностей» и получится фотошоп.
Еще бы сделать возможность отвязать соцсеть от профиля)