Добрый день!
Проблема в том, что пользователь не добавляется в группу.
Сразу обратил внимание, в списке провайдеров почему-то только modxPro и Yandex
Ок.
Полез в инет (https://modx.pro/help/14804), нашел провайдера Vkontakte.php

Что сейчас…
В логах — ошибка

/hybridauth/model/hybridauth/hybridauth.class.php: 62) [HybridAuth] Invalid request: versions below 5.81 are deprecated. Version param should be passed as «v». «version» param is invalid and not supported. For more information go to vk.com/dev/constant_version_updates

Т. е. сейчас требуется ОБЯЗАТЕЛЬНАЯ передача параметра V

v=V) добавить в php-код.

Делал ли кто авторизацию с VK и если да — откуда взять провайдеров (VK, facebook* и т.д.)?

После установки HybridAuth решил начать с Вконтакте — там проще всего зарегистрировать приложение и получить ключи, и вот такая засада…

Источник: modx.pro

Вконтакте видео код ошибки 4

Инициализация компонента с ошибкой NoProvider

Я разрабатываю приложение с Angular 2 RC4 (ключевое слово здесь RC4), и я разработал компонент, который я хочу использовать там, где и когда это необходимо.

Для этого я разработал этот простой компонент:

И это мой шаблон:

Затем я вызываю этот компонент внутри другого компонента, используя этот код:

export class UsersDashboardComponent < // Data variables user: User = new PrimeUser(); selectedUser: User; newUser: boolean; users: User[] = []; tiles: BbTile[] = [new BbTile(«Celso», «300»), new BbTile(«ZéTó», «400»)]; (. ) >

И на моем userDashboardComponent html у меня есть следующее:

Users Dashboard

Однако всякий раз, когда я запускаю это, я получаю кучу ошибок в консоли относительно NoProviderExceptions:

Что я здесь делаю неправильно? Я был над документами, и единственное различие, которое я вижу, – это то, что в примерах используется служба/поставщик для ввода данных, где я действительно этого не хочу, я хочу иметь возможность непосредственно инициализировать значения.

Я уже несколько недель возился с Angular2, так что это может быть вопрос новичков, но мне нужно спросить, как другие нити SO не дали ответа.

Может ли кто-нибудь помочь?

Лучший ответ:

Свойство вашего компонента BbTile называется title а не tile ! И вы должны привязать каждое значение и не можете просто поставить весь объект.

Используйте его так:

Если вы хотите использовать его, как ваш путь (что я предположил).. Вам нужно немного изменить его.

массив будет выглядеть так:

tiles: BbTileModel[] = [new BbTileModel(«Celso», «300»), new BbTileModel(«ZéTó», «400»)];

и, наконец, ваш ngFor:

Просто записал его здесь, поэтому его не копировать и вставлять готово, но вы должны получить за это идею!

Конкретная ошибка, которую вы получаете, возникает из-за конструктора. Конструктор требует два строковых ввода. Когда экземпляр компонента создается, он создается за кулисами Angular. Если Angular видит, что есть параметры, необходимые для конструктора, он просмотрит список Провайдеров, чтобы найти подходящего Провайдера, чтобы сгенерировать данные для ввода в конструктор. В вашем случае у вас нет инъекционных поставщиков, которые производят строки, чтобы вы получили ошибку.

ВКОНТАКТЕ не работает. Сбой соцсети ВК и неизвестные ошибки

Вместо этого используйте массив различных объектов (или строк) для хранения плитки [] в UserDashboardComponent, возможно, что-то вроде:

Users Dashboard

Ваш BbTile останется в основном тем же, но будет иметь пустой конструктор:

Источник: techarks.ru

Ошибка Internal Server Error: что это и как с ней бороться

Достаточно часто владельцы хостингов мучаются из-за постоянного возникновения сообщения об ошибке 500 (Internal Server Error). Она, как это называется, многим попросту отравляет жизнь. Сейчас мы попробуем кратко разобраться в сути самой ситуации и посмотрим, как же можно избавиться от появления ошибки в будущем.

Ошибка Internal Server Error: что это?

Итак, начнем, пожалуй, с самого значения этого словосочетания. В системе (каталоге) ошибок Windows (и не только) есть ошибка под номером 500, отвечающая компьютерному термину Internal Server Error. Перевод этого словосочетания означает внутреннюю ошибку сервера, связанную со статусом протокола HTTP.

По сути, ошибка означает, что программное обеспечение сервера либо не работает, либо работает, но один или несколько его компонентов дают сбои в виде отказа на клиентские запросы, например, поисковой системы или интернет-браузера.

Причины возникновения ошибки

Говоря об ошибке Internal Server Error в самом широком понимании, стоит учитывать, что возникать она может на множестве сайтов или ресурсов, написанных с помощью совершенно разных CMS. Тут, кстати, нужно разграничить причины ее возникновения.

Очень часто такая ситуация может наблюдаться на сайтах типа WordPress, OpenCart, Joomla и др. Если же структуры управления, подобные WordPress, при построении сайта не используются, возможно, причина кроется в том, что на самом хостинге возникают сбои при подключении неправильных PHP-расширений, или сайт после запроса возвращает некорректные HTTP-заголовки, которые не могут быть распознаны вашим сервером.

Не менее распространенной причиной возникновения ошибки Internal Server Error можно назвать отсутствие корректных прав доступа. Так, например, если на PHP файлы скриптов, которые размещены на хостинге, имеют права доступа 777, очень может быть, что их исполнение попросту блокируется сервером, вследствие чего и выдается сообщение об ошибке.

Также одной из причин может быть достаточно долгая работа скриптов. Дело в том, что PHP-ограничения по времени исполнения действуют не только в отношении хостинга, подобные лимиты могут выставляться и со стороны сервера. Иными словами, это несколько напоминает тайм-аут операции. Когда сервер в течение определенного времени не получает ответа на запрос, он попросту блокирует исполнение скрипта.

В некоторых случаях ошибка Internal Server Error может появляться, когда на хостинге наблюдается превышение лимита используемой памяти. Попросту говоря, скрипт для исполнения требует больше положенного, а ведь такой лимит устанавливается не только на PHP, зачастую действуют ограничения по потреблению ресурсов всеми исполняемыми скриптами.

Ошибка Internal Server Error: как исправить простейшими способами

Для начала посмотрим, что можно сделать при обнаружении неправильных прав доступа. В данном случае права доступа 777 позволяют редактировать содержимое абсолютно всем, что, несомненно, сказывается на безопасности. В такой ситуации необходимо их изменить, применив к папкам значение 755, к файлам скриптов – 600, а ко всем стальным файлам данных – 644.

При слишком долгой работе исполняемого скрипта можно попробовать увеличить время ожидания, правда, тут есть одна загвоздка. Такое решение может сработать на выделенном сервере или VPS (Virtual Private Server), а в случае виртуального хостинга никакого эффекта не будет.

Что касается завышенного потребления памяти в сравнении с ограничениями, действующими на хостинге, тут можно посоветовать только обратиться в службу поддержки или же попросту сменить самого хостинг-провайдера, у которого ограничения будут не такими жесткими.

Теперь несколько слов о файле .htaccess. Дело в том, что он предполагает использование очень строгого синтаксиса, если при проведении настроек были допущены ошибки или некоторые неточности, избежать появления ошибки Internal Server Error не удастся. Тут нужно поступить следующим образом. Для начала нужно проверить наличие самого файла в корневой директории сайта, после чего, сделав его резервную копию, удалить целиком и полностью. Если после такой процедуры сайт снова станет работоспособным, значит проблема именно в файле .htaccess, который придется проверить на наличие ошибок в синтаксисе.

Проблемы с движком WordPress

С WordPress дело обстоит хуже. Дело в том, что этот движок способен перезаписывать оригинальный файл .htaccess, отвечающий за управление доступом к файлам и папкам хостинга, а ведь оригинальный файл должен создаваться всего один раз, и тем более не в WordPress!

Самым простым способом исправления такой ситуации является отключение темы WordPress и использование вместо нее любой другой. Если ошибка исчезла, дело именно в самой теме, если нет – нужно поэтапно отключать плагины WordPress и проверять, какой из них влияет на работоспособность.

В некоторых случаях может потребоваться обновить WordPress до последней версии и отключить функцию перезаписи файла. Для начала скачиваем на компьютерный терминал оригинальный файл .htaccess, затем входим на сайте в папку по пути /wp-admin/includes/ с последующей загрузкой файла misc.php, который необходимо открыть, скажем, в стандартном «Блокноте» (или любом другом текстовом редакторе) и найти строку функции «function save_mod_rewrite_rules». Теперь в самой функции переходим к строке «return insert_with_markers( $htaccess_file, ‘WordPress’, $rules );» и заменяем ее на «return true;» (естественно, все команды прописываются без кавычек). Остается только сохранить изменения и загрузить новый файл на хостинг с заменой старого файла misc.php.

Недостатком такого метода является только то, что в данном случае отключается обновление WordPress. При подключении плагинов они работать, естественно, не будут.

Заключение

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

Источник: fb.ru