При создании описания сервиса произошла ошибка 500

Kamelot

15.01.16

✎

10:24

Доброе утро.

В конфигурации есть три веб сервиса, два старых и один добавлен новый.

Оба старых возвращают описание когда к ним обращаются с параметром wsdl, третий нет — возвращает ошибку 500.

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

Остап Сулейманович

15.01.16

✎

10:29

(0) Ошибка 500 — внутренняя ошибка сервера. Скорее всего до определения сервиса даже не добирается. Проверять права.

Kamelot

15.01.16

✎

10:30

aka AMIGO

15.01.16

✎

10:32

(0) (2) Нажал буковку «Я» справа от топика.. Много ответов по вопросу

Остап Сулейманович

15.01.16

✎

10:36

(2) Права уже проверил? Или так и будешь рассматривать ошибку разными приблудами?

Kamelot

15.01.16

✎

10:46

(4) Права полные.

Остап Сулейманович

15.01.16

✎

11:04

(5) п л я. У кого? И на какие ресурсы?

Остап Сулейманович

15.01.16

✎

11:11

Fragster

15.01.16

✎

11:13

500 ошибка бывает, например когда модуль вебсервиса не компилируется. И, ЕМНИП, есть баг, когда синтакс контроль в модулях вебсервиса таки не работает.

Остап Сулейманович

15.01.16

✎

11:23

(8) ТС пока еще не может получить описание веб-сервиса. А не то что вызвать метод или получить свойство. В смысле до компиляции он еще не добрался.

Kamelot

15.01.16

✎

11:26

Остап Сулейманович

15.01.16

✎

11:30

(10) Веб-сервер (не путать с сервисом) не знает никаких пользователей 1С. Он работает от имени конкретных пользователей ОС. Апач — от имени того, кто его запустил. ИИС — от имени IIS_IUSRS-ов. И вот им и нужны права на каталог платформы. И каталог базы, если она файловая. см.(7).

Остап Сулейманович

15.01.16

✎

11:31

+ (11) Рабочие и не работающий Сервисы опубликованы из одной базы 1С?

Kamelot

15.01.16

✎

11:38

Остап Сулейманович

15.01.16

✎

11:42

(13) Вопрос не про аналогичные конфигурации (или идентичные).

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

Kamelot

15.01.16

✎

11:52

(14) см (13), база серверная.

Остап Сулейманович

15.01.16

✎

11:58

(15) Сравнивай тогда *.vrd от твоих сервисов.

Остап Сулейманович

15.01.16

✎

12:00

+ (16) И конкретно строку

base=

Serginio1

15.01.16

✎

12:07

Еще посмотри в web.config

scriptProcessor

Kamelot

15.01.16

✎

12:18

(8)с закоменченным модулем wsdl получил, сейчас буду курить что ему там не нравиться

Fragster

15.01.16

✎

12:24

всем :-Р

Serginio1

15.01.16

✎

12:35

(19) Лучше вынеси всю реализацию в обычный модуль. Так тебе проще тестировать. А в модуле вэб сервиса уже вызывай и можешь использовать попытку исключение с записью в ЖР итд

Kamelot

15.01.16

✎

12:51

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

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

Мы описывали как настраивать веб-публикацию на IIS в инструкции.

Но после настройки веб-публикации при подключении к базе может возникать ошибка “Ошибка HTTP 500.0 — Internal Server Error”.

Если модуль был установлен с 32-битного клиента, то требуется это указать в пуле приложений. Для этого мы делаем следующую настройку:

• Заходим в Панель управления → Администрирование → Диспетчер служб IIS.
• Выбираем Пулы приложения которые задействованы в веб-публикации, в нашем случае DefaultAppPool.
• Нажимаем ПКМ Дополнительные параметры.
• В строке Разрешены 32-разрядные приложения мы указываем True как на Рисунке 1.
• Нажимаем ОК.

Если не сработало, есть следующие возможные решения:

1. Убедитесь, что разрешения NTFS для файла web.config верны и обеспечивают доступ к учетной записи компьютера веб-сервера. Заходим в директорию, где размещена публикация (по умолчанию — C:\inetpub\wwwroot\ИМЯ_БАЗЫ). Нажимаем ПКМ на web.config → Свойства → Безопасность. Убедитесь в том, что у группы IIS_USERS есть права на чтение, выполнение, запись и изменение файла. Если нет — нажмите кнопку Изменить, в появившемся окне Добавить → Дополнительно и найдите в списке IIS_USERS. Добавьте эту группу и назначьте соответствующие права.
2. Проверьте журналы событий, чтобы посмотреть, была ли зафиксирована какая-либо дополнительная информация. Открываем Выполнить (ПКМ на кнопку меню пуск или сочетанием клавиш Win+R), вводим “eventvwr.msc”, нажимаем Enter. Возможно, журнал даст подсказку какой компонент может сбоить.
3. Переустановите компонент IIS на сервере. В диспетчере серверов удалите роль Веб-сервера IIS, перезагрузите сервер, а затем установите заново через оснастку Добавить роли и компоненты.
4. Установите компонент расширения .NET, если запрос сопоставлен управляемому обработчику.

