Это короткая заметка о том, что делать, если вы увидели ошибку типа Uncaught TypeError: Cannot read property 'fn' of undefined at util.js:56 at util.js:10 at bootstrap.min.js:6 at bootstrap.min.js:6 и используете BootStrap
Вам необходимо проверить правильность (порядок) подключения JavaScript. В частности, нужен jQuery, Popper.js и наших собственных плагинов JavaScript bootstrap.min.js.
Поместите скрипты в конце html страницы, прямо перед закрывающим тегом </ body>, чтобы включить их.
Сначала должен появиться jQuery, затем Popper.js, а затем наши плагины JavaScript bootstrap.min.js.
- Подробности
Потратил минут 20, пока нашел, почему не работает модуль apache mod_rewrite в Ubuntu 16.04
проверьте в конфигурационном файле /etc/apache2/apache.conf
значение директивы AllowOverride
- Подробности
Недавно я обнаружил (да, прозевал), что валидатор (https://validator.w3.org/) пишет предупреждения (warning) о том, что указание типа для JavaScript и CSS является необязательным: "Warning: The type attribute is unnecessary for JavaScript resources." Хорошо, но в Joomla 3 оказалось не так просто убрать script type="text/javascript".
Сначала пытался сам разобраться с этой проблемой, пытался допилить метод addScriptDeclaration, но несколько раз положил сайт(( Рунет об этом молчит, только буржуи дали пояснение по этому поводу.
- Подробности
Люблю Joomla 3, использую компонент JComments от JoomlaTune, который позволяет комментировать статьи на сайте хорошие настройки, вполне устраивает, но есть одна проблема - спам. Комментарии сыплются градом от ботов, ;kcaptcha совершенно не спасает, через несколько дней приходится чистить базу от спам-сообщений, выискивая среди них полезные.
Не совсем понятно, почему разработчики не добавят reCAPTCHA в компонент JComments, а по-прежнему используют kcaptcha.
Существует все же возможность добавить reCAPTCHA в компонент JComments, стоит быть внимательным, при обновлении компонента JComments интеграцию reCAPTCHA придется делать снова.
Предварительно необходимо настроить reCAPTCHA в Joomla.
- Подробности
Дошли руки до Moodle и сервера, на котором он расположен, точнее вынудили обстоятельства. Moodle начал очень сильно тормозить, это на двух процессорах E5440, из которых выделено 80% на виртуальную маши. При обращении более 10 пользователей MySQL грузил все 8-мь ядер на 100% в течении 10 минут. Чего делал:
- Подробности