Алексей Хребтов

Ну тогда если не секрет покажите пациента (страницу с авторизацией) хочется посмотреть.

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

Поищите на хостинге error.log папка log или в корне сайта. Кстати возможно что они видны только из панели управления хостинга.

З.Ы. Попробуй заново получить ключ в Яндексе для сайта и установи их, возможно поможет.

Системный журнал — это логирование Modx, посмотреть в админке сайта Отчеты —> журнал ошибок.
что за хостинг?

ответил выше.

Так Василий писал, погляди ошибки в системном журнале Отчеты — журнал ошибок
и еще погляди в error.log на хостинге есть ошибка в это время или нет (когда скрипт выполняется)

Светлана, у Яндекса нужно прописывать id и secret
и проверьте чтобы Callback URL был вида example.com/assets/components/hybridauth/action.php?hauth.done=Yandex
у меня так настроено:

Василий спасибо за ответ!
Прочитал, да все верно говоришь. Тогда не буду извращаться больше, сделаю через window.location.

Всем добрый день!

Василий подскажи, а как можно реализовать в твоем сниппете (в статье), чтобы сработало перенаправление на другую страницу, по типу:

case 'sendData':

$res = $component->sendData($param);

$url = $this->modx->makeUrl(104);

return   $this->modx->sendRedirect($url);

break;

у меня в итого приходит в страницу через ajax вызов страницы с ID = 1.
Голову сломал как оборвать работу ajax сниппета и перенаправить пользователя на страницу.
Как такое можно сделать?
Я могу повесить на success методе в ajax window.location на страницу нужную, но хочу серверное решение.

Я пробовал через панель управления у хостера, там была возможность архивировать папки/файлы, я через нее делал.
А так поищите скрипты которые архивируют на сервере с настройками.
Кстати а чем способ скачки через фтп к себе на комп не устраивает? Сейчас скорости приличные как правило, так что не думаю что сайт будет долго качаться, дольше будете искать решение и настраивать.

Георгий, эта ошибка возникает в процессе упаковки сайта, сталкивался с подобным.
Варианты решения:
1. увеличить время выполнении скрипта упаковщика. Пробовал через крон делать (думал у него может время больше дается, но не получилось)
2. Картинки исключить из упаковки (их у вас много по видимому). Кеш так же исключаем.
3. По частям архивировать. Папки core, manager, assets. (Уверен на core и assets упаковщик умрет, т.к. много файлов. Можете эти папки так же дробить на меньшие архивы.)
4. скачать к себе весь сайт по фтп, залить потом на новый хостинг. Базу соответственно экспортнуть.

я 4 вариантом и решил этот вопрос.

Проблему свою решил. Как всегда мелочь не заметная сразу. В php.ini было закомментировано загрузка модуля php_zip.dll
хотя физически он присутствовал в папке с расширениями php.

Так что будьте внимательнее друзья ;)

Василий спасибо за помощь, VDS есть и там все собирается нормально, но хочется на windows собрать.

Поэтому прошу тех кто собирал пакеты под Виндой для Модх, написать версию php, Apache, php_zip.dll версию.

Василий, да я все и делал как в инструкции, но как понял проблема немного в другом.

Модх использует для архивирования 2 библиотеки pclZip и zipArchive, по умолчанию используется zipArchive. У zipArchive как раз проблема с работой под Виндой.
Менял в настройках модх чтобы архивировал через pclZip результат тот же. Подозреваю что нужно в:

$modx->log(modX::LOG_LEVEL_INFO,'Packing up transport package zip...');

$builder->pack();

в функцию pack() передать параметром какую библиотеку использовать, но вариант
$builder->pack(array('archive_with'=>1));
не прокатил.

как правильно в build.transport.php при создании архива указать какую библиотеку для архивирования использовать?
Кстати пробовал и doodles создавать, создается такой же битый zip файл.

Да точно, проблема решилась, в хуке записываю в сессию результат SubmitOrder и вызывая на странице свой снипет получаю эти данные.

Спасибо.

Василий, насколько я помню Вы делаете unset($_SESSION['minishop']) в функции SubmitOrder перед тем как вернуть результат. Или я что-то упускаю?

перенес выше.

Евгений, тебе нужно в начале хука написать
$modx->addPackage('ordertaxiitem', $modx->getOption('core_path').'components/ordertaxiitem/model/','modx_');

modx_ — это префикс таблицы

перенес ответ

Василий, с прошедшим НГ, побольше работы и денег!
Подскажите где была эта дыра, мне это нужно, т.к. привязка идет через сервисы почтовые, то подделка емайл стремится к нулю.
Скажите версию в какой это было или покажите если не трудно код, спасибо.

Не отвечаю на ваш коммент, т.к. с планшета и перекидывает на раздел ответы, если нажимаю ответить.

Чтобы не плодить тем, спрошу здесь.
В заметках про версию 0,3,0 написано
«При регистрации нового юезра добавлена проверка по email. Если такой адрес уже есть — учетка приклеится к нему.»
Я через минишоп, делаю заказ, создается пользователь с указанным email. Потом логинюсь через HybridAuth с провайдера у которого учетка с этим же email. В итоге имею 2 пользователей с одинаковым email-ом (разные логины).
Минишоп в качестве логина подставляет email, а HybridAuth берет у провайдера логин.
Как не создавать пользователя если уже такой есть email?

В том и проблема что ошибок не было. Хотя была одна, когда вызывал снипет HybridAuth с провайдером которого уже удалил.<cut/>
А так по логике и не должно было быть ошибок в системном журнале, т.к. ошибка direct_uri_mismatch происходила на стороне сервисов (Гугл, Яндекс) и до моего сайта ответ не доходил. А вот с мейлом когда ключ создал некорректно, и появлялся белый экран, почему не появилась запись в журнале не могу понять.