В Windows Server 2012 и младше: заходим в Диспетчер серверов → Добавить роли и компоненты → Роли сервера → Веб-сервер (IIS) → Веб-сервер → Разработка приложений → Расширяемость .NET. Далее идём далее по указаниям системы.

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

Нужна готовая настройка веб-доступа к 1С? Попробуйте наш сервер 1С в аренду, в услугу включены все настройки и обслуживание.

Что это? Ошибка 500 – это то, что препятствует открытию той или иной страницы сайта. Вместо ожидаемой, например, статьи, перед пользователем возникает фраза Internal Server Error 500. Она сообщает о проблемах ресурса с подключением к серверу.

Как исправить? Устранить ошибку можно как со стороны пользователя сайта, так и его владельца. В первом случае способы не гарантируют на 100 %, что Error 500 моментально пропадает, но попробовать стоит. Больше возможностей в этом плане у собственника ресурса.

Значение 500 является кодом положения протокола НТТР. Из-за чего появляется ошибка 500? Происходит это потому, что случилась неисправность конфигурации сервера или пришёл сигнал о том, что компонент отказал. Когда возникает эта ошибка, программное обеспечение продолжает работать, но из-за серьёзных внутренних нарушений запросы обрабатываются некорректно.

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

Оповещение о том, что произошла ошибка 500, имеет текстовое описание. Наиболее частые варианты:

• Ошибка 500.
• Внутренняя ошибка сервера 500.
• Ошибка 500 Internal Server Error.
• Временная ошибка (500).
• Внутренняя ошибка сервера.
• 500 ошибка сервера.
• Внутренняя ошибка HTTP 500.
• Произошла непредвиденная ошибка.
• HTTP status 500 internal server error (перевод ― HTTP статус 500 внутренняя ошибка сервера).

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

Вероятность столкнуться с такой неприятностью есть при работе с любым веб-ресурсом, браузером или устройством. Главное, понимать, что эта ошибка, как и другие, которые начинаются на цифру 5, является промахом разработчиков или администратора сайта и вашей вины в этом нет.

Основные причины возникновения ошибки 500

Мы уже выяснили, что данная ошибка появляется, когда сервер не смог обработать запрос, совершённый пользователем, в результате чего человек не может открыть ресурс, а поисковые системы с ним взаимодействовать. Проблему обязательно нужно устранить, но для начала следует найти причину её появления, среди которых может быть:

• Неправильный синтаксис файла .htaccess – это файл, в котором можно менять настройки при работе с веб-сервером Apache и корректировать его функционирование (управлять различными перенаправлениями, правами доступа к данным, опциями PHP, задавать собственные страницы ошибок и прочее).

• Неполадки в сценариях сайта, которые отвечают за дополнительные возможности и визуальные эффекты.
• Недостаточно оперативной памяти, чтобы выполнить скрипт.
• Ошибки в коде CMS, системы управления наполнением ресурса. В большинстве случаев (80 %) причиной являются конфликтующие плагины.

Текст и внешний вид ошибки

Вы узнали, что означает ошибка 500, теперь пришло время перейти к более подробному разбору возможных причин её появления. Иногда разобраться с этим вопросом можно и без помощи специалиста.

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

Internal Server Error

Данный вид ошибки – сигнал о том, что есть проблемы с файлом .htaccess (к примеру, он был неправильно настроен). Чтобы понять, действительно ли дело в .htaccess, добавьте к его названию в конце цифру один. Сделать это поможет FTP-клиент (например, FileZilla) или файловый менеджер на вашем хостинге (в Timeweb есть подобный, и он очень простой в использовании). После этой манипуляции попробуйте заново открыть сайт. Если ошибка не выскочила, значит, вы нашли, из-за чего она появилась.

Скачать
файл

HTTP ERROR 500 или пустая страница

Подобное означает, что причина в сценариях сайта. Но надо уточнить насчёт пустой страницы, что это не только признак внутренней ошибки 500 в сервере.

Предлагаем детальнее разобраться с пустой страницей, обращаясь к инструментам разработчика. Через браузерную панель пользователь получает уведомления об ошибках и другую информацию (время запуска сайта, html-элементы и прочее).

Каким образом открывается панель разработчика? Для начала нажмите F12 (это подходит для большинства браузеров на Windows). Если вы пользуетесь Google Chrome на macOS, то вам нужно использовать сочетание кнопок Cmd+Opt+J. В случае Safari на macOS нужна комбинация Cmd+Opt+C, но перед тем, как её нажать, включите «Меню разработки» в разделе «Настройки» -> «Продвинутые».

Есть ещё один способ открыть панель разработчика: кликнуть правой кнопкой мыши в любом месте сайта и в открывшемся контекстном меню выбрать «Посмотреть код». После этого откройте вкладку «Сеть» (или Network) и посмотрите, какое значение указано в строке «Статус». Если дело в ошибке 500, то будет стоять эта цифра.

Советы по исправлению ошибки 500 для пользователя

Для начала расскажем, на что лучше не тратить своё время. Данная ошибка связана с сервером, поэтому делать что-то со стороны клиента (перезагружать роутер, менять браузер, переустанавливать программу) смысла нет.

• Заново откройте сайт

Ошибка 500 может появиться не только из-за серьёзных проблем с сервером, но и по причине временной перегрузки сайта. Перезагрузить страницу можно с помощью клавиш: на ПК — F5, ноутбуке — Fn + F5, на устройствах от Apple — Cmd + R.

• Очистите кэш и cookies браузера

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

Если на сервере была ошибка, то даже если её уже устранили, из-за кэша может открываться старая версия страницы с этой неполадкой.

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

• Обратитесь к владельцу сайта

Когда, например, в интернет-магазине часто всплывает ошибка 500, можно связаться с его владельцем. Информация с контактными данными, как правило, находится либо внизу страницы, либо в разделе «Контакты».

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

Рекомендации по исправлению ошибки 500 для владельца сайта

Стоит учитывать большое количество факторов: движок, на котором работает ваш сайт, на каком он хостинге расположен, какие недавние изменения были внесены. Как бы там ни было, зачастую универсальные методы убирают ошибку 500. Желательно попробовать все варианты, которые подойдут под специфику вашего ресурса.

• Устраните неполадки в синтаксисе файла .htaccess

Выше мы уже рассказывали, как понять, в нём ошибка или нет. Попробуйте изменить имя документа, к примеру, на .htaccess_, и заново открыть сайт. Если ошибка не вылезла, значит, дело всё-таки в .htaccess. Проанализируйте синтаксис документа на наличие лишних символов или опечаток. Если вы сохраняли прошлую версию настроек, то надо попробовать её вернуть, чтобы проверить, будет ли ошибка.

В некоторых случаях может помочь закомментирование строки Options в .htaccess – вставить # в её начале. Если ничего не поменялось, проделайте то же самое с другими строками, а потом по очереди убирайте # и смотрите на результат.

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

• Обновите РНР

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

Может, для того, чтобы ваш сайт работал без перебоев, вам надо просто обновить РНР.

• Настройте права для CGL-скриптов

Одним из методов устранения ошибки 500 на сайте является выставление прав для CGL-скриптов. Если такие сценарии у вас есть, то их папки и файлы должны иметь такое право доступа: 0755 (drwxr-xr-x), которое даёт возможность менять их только владельцу, а остальные могут их лишь открывать и активировать. Когда на скриптах стоит другое право доступа, это может привести к появлению ошибки 500.

• Проверьте файлы CGL-скриптов

У правильных сценариев окончание строк в формате Unix (\n), а не Windows (\r\n). Для сохранения корректного варианта нужно загружать код (в большинстве хостингов) по FTP в режиме ASCII. Если вы не помните, какие ранее были настройки, заново добавьте сценарии и посмотрите, появится или нет ошибка 500. К тому же CGL-скрипты могут быть причиной неправильных HTTP‑заголовков ответа. В данном варианте вы сможете заметить ошибку в логах.

• Проверьте плагины

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

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

• Проверьте лог ошибок

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

Если в последнее время вы как-то меняли сайт, то это могло стать причиной появления ошибки с кодом состояния 500. Зайдите в логи и проверьте, нет ли там информации о проблемах. Если ошибки высветились, то надо их изучить и отменить последние изменения.

Как правило, хостеры предоставляют информацию о том, где найти логи и как их открыть с панели управления. Данные об этом есть в разделе помощи FAQ (frequently asked questions — часто задаваемые вопросы) на сайте хостинга.

• Оптимизируйте сценарии

Если написанные сценарии долго грузятся или вообще не могут запуститься из-за нехватки ресурсов, проанализируйте их содержимое. Может, код надо оптимизировать, чтобы он стал легче и быстрее загружался. Нередко сценариям недостаточно ресурсов при работе с виртуальным хостингом. У них есть жёсткий лимит на память, чтобы каждый пользователь имел равные возможности во время пребывания на выбранном сайте.

Разделите скрипты на части и проверьте каждый на эффективность их деятельности. Если вы обнаружили в коде много ненужных вызовов либо необходимый объём памяти постоянно растёт, нужно обязательно проработать эти моменты.

• Увеличьте объём оперативной памяти сервера

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

Либо, если есть вариант увеличить объём памяти, прибегнуть к нему. К тому же вы не будете платить за те функции, которые не нужны вашему ресурсу.

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

Ошибка выполнения запроса 500 является обобщенным кодом состояния НТТР, который говорит о том, что на сервере произошла какая-то неполадка, но более точно описать проблему сервер не может. Так что первым делом нужно узнать, что послужило причиной возникновения ошибки, и только после этого заниматься её устранением.

В статье мы расскажем, как исправить ошибку (код состояния) 500 со стороны пользователя и администратора сайта, а также подробно разберём, что такое ошибка запроса 500.

Что такое внутренняя ошибка сервера 500

Код ошибки 5хх говорит о том, что браузер отправил запрос корректно, но сервер не смог его обработать. Что значит ошибка 500? Это проблема сервера, причину которой он не может распознать.

Сообщение об ошибке сопровождается описанием. Самые популярные варианты:

• Внутренняя ошибка сервера 500,
• Ошибка 500 Internal Server Error,
• Временная ошибка (500),
• Внутренняя ошибка сервера,
• 500 ошибка сервера,
• Внутренняя ошибка HTTP 500,
• Произошла непредвиденная ошибка,
• Ошибка 500,
• HTTP status 500 internal server error (перевод ― HTTP статус 500 внутренняя ошибка сервера).

Дизайн и описание ошибки 500 может быть любым, так как каждый владелец сайта может создать свою версию страницы. Например, так выглядит страница с ошибкой на Рег.ру:

Как ошибка 500 влияет на SEO-продвижение

Для продвижения сайта в поисковых системах используются поисковые роботы. Они сканируют страницы сайта, проверяя их доступность. Если страница работает корректно, роботы анализируют её содержимое. После этого формируются поисковые запросы, по которым можно найти ресурс в поиске.

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

Проверить, осталась ли страница на прежних позициях, можно с помощью Google Search Console. Если робот исключил страницу из поисковой выдачи, её можно добавить снова.

Код ошибки 500: причины

Если сервер вернул ошибку 500, это могло случиться из-за настроек на web-хостинге или проблем с кодом сайта. Самые распространённые причины:

• ошибки в файле .htaccess,
• неподходящая версия PHP,
• некорректные права на файлы и каталоги,
• большое количество запущенных процессов,
• большие скрипты,
• несовместимые или устаревшие плагины.

Решить проблему с сервером можно только на стороне владельца веб-ресурса. Однако пользователь тоже может выполнить несколько действий, чтобы продолжить работу на сайте.

Что делать, если вы пользователь

Если на определённом ресурсе часто возникает ошибка 500, вы можете связаться с владельцем сайта по инструкции.

Перезагрузите страницу

Удаленный сервер возвращает ошибку не только из-за серьёзных проблем на сервере. Иногда 500 ошибка сервера может быть вызвана небольшими перегрузками сайта.

Чтобы устранить ошибку, перезагрузите страницу с помощью сочетания клавиш:

• на ПК — F5,
• на ноутбуке — Fn + F5,
• на устройствах от Apple — Cmd + R.

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

Очистите кэш и cookies браузера

Кэш и cookies сохраняют данные посещаемых сайтов и данные аутентификаций, чтобы в будущем загружать веб-ресурсы быстрее. Если на ресурсе уже был статус ошибки 500, при повторном входе на сайт может загружаться старая версия страницы с ошибкой из кэша, хотя на самом деле страница уже работает. Очистить кэш и куки браузера вам поможет инструкция.

Если ни одно из этих действий не решило проблему, значит, некорректно работает сам сервер сайта. Вернитесь на страницу позже, как только владелец решит проблему.

Что делать, если вы владелец сайта

В большинстве случаев устранить проблему может только владелец сайта. Как правило, ошибка связана с проблемами в коде. Реже проблемы могут быть на физическом сервере хостинг-провайдера.

Ниже рассмотрим самые популярные причины и способы решения.

Ошибки в файле .htaccess

Неверные правила в файле .htaccess — частая причина возникновения ошибки. Чтобы это проверить, найдите .htaccess в файлах сайта и переименуйте его (например, в test). Так директивы, прописанные в файле, не повлияют на работу сервера. Если сайт заработал, переименуйте файл обратно в .htaccess и найдите ошибку в директивах. Если вы самостоятельно вносили изменения в .htaccess, закомментируйте новые строки и проверьте доступность сайта.Также может помочь замена текущего файла .htaccess на стандартный в зависимости от CMS.

Найти директиву с ошибкой можно с помощью онлайн-тестировщика. Введите содержимое .htaccess и ссылку на сайт, начиная с https://. Затем нажмите Test:

Произошла непредвиденная ошибка

На экране появится отчёт. Если в .htaccess есть ошибки, они будут выделены красным цветом:

500 ошибка nginx

Активирована устаревшая версия PHP

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

Установлены некорректные права на файлы и каталоги сайта

В большинстве случаев корректными правами для каталогов являются «755», для файлов — «644». Проверьте, правильно ли они установлены, и при необходимости измените права на файлы и папки.

Запущено максимальное количество процессов

На тарифах виртуального хостинга Рег.ру установлены ограничения на количество одновременно запущенных процессов. Например, на тарифах линейки «Эконом» установлено ограничение в 18 одновременно запущенных процессов, на тарифах «+Мощность» ― 48 процессов. Если лимит превышен, новый процесс не запускается и возникает системная ошибка 500.

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

Чтобы проверить количество процессов, подключитесь по SSH. Выполните команду:

ps aux | grep [u]1234567 |wc -l

Вместо u1234567 укажите ваш логин хостинга: Как узнать логин хостинга.

Чтобы посмотреть, какие процессы запущены, введите команду:

Вместо u1234567 укажите логин услуги хостинга.

Командная строка отобразит запущенные процессы:

Код ошибки 500

Где:

• u1234567 — логин услуги хостинга,
• 40522 — PID процесса,
• S — приоритет процесса,
• /usr/libexec/sftp-server — название процесса.

Процесс можно завершить командой kill, например:

Вместо 40522 укажите PID процесса.

Чтобы решить проблему, вы также можете:

• увеличить интервал запуска заданий CRON,
• ограничить количество IMAP-соединений в настройках почтового клиента. Подробнее в статье Ограничение IMAP-соединений,
• проанализировать запущенные процессы самостоятельно или обратившись за помощью к разработчикам сайта.

Если вам не удалось самостоятельно устранить ошибку 500, обратитесь в техподдержку.

Скрипты работают слишком медленно

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

У пользователей VPS есть возможность увеличить максимальное использование оперативной памяти на процесс, но лучше делать скрипты меньшего размера.

Ошибка 500 на сайте, созданном на WordPress

WordPress предлагает много плагинов для создания хорошего сайта. Они значительно расширяют возможности CMS. Однако они же могут нарушать работу сайта и вызывать ошибку 500. Вызвать ошибку могут как недавно установленные плагины, так и старые.

Для начала проверьте, нужно ли обновить плагины. Часто устаревшие плагины перестают работать и вызывают проблемы работы сайта. Если все плагины обновлены, но 500 Internal Server Error остаётся, отключите все плагины, чтобы убедиться, что именно они мешают работе сайта. Как только станет понятно, что виноват один из плагинов, отключайте их по очереди, пока не найдёте тот, который нарушает работу сервера.

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

Добрый день.
Пытаюсь разобраться с WEB-сервисами. Разобрал пример из ИНЕТА. Опубликовал локально на WEB-сервере. Но при обращении к нему из обработки, сервер выдает ошибку:

{ВнешняяОбработка.WEB_Service.Форма.Форма.Форма(11)}: Ошибка при вызове конструктора (WSОпределения)
    Определение = Новый WSОпределения(«http://localhost/request/ws/request.1cws?wsdl»,»Admin»,»123″);
по причине:
При создании описания сервиса произошла ошибка. URL сервиса: http://localhost/request/ws/request.1cws?wsdl
Код ответа сервера: 301

   Публиковал и на IIS и на Apache 2.4
Результата один  «Код ответа сервера: 301» (получаемый в ответ от сервера в ситуации, когда запрошенный ресурс был на постоянной основе перемещён в новое место). Совершенно ни о чем мне не говорит.
Сервис прекрасно читается в браузере напрямую — «http://localhost/request/ws/request.1cws?wsdl»
Он даже загружается в «WS-ссылки» конфигуратора.
Но работать не хочет из Обработки, которая к нему обращается.
Пример брал здесь: https://infostart.ru/public/327963/
Подскажите, как с этим бороться.

Нашел неточность. Имя сервиса «Request» (С большой буквы)
Теперь строка в определении выглядит так — «http://localhost/Request/ws/request.1cws?wsdl»
Но теперь ошибка 400 (что-то там с синтаксисом)

Разобрался.
Надо было делать так «http://127.0.0.1/Request/ws/request.1cws?wsdl»
«localhost» не катит

Vir_Rus

21.08.19 — 14:32

Vir_Rus

1 — 21.08.19 — 14:45

        base="/Obmen"
        ib="Srvr="10.194.11.201";Ref="gdctest2";">
    <ws publishExtensionsByDefault="true">
        <point name="Obmen"
                alias="ws1.1cws"
                enable="true"
                reuseSessions="autouse"
                sessionMaxAge="20"
                poolSize="10"
                poolTimeout="5"/>
    </ws>
    <standardOdata enable="true"
            reuseSessions="autouse"
            sessionMaxAge="20"
            poolSize="10"
            poolTimeout="5"/>
</point>

НЕА123

2 — 21.08.19 — 14:50

Vir_Rus

3 — 21.08.19 — 14:57

Жан Пердежон

4 — 21.08.19 — 15:23

(3) ну так почитал бы гайды сначала, с IIS тоже манипуляции могут потребоваться

Vir_Rus

5 — 22.08.19 — 12:41

Vir_Rus

6 — 22.08.19 — 12:46

Функция Приветствие(Параметр1)
    Возврат Неопределено;
КонецФункции

    Соединение = WSСсылки.WSСсылка1.СоздатьWSПрокси("Obmen","Hello","HelloSoap");
    Соединение.Пользователь = "****";
    Соединение.Пароль = "****";
    Попытка
        Ответ = Соединение.Приветствие("132");
        Сообщить(Ответ);
    Исключение
        Сообщить(ОписаниеОшибки());
    КонецПопытки;

в результате ошибка.

УРЛ = "http://localhost:80/Hello/ws/ws2.1cws?wsdl";;

    Пространство = "Obmen";

    ИмяСервиса = "Hello";

    ИмяТочкиПодключения = "HelloSoap";
    
    Попытка

        Определение = новый WSОпределения(УРЛ,,,,20);

        Соединение = Новый WSПрокси(Определение,Пространство,ИмяСервиса,ИмяТочкиПодключения,,150);

    Исключение

        Сообщить(ОписаниеОшибки());

        Возврат;

    КонецПопытки;

ptiz

7 — 22.08.19 — 13:06

(5) «я его ни где не прописывал» — ищи в файле настроек апача httpd.conf

Vir_Rus

8 — 22.08.19 — 13:17

DrWatson

9 — 22.08.19 — 13:18

(5) А разве это сообщение не значит, что с настройками всё хорошо, веб-сервис вызывается. Но 1С не нравится твоя функция Приветствие(). Может стоит убрать у неё параметр?

Vir_Rus

10 — 22.08.19 — 13:28

(9) Убирал, результат тот же

ptiz

11 — 22.08.19 — 13:49

Vir_Rus

12 — 22.08.19 — 13:53

    AllowOverride All
    Options None
    Order allow,deny
    Allow from all
    SetHandler 1c-application
    ManagedApplicationDescriptor "C:/Program Files (x86)/Apache Software Foundation/Apache2.2/htdocs/default.vrd"
</Directory>

DefaultType text/plain

<IfModule mime_module>

    TypesConfig conf/mime.types

    #AddEncoding x-compress .Z

    #AddEncoding x-gzip .gz .tgz

    AddType application/x-compress .Z
    AddType application/x-gzip .gz .tgz

    #AddHandler cgi-script .cgi

    #AddType text/html .shtml

    #AddOutputFilter INCLUDES .shtml

</IfModule>

#MIMEMagicFile conf/magic

#ErrorDocument 404 /missing.html

#ErrorDocument 404 "/cgi-bin/missing_handler.pl"

#EnableSendfile off


# Supplemental configuration

# necessary.

#Include conf/extra/httpd-mpm.conf

#Include conf/extra/httpd-multilang-errordoc.conf

#Include conf/extra/httpd-autoindex.conf


# Language settings

#Include conf/extra/httpd-languages.conf

#Include conf/extra/httpd-userdir.conf

#Include conf/extra/httpd-info.conf


# Virtual hosts

#Include conf/extra/httpd-vhosts.conf

#Include conf/extra/httpd-manual.conf

#Include conf/extra/httpd-dav.conf

#Include conf/extra/httpd-default.conf


# Secure (SSL/TLS) connections

#Include conf/extra/httpd-ssl.conf

ptiz

13 — 22.08.19 — 13:59

(12) Теперь проверь — всё ли правильно написано в этом файле: C:/Program Files (x86)/Apache Software Foundation/Apache2.2/htdocs/default.vrd

Vir_Rus

14 — 22.08.19 — 14:06

<xs:element name="Приветствие">

<xs:complexType>

<xs:sequence/>

</xs:complexType>

</xs:element>

<xs:element name="ПриветствиеResponse">

<xs:complexType>

<xs:sequence>

<xs:element name="return" type="xs:all" nillable="true"/>

</xs:sequence>

</xs:complexType>

</xs:element>

</xs:schema>

</types>

<message name="ПриветствиеRequestMessage">

<part name="parameters" element="tns:Приветствие"/>

</message>

<message name="ПриветствиеResponseMessage">

<part name="parameters" element="tns:ПриветствиеResponse"/>

</message>

<portType name="HelloPortType">

<operation name="Приветствие">

<input message="tns:ПриветствиеRequestMessage"/>

<output message="tns:ПриветствиеResponseMessage"/>

</operation>

</portType>

<binding name="HelloSoapBinding" type="tns:HelloPortType">

<soapbind:binding style="document" transport="http://schemas.xmlsoap.org/soap/http"/>;

<operation name="Приветствие">

<soapbind:operation style="document" soapAction="Obmen#Hello:Приветствие"/>

<input>

<soapbind:body use="literal"/>

</input>

<output>

<soapbind:body use="literal"/>

</output>

</operation>

</binding>

<binding name="HelloSoap12Binding" type="tns:HelloPortType">

<soap12bind:binding style="document" transport="http://schemas.xmlsoap.org/soap/http"/>;

<operation name="Приветствие">

<soap12bind:operation style="document" soapAction="Obmen#Hello:Приветствие"/>

<input>

<soap12bind:body use="literal"/>

</input>

<output>

<soap12bind:body use="literal"/>

</output>

</operation>

</binding>

<service name="Hello">

<port name="HelloSoap" binding="tns:HelloSoapBinding">

<documentation>

<wsi:Claim xmlns:wsi="http://ws-i.org/schemas/conformanceClaim/"; conformsTo="http://ws-i.org/profiles/basic/1.1"/>;

</documentation>

<soapbind:address location="http://localhost/Hello/ws/Hello"/>;

</port>

<port name="HelloSoap12" binding="tns:HelloSoap12Binding">

<soap12bind:address location="http://localhost/Hello/ws/Hello"/>;

</port>

</service>

</definitions>

ptiz

15 — 22.08.19 — 14:16

(14) Это ответ веб-сервиса, значит — работает.

Йохохо

16 — 22.08.19 — 14:18

(15) это копипаст из блокнота)

ptiz

17 — 22.08.19 — 14:19

(14) У тебя «Имя файла публикации» заполнено в свойстве веб-сервиса?

ptiz

18 — 22.08.19 — 14:20

(14) И покажи содержимое файла default.vrd

Vir_Rus

19 — 22.08.19 — 15:02

(17) заполнено (18) 
<?xml version="1.0" encoding="UTF-8"?>

        base="/Hello"
        ib="Srvr="sd-s-vm02";Ref="gdctest2";">
    <httpServices publishByDefault="false"/>
    <standardOdata enable="true"
            reuseSessions="autouse"
            sessionMaxAge="20"
            poolSize="10"
            poolTimeout="5"/>
    <ws>
        <point name="Obmen"
                alias="ws1.1cws"
                enable="true"
                reuseSessions="autouse"
                sessionMaxAge="20"
                poolSize="10"
                poolTimeout="5"/>
        <point name="Hello"
                alias="ws2.1cws"
                enable="true"
                reuseSessions="autouse"
                sessionMaxAge="20"
                poolSize="10"
                poolTimeout="5"/>
    </ws>
</point>

ptiz

20 — 22.08.19 — 15:22

Йохохо

21 — 22.08.19 — 15:27

ib="Srvr="sd-s-vm02"
попробуйте по айпи

Йохохо

22 — 22.08.19 — 15:29

ib="Srvr="sd-s-vm02";Ref="gdctest2";" странно выглядит
ib="Srvr=sd-s-vm02;Ref=gdctest2;"

Vir_Rus

23 — 22.08.19 — 15:32

Vir_Rus

24 — 22.08.19 — 15:35

(21) т.е. попробовать отредактировать этот файл? и написать там айпи вместо названия?

Vir_Rus

25 — 22.08.19 — 15:36

(22) Во всяком случае, если бы дело было в этом — я бы не смог зайти в базу из браузера. Так что не думаю что проблема тут

Йохохо

26 — 22.08.19 — 15:39

(23) открывается это именно текст из (24) виден в браузере?

Vir_Rus

27 — 22.08.19 — 15:45

ptiz

28 — 22.08.19 — 15:57

Vir_Rus

29 — 22.08.19 — 16:05

Код ответа сервера: 500

    Соединение = WSСсылки.WSСсылка1.СоздатьWSПрокси("Obmen","Hello","HelloSoap");

Vir_Rus

30 — 23.08.19 — 08:53

ptiz

31 — 23.08.19 — 09:03

(29) Замени наконец localhost на нормальное имя компьютера, или (ещё лучше) — IP-адрес.

Vir_Rus

32 — 23.08.19 — 09:07

(31) Уже заменил на локальный адрес 127.0.0.1 — не помогло

Василий Алибабаевич

33 — 23.08.19 — 09:08

Vir_Rus

34 — 23.08.19 — 09:08

я же говорю дело не в этом. я получаю одну и ту же ошибку когда апач запущен и когда он выключен. Следовательно по каким то причинам 1с не может достучаться до сервера апачЭ, на котором находится веб сервис…

Vir_Rus

35 — 23.08.19 — 09:09

(33) переделал путь на c:/www/ — тут уже лежит веб сервис — результат не изменился…

Василий Алибабаевич

36 — 23.08.19 — 09:10

+ (33) Тем более с учетом того, что в ошибке указан путь: ‘C:wwwdefault.vrd’ ЦЫ(28) ???

Василий Алибабаевич

37 — 23.08.19 — 09:10

(35) Переделал как? Что изменял?

ДенисЧ

38 — 23.08.19 — 09:11

А у тебя Апачу разрешено слушать какой-то адрес, кроме локохоста?

Vir_Rus

39 — 23.08.19 — 09:12

(37) папку публикации веб сервиса и в конфиге апача строку documentsdirectory — вроде так она называется на путь «c:/www»

ПускинАС

40 — 23.08.19 — 09:12

(1) Всегда нравилось, как умно работает определитель кода. Прямо в стиле 1с))) глаза рэжет ))) куль веб

ПускинАС

41 — 23.08.19 — 09:16

(0) Поставь апач нормально, нормальный, и будет тебе ок.

Василий Алибабаевич

42 — 23.08.19 — 09:20

(39) Вообще корень сайта в файле конфигурации прописывается в "DocumentRoot"
При этом :
1. Пути должны указываться в в стиле Линукса
не c:www, а c://www
2. Там не должно быть кириллицы и спецсимволов.

Vir_Rus

43 — 23.08.19 — 09:20

(41) Так если б знал какой правильный и как правильно — ужеб давно сделал. а так делаю по видеоуроку или по статье какой-нибудь. все один в один, ну разве что только версии апача могут отличаться

Василий Алибабаевич

44 — 23.08.19 — 09:25

+ (42)
Каталог с публикацией 1с (*.vrd) должен быть внутри того, что указано в DocumentRoot.
в LoadModule должен быть указан корректный путь к wsap22.dll или wsap24.dll (зависит какой апач)

# 1c publication

Alias "/Prdp" "D:/###/Prdp/"

<Directory "D:/###/Prdp/">

    AllowOverride All
    Options None
    Require all granted
    SetHandler 1c-application
    ManagedApplicationDescriptor "D:/###/Prdp/default.vrd"

</Directory>

Василий Алибабаевич

45 — 23.08.19 — 09:28

Vir_Rus

46 — 23.08.19 — 09:49

ptiz

47 — 23.08.19 — 09:51

(32) Где заменил? В создании ws-определения? И что будет делать 1С, если этот код запустится на сервере? К какому апачу стучаться?

Василий Алибабаевич

48 — 23.08.19 — 09:51

ПускинАС

49 — 23.08.19 — 09:54

распаковываешь с:Apache24 
в конфиге пишешь Define SRVROOT "C:/Apache24" (38 строка примерно) httpd.conf
переходишь в 
c:Apache24binhttpd.exe -k install (установка сервиса) 
c:Apache24binhttpd.exe -к start (запуск) 
и все ЁБА ! ! ) ) )

ДенисЧ

50 — 23.08.19 — 09:56

(46) Потому что у тебя апач и сервер 1с лежат на разных компах. А в апаче не разрешено слушать что-то другое, кроме лохоста.

ПускинАС

51 — 23.08.19 — 10:02

(50) кто тебе такую ересь сказал?

ДенисЧ

52 — 23.08.19 — 10:24

ПускинАС

53 — 23.08.19 — 10:27

Василий Алибабаевич

54 — 23.08.19 — 10:27

Listen 81

ПускинАС

55 — 23.08.19 — 10:28

откуда вы все вылезли… из windows 95 ? )))

ДенисЧ

56 — 23.08.19 — 10:29

(53) Это порт.

ДенисЧ

57 — 23.08.19 — 10:30

А по дефолту апач слушает только локохост

Василий Алибабаевич

58 — 23.08.19 — 10:34

Василий Алибабаевич

59 — 23.08.19 — 10:36

В общем у ТС проблема не в том, где расположен ДокументРут, а в том что ТС этого и сам не знает.

Йохохо

60 — 23.08.19 — 10:45

Йохохо

61 — 23.08.19 — 10:46

кстати под виндой слеша вроде не должно быть в конце Apache2.2/htdocs

Vir_Rus

62 — 23.08.19 — 10:48

Йохохо

63 — 23.08.19 — 10:49

так не интересно(

(62) Ну правильно: локалхост с сервера 1С теперь стучится туда же, где апач (на нем же)

Ошибка при создании WSОпределения

Модераторы: Дмитрий Юхтимовский, Лысиков Денис

Вернуться в QueryTJ — Анализ долгих запросов

Кто сейчас на форуме

Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 1