Неизвестная ошибка динамически связанные файлы не обработаны
Я создаю сайт Wordpress в Dreamweaver CS5, а также использую MAMP для своих потребностей PHP/MySQL.
Проблема в том, что когда я создаю новый сайт Wordpress в Dreamweaver (у меня есть существующий шаблон Wordpress), и я открываю файл index.php, он спрашивает меня, хочу ли я открыть любые другие файлы, которые динамически связаны с файл index.php. Я нажимаю "Discover", затем я получаю эту ошибку: "Динамически связанные файлы не могут быть разрешены из-за внутренней ошибки сервера".
Мой корневой каталог MAMP:/Пользователи/Burton/Sites/
В корневом документе у меня есть подкаталог Wordpress, где хранятся все файлы Wordpress (включая мою тему)
В Dreamweaver я создал новый сайт и вот настройки для него и сервера:
Название сайта: тестовый сайт Локальная папка сайта:/Пользователи/Burton/Sites
Имя сервера: локальное тестирование Подключение через: Локальная/Сеть
Модель сервера: PHP MySQL Тестирование: включено (сделать его тестовым сервером)
Переход на сайт через веб-браузер в порядке, я вижу шаблон и все такое. Я могу редактировать сайт в Dreamweaver и просматривать изменения, сделанные в браузере, но я хочу, чтобы Dreamweaver обнаружил эти другие файлы, чтобы я мог делать Live View в Dreamweaver, но эта ошибка мешает мне это делать.
Я просмотрел бесчисленные учебники и посетил множество форумов, но никто не получил ответы.
У кого-нибудь есть идея, что вызывает это?
Все о "Permalinks". Проблема заключается в том, что URL-адрес веб-сайта, который вы ввели в настройку тестового сервера, не имеет той же структуры, которую использует WordPress.
Я нашел решение из ссылка
И проверенное решение выглядит следующим образом:
Следуйте логину на своем локальном сайте WordPress через браузер и запомните, на что установлены текущие Permalink (в разделе "Настройки - постоянные ссылки" ).
Выберите "По умолчанию" (первый вариант) и нажмите "Сохранить".
Вернитесь в Dreamweaver и повторите попытку открытия. Все связанные файлы обнаружены - ура!
Вернитесь на свой сайт WordPress и измените Permalinks на то, что они были, затем нажмите save.
Я знаю, что это немного взломано, но пока Adobe не сможет найти рабочее решение, это так же хорошо, как и получается, и на самом деле это не громоздко.
Итак, чтобы проблема исчезла, вы можете перейти в "Редактировать → Настройки" и отключить "Обнаружение динамически связанных файлов", при этом активируется "Включить связанные файлы".
Хотя это исправляет отображение ошибок, я не совсем понимаю, что говорит David_Powers, что эта функция будет делать, и если я действительно хочу, чтобы она была включена. Если кто-то может помочь мне понять, что этот вариант мне понравится.
У меня была эта проблема, для меня это была смесь адреса сервера mysql в wp-config.php , указывающая на localhost , когда infact база данных находилась в другом домене, а wordpress думает, что она была развернута на удаленном/живом а не локально.
Изменение валов базы данных (они находятся в верхней части файла, хорошо прокомментированы), чтобы указать на исправленную базу данных.
Кроме того, убедитесь, что у вас есть локальная полная копия всех файлов в wordpress install. Я установил мой на удаленном сервере с помощью CGI script, если вы сделаете то же самое, тогда убедитесь, что вы скопировали всю партию на свой локальный сайт.
Последний фрагмент головоломки для меня заключался в изменении WordPress address (URL) и Site address (URL) внутри wp-admin , чтобы указать на мою локальную копию относительно Dreamweaver - i.e 192,168.x.xxx/wordpressinstall
Подскажите пожалуйста!
Дримвер сs5.
не могу решить эту ошибку!
Возникла неизвестная ошибка при обнаружении динамически связных фаилов!
нажимаю повторить, ни чего не происходит.
в какой стороне хоть копать? может я что-то не правельно настроили?*( в браузере страница тоже отображаться не хочет. (
Как отключить автоматическую отправку зависимых файлов в Adobe Dreamweaver Cs6
Как отключить автоматическую отправку зависимых файлов в Adobe Dreamweaver Cs6
Организация хранения файлов связанных с приложением
Господа программисты, подскажите пожалуйста с вопросом: Как реализовать прикрепление файлов в.
Какой приоритет у файлов связанных стилей CSS
на странице php есть следущий код: <link rel="stylesheet".
Открытие программой с MDI связанных (ассоциированных) с ней файлов
Имеется программа на VB, в которой с помощью функции Command() реализована возможность открытия.
Подскажите пожалуйста!
Дримвер сs5.
не могу решить эту ошибку!
Возникла неизвестная ошибка при обнаружении динамически связных фаилов!
нажимаю повторить, ни чего не происходит.
в какой стороне хоть копать? может я что-то не правельно настроили?*( в браузере страница тоже отображаться не хочет. (
поставил" всё пошло! только когда фаилы размещаешь на денвер через браузер вылазит сам путь денвера "ура заработало! локальный сервер для этого и нужен, чтоб скрепты интерпретирывал, вопрос, на денвере не надо создавать новую бд? то есть, просто класть файлы в папку home localhost www. я тут запутался, бд не нужна под это? под cms какую нить надо ставить"
то есть, я не совсем понимаю работу денвере, вплане настраивать не чё не надо? просто файлы сайта размещать в папки и всё?? или это они совместно
спутанно с денвером лежать" не могу понять"Ooo*(
поставил" всё пошло! только когда фаилы размещаешь на денвер через браузер вылазит сам путь денвера "ура заработало! локальный сервер для этого и нужен, чтоб скрепты интерпретирывал, вопрос, на денвере не надо создавать новую бд? то есть, просто класть файлы в папку home localhost www. я тут запутался, бд не нужна под это? под cms какую нить надо ставить"
то есть, я не совсем понимаю работу денвере, вплане настраивать не чё не надо? просто файлы сайта размещать в папки и всё?? или это они совместно
спутанно с денвером лежать" не могу понять"Ooo*(
Денвер лучше всего качать с официального сайта. Базу данных пока создавать не надо. База данных пригодится в том случае, если Вы решите использовать готовые движки (CMS) - Joomla, WordPres phpBB и тд и тп. Также базы данных пригодятся тогда когда начнете работать на PHP
Функция «Динамически связанные файлы» расширяет возможности функции «Связанные файлы», позволяя видеть связанные файлы динамических страниц на панели инструментов «Связанные файлы».
Установка параметров динамически связанных файлов
Обнаружение динамически связанных файлов
Фильтрация связанных файлов
В частности, функция «Динамически связанные файлы» позволяет видеть различные динамические включения, требуемые для создания динамического кода для таких популярных открытых PHP-платформ CMS, как WordPress, Drupal и Joomla!.
Для использования функции «Динамически связанные файлы» требуется иметь доступ к локальному или удаленному серверу приложений PHP на платформе WordPress, Drupal или Joomla!. Одним из распространенных методов тестирования страниц является настройка локального сервера приложений PHP и локальное тестирование страниц.
Перед началом тестирования страниц необходимо выполнить следующие действия.
Настройте веб-сайт Dreamweaver и убедитесь в том, что текстовое поле «URL-адрес» в диалоговом окне «Настройка сайта» заполнено.
Настройте сервер приложений PHP.
Важная информация. Прежде чем начинать работу с динамически связанными файлами в Dreamweaver, необходимо запустить сервер.
Установка параметров динамически связанных файлов
При открытии страницы, связанной с динамически связанными файлами, Dreamweaver обнаружит эти файлы автоматически или даст возможность найти их вручную (щелкнув ссылку на панели «Сведения» над страницей). По умолчанию задано обнаружение вручную.
Выберите «Правка» > «Настройки» (Windows) или «Dreamweaver» > «Настройки» (Macintosh OS).
В категории «Общие» убедитесь в том, что выбран параметр «Разрешить связанные файлы».
Во всплывающем меню «Динамически связанные файлы» выберите «Вручную» или «Автоматически». Обнаружение можно отключить полностью, выбрав параметр «Отключено».
Обнаружение динамически связанных файлов
Откройте страницу, имеющую динамически связанные файлы (например, страницу корня сайта index.php page платформы WordPress, Drupal или Joomla!) .
Если обнаружение динамически связанных файлов выполняется вручную (по умолчанию), перейдите по ссылке «Обнаружение» на панели «Сведения», которая появляется над страницей в окне «Документ».
Если обнаружение динамически связанных файлов выполняется автоматически, то список динамически связанных файлов появится на панели «Связанные файлы».
Связанные и динамически связанные файлы расположены на панели «Связанные файлы» в следующем порядке.
Статические связанные файлы (т.е. связанные файлы, не требующие никакой динамической обработки).
Внешние связанные файлы (т.е. файлы .css и .js), присоединенные к файлам серверных включений с динамическим путем
Файлы серверных включений с динамическим путем (т.е. файлы .php, .inc и .module).
Фильтрация связанных файлов
Поскольку связанных и динамически связанных файлов часто бывает много, Dreamweaver позволяет фильтровать их, чтобы можно было точно определить расположение необходимых для работы файлов.
Откройте страницу, имеющую связанные файлы.
При необходимости найдите динамически связанные файлы.
Щелкните значок «Фильтрация связанных файлов» в правой части панели «Связанные файлы».
Выберите типы файлов, которые должны быть видны на панели «Связанные файлы». По умолчанию Dreamweaver выбирает все связанные файлы.
Для создания пользовательского фильтра щелкните значок «Фильтрация связанных файлов» и выберите «Заказной фильтр».
Диалоговое окно «Заказной фильтр» позволяет выполнять фильтрацию только по точным именам файлов (style.css), расширениям файлов (.php) и подстановочным выражениям со звездочками (*menu*). Можно выполнять фильтрацию по нескольким подстановочным выражениям, отделяя каждое из них точкой с запятой (например, style.css;*.js;*tpl.php).
[Ссылка] 80004005 «Источник данных не найден, и не указан драйвер, используемый по умолчанию»
[Ссылка] 80004005 «Не удается использовать «(нет данных)»; файл уже используется»
[Ссылка] 80004005 «Неудача при входе в систему()»
[Ссылка] 80004005 «В операции должен использоваться обновляемый запрос»
[Ссылка] 80040e07 «Несоответствие типов данных в выражении условий»
[Ссылка] 80040e10 «Слишком мало параметров»
[Ссылка] 80040e10 «Неправильное поле COUNT»
[Ссылка] 80040e14 «Синтаксическая ошибка в инструкции INSERT INTO»
[Ссылка] 80040e21 «Ошибка ODBC при вставке или обновлении»
[Ссылка] 800a0bcd «BOF или EOF имеют значение True»
[Ссылка] 80004005 «Источник данных не найден, и не указан драйвер, используемый по умолчанию»
80004005 — Ошибка SQLSetConnectAttr драйвера
80004005 — Общий сбой. Не удается открыть раздел реестра «DriverId»
Далее перечислены возможные причины и способы решения.
Возможно, имя DSN задано как DSN пользователя, а не DSN системы. Удалите DSN пользователя и создайте вместо него DSN системы.
Если используется приложение Microsoft Access, файл базы данных (MDB-файл) может быть заблокирован. Причина блокирования может заключаться в том, что DSN с другим именем уже использует базу данных. Откройте проводник, в папке, в которой расположен файл базы данных (MDB-файл), найдите файл блокировки (LDB-файл) и удалите его. Если другое имя DSN указывает на один и тот же файл базы данных, удалите это имя, чтобы избежать ошибок в дальнейшем. Перезагрузите компьютер после внесения изменений.
[Ссылка] 80004005 «Не удается использовать «(нет данных)»; файл уже используется»
Возможная причина — неправильно установлены разрешения. Далее перечислены несколько конкретных причин и способов решения.
Возможно, учетная запись, используемая сервером IIS (как правило, это учетная запись IUSR), не имеет нужных разрешений Windows для доступа к файловой базе данных или папке, содержащей эту базу данных. Проверьте разрешения учетной записи IIS (IUSR) в диспетчере пользователей.
Пользователь может не иметь разрешения на создание или удаление временных файлов. Проверьте разрешения для файла и папки. Убедитесь в наличии разрешения на создание или удаление временных файлов. Временные файлы обычно создаются в той же папке, в которой содержится база данных, но они также могут создаваться и в других папках, например «/Winnt».
Если проблемы так и не удалось решить, см. следующие статьи базы знаний Майкрософт:
[Ссылка] 80004005 «Неудача при входе в систему()»
Эта ошибка возникает при использовании сервера Microsoft SQL Server и попытке просмотра динамической страницы в веб-браузере или интерактивном представлении.
Эта ошибка создается сервером SQL Server, если он не принимает либо не распознает учетную запись или введенный пароль (если используется стандартная защита), или же если учетная запись Windows не соответствует учетной записи SQL (если используется встроенная система безопасности).
Далее перечислены возможные решения.
Если используется стандартная защита, причиной ошибки может быть неправильные имя учетной записи и пароль. Попробуйте воспользоваться учетной записью и паролем системного администратора (UID= «sa» без пароля), которые должны были быть определены в строке подключения. (Имена DSN не хранят имена и пароли пользователей.)
Если используется встроенная система безопасности, проверьте учетную запись Windows, обращающуюся к странице, и найдите соответствующую ей учетную запись SQL (при наличии).
Сервер SQL Server не допускает использование нижних подчеркиваний в именах учетных записей SQL. Если вручную сопоставить учетную запись Windows «IUSR_имя_компьютера» учетной записи SQL с таким же именем, эта учетная запись не будет принята сервером. Учетную запись, в которой использовано нижнее подчеркивание, нужно сопоставлять с именем учетной записи на сервере SQL, в котором нижнее подчеркивание не используется.
[Ссылка] 80004005 «В операции должен использоваться обновляемый запрос»
Данная ошибка возникает, когда событие обновляет набор записей или вставляет в него данные.
Далее перечислены возможные причины и способы решения.
Разрешения для доступа к папке, содержащей базу данных, слишком ограничены. Учетная запись IUSR должна обладать правами на чтение/запись.
Разрешения для самого файла базы данных не включают действующих полных прав на чтение/запись.
Возможно, база данных не расположена в каталоге Inetpub/wwwroot. Для обновления базы данных требуется, чтобы она располагалась в каталоге wwwroot. В противном случае будут доступны только просмотр и поиск данных, но не их обновление.
Набор записей основан на необновляемом запросе. Хорошими примерами необновляемых запросов в базе данных являются соединения. Преобразуйте необновляемые запросы в обновляемые.
[Ссылка] 80040e07 «Несоответствие типов данных в выражении условий»
Данная ошибка возникает при попытке сервера обработать страницу, содержащую серверное поведение «Вставить запись» или «Обновить запись», которое пытается задать пустую строку («») в качестве значения для столбца «Дата/время» в базе данных Microsoft Access.
Microsoft Access имеет строгую типизацию данных, которая устанавливает четкий набор правил для соответствующих значений столбцов. Пустая строка в запросе SQL не может храниться в столбце «Дата/время» базы данных Access. Единственный известный на текущий момент способ избежать возникновения данной ошибки — это не вставлять и не обновлять столбцы «Дата/время» в Access пустыми строками («») или любыми другими значениями, которые не соответствуют диапазону значений, заданному для этого типа данных.
[Ссылка] 80040e10 «Слишком мало параметров»
Данная ошибка возникает в том случае, если столбец, указанный в запросе SQL, отсутствует в таблице базы данных. Проверьте имена столбцов в таблице базы данных на соответствие столбцам, указанным в запросе SQL. Зачастую причиной этой ошибки является опечатка.
[Ссылка] 80040e10 «Неправильное поле COUNT»
Данная ошибка возникает при просмотре страницы, содержащей серверное поведение «Вставить запись», в веб-браузере и попытке с ее помощью вставить запись в базу данных Microsoft Access.
Данная ошибка может возникать при попытке вставить запись в поле базы данных, в имени которого содержится вопросительный знак (?). Для некоторых обработчиков баз данных, включая Microsoft Access, вопросительный знак является специальным символом, поэтому его нельзя использовать в именах таблиц баз данных и в именах полей.
Откройте систему базы данных и удалите вопросительный знак (?). из имен полей, а затем обновите на странице варианты поведения сервера, которые ссылаются на это поле.
[Ссылка] 80040e14 «Синтаксическая ошибка в инструкции INSERT INTO»
Данная ошибка возникает при попытке сервера обработать страницу, содержащую серверное поведение «Вставить запись».
Как правило, эта ошибка появляется вследствие одной или нескольких описанных ниже проблем с именами полей, объектов или переменных в базе данных.
В качестве имени использовано зарезервированное слово. Большинство баз данных имеют набор зарезервированных слов. Например, слово «date» является зарезервированным и, следовательно, не может быть использовано в именах столбцов базы данных.
В имени использованы специальные символы. Вот несколько примеров специальных символов:
Имя содержит пробел.
Подобная ошибка также может возникать, если для объекта в базе данных была определена маска ввода, но вставленные данные не соответствуют этой маске.
Чтобы решить проблему, не используйте в именах столбцов базы данных зарезервированные слова, например «date», «name», «select», «select» и «level». Помимо этого, исключите пробелы и специальные символы.
Списки зарезервированных слов для наиболее распространенных систем баз данных см. на следующих веб-страницах.
[Ссылка] 80040e21 «Ошибка ODBC при вставке или обновлении»
Данная ошибка возникает при попытке сервера обработать страницу, содержащую серверное поведение «Обновить запись» или «Вставить запись». Базе данных не удается обработать операцию обновления или вставки, которую пытается выполнить серверное поведение.
Далее перечислены возможные причины и способы решения.
Серверное поведение пытается обновить поле автонумерации в таблице базы данных или вставить запись в это поле. Так как поля автонумерации заполняются автоматически самой системой базы данных, внешние попытки заполнить эти поля значениями приводят к ошибкам.
Серверное поведение обновляет или вставляет данные неправильного типа в поле базы данных. Например, дата вставляется в логическое поле, требующее значение «да» или «нет», строка вставляется в числовое поле, а неправильно отформатированная строка — в поле «Дата/время».
[Ссылка] 800a0bcd «BOF или EOF имеют значение True»
Эта ошибка возникает при попытке просмотра динамической страницы в веб-браузере или интерактивном представлении.
Данная проблема возникает при попытке отобразить на странице данные из пустого набора записей. Для решения проблемы к динамическому содержимому, которое будет отображено на странице, нужно применить серверное поведение «Показать область». Вот как это сделать:
Выделите динамическое содержимое на странице.
На панели «Поведение сервера» нажмите кнопку со знаком «Плюс» (+) и выберите пункты «Показать область» > «Показать область, если набор записей не пустой».
Выберите набор записей, из которого берется динамическое содержимое, и нажмите кнопку «ОК».
Повторите шаги 1–3 для каждого элемента динамического содержимого на странице.
Я создаю веб-сайт Wordpress в Dreamweaver CS5, а также использую MAMP для своих нужд PHP / MySQL.
Корень моего документа MAMP: / Users / Burton / Sites /
В корне документа у меня есть подкаталог Wordpress, где хранятся все файлы Wordpress (включая мою тему).
В Dreamweaver я создал новый сайт, и вот настройки для него и сервера:
Имя сайта: Тестовый сайт Локальная папка сайта: / Users / Burton / Sites
Имя сервера: локальное тестирование Подключение с использованием: локальный / сетевой
Модель сервера: PHP MySQL Testing: On (Сделайте тестовым сервером)
Заходить на сайт через веб-браузер - нормально, я вижу шаблон и все остальное. Я могу редактировать сайт в Dreamweaver и видеть изменения, сделанные в браузере, но я хочу, чтобы Dreamweaver обнаружил эти другие файлы, чтобы я мог выполнять интерактивный просмотр в Dreamweaver, но эта ошибка не позволяет мне это сделать.
Кто-нибудь знает, что вызывает это?
Все дело в постоянных ссылках. Проблема в том, что URL-адрес веб-сайта, который вы ввели при настройке тестового сервера, не имеет той же структуры, что и WordPress.
Я нашел решение из этого ссылка
И проверенное решение выглядит следующим образом:
Затем войдите на свой локальный сайт WordPress через браузер и запомните, какие текущие постоянные ссылки установлены (в разделе «Настройки» - «Постоянные ссылки»).
Выберите «По умолчанию» (первый вариант) и нажмите «Сохранить».
Вернитесь в Dreamweaver и снова попробуйте вариант обнаружения. Обнаружены все связанные файлы - ура!
Вернитесь на свой сайт WordPress и измените постоянные ссылки на то, что они были, затем нажмите «Сохранить».
Я знаю, что это немного взломано, но до тех пор, пока Adobe не сможет найти рабочее решение, это будет настолько хорошо, насколько возможно, и не так уж громоздко.
Итак, чтобы решить эту проблему, вы можете перейти в «Правка» -> «Настройки» и отключить «Обнаружение динамически связанных файлов», оставив активным «Включить связанные файлы».
Хотя это исправляет отображение ошибки, я не совсем понимаю, что, по словам David_Powers, будет делать эта функция, и действительно ли я хочу, чтобы она была включена. Если бы кто-то мог помочь мне понять, что делает этот вариант, я был бы признателен.
У меня была эта проблема, для меня это была смесь адреса сервера mysql в wp-config.php , указывающего на localhost , когда фактически база данных находилась в другом домене, и WordPress думал, что он был развернут на удаленном / live, а не локально.
Изменение переменных базы данных (они находятся в верхней части файла, хорошо прокомментированы), чтобы указать на правильную базу данных, исправило это.
Кроме того, убедитесь, что у вас есть локальная полная копия всех файлов в установке Wordpress. Я установил свой на удаленный сервер с помощью сценария CGI, если вы сделаете то же самое, убедитесь, что вы скопировали всю партию на свой локальный сайт.
Последней частью головоломки для меня было изменение WordPress address (URL) и Site address (URL) внутри wp-admin , чтобы они указывали на мою локальную копию относительно Dreamweaver, то есть 192,168.x.xxx/wordpressinstall
Читайте также: