Как отслеживать, откуда идет запрос файла javascript

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

это настраиваемый шаблон для joomla 3.x...

одна проблема, которую я пытаюсь выяснить, где находится недостающий запрос javascript?

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

но он по-прежнему сохраняется!

если вы просматриваете источник и нажимаете на якобы отсутствующий файл, он отображается нормально... поэтому, почему в javascript-консоли в Chrome он продолжает говорить это 404 !!!!!

как вы оцениваете, откуда происходит запрос?

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

РЕДАКТИРОВАТЬ...

чтобы яснить, в каком файле я говорю, это одно:

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

если вы видите ошибку, которую он не может найти, следовательно, 404, файл действительно отсутствует.

почему этот пост был написан, чтобы найти, откуда этот запрос.

Надеюсь, этот отредактирует немного.

EDIT 2 (согласно запросу морантиса)

##
# @package Joomla
# @copyright Copyright (C) 2005 - 2013 Open Source Matters. All rights reserved.
# @license GNU General Public License version 2 or later; see LICENSE.txt
##
##
# READ THIS COMPLETELY IF YOU CHOOSE TO USE THIS FILE!
#
# The line just below this section: 'Options +FollowSymLinks' may cause problems
# with some server configurations. It is required for use of mod_rewrite, but may already
# be set by your server administrator in a way that dissallows changing it in
# your .htaccess file. If using it causes your server to error out, comment it out (add # to
# beginning of line), reload your site in your browser and test your sef url's. If they work,
# it has been set by your server administrator and you do not need it set here.
##
## Can be commented out if causes errors, see notes above.
Options +FollowSymLinks
## Mod_rewrite in use.
RewriteEngine On
## Begin - Rewrite rules to block out some common exploits.
# If you experience problems on your site block out the operations listed below
# This attempts to block the most common type of exploit 'attempts' to Joomla!
#
# Block out any script trying to base64_encode data within the URL.
RewriteCond %{QUERY_STRING} base64_encode[^(]*\([^)]*\) [OR]
# Block out any script that includes a
2 ответа

Проверьте, есть ли файл.htaccess в корневом каталоге, а затем проверьте, есть ли в этом файле правила mod_rewrite. Многие пакеты CMS используют mod_rewrite для навигации по сайту. Если вы используете такую программу, как Filezilla для FTP, убедитесь, что в программе есть "показать скрытые файлы", заданные в параметрах, или вы даже не можете увидеть файл.htaccess. если есть, опубликуйте его содержимое в своем вопросе.

Я быстро посмотрел и да, Joomla действительно использует mod_rewrite для управления потоком на веб-сайте, и из этого возникает множество ошибок.

http://forum.joomla.org/viewtopic.php?f=304&t=346374

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

Хорошо, если вы попытаетесь получить доступ к этому файлу, его нужно будет поместить прямо в адресную строку. Если вы посмотрите на правила mod_rewrite, вы увидите, что если URL-адрес заканчивается на "/" или не заканчивается расширением, он будет иметь "index.php", добавленный к концу.

Имеет ли это смысл?


@user2730725 Это тоже сбило меня с ума! Этот файл является.map и предназначен только для целей отладки. Выключите параметр, который пытается его восстановить, открыв Chrome Dev Tools, затем Settings и в целом установите флажок Включить исходные карты JS. Отмените выбор. Задача решена. :)

licensed under cc by-sa 3.0 with attribution.