JavaScript Те же самые скрипты, но код работает по другому в чем может быть дело -- элемент исчезает, когда раньше не исчезал

Это абстрактная заметка по проблеме отладки фронтэнда

Главная мысль -- если мы подключаете одни и те же скрипты из разных источников, убедитесь, что один из способов при котором что-то идёт не так и подключает ещё дополнительно некие CSS файлы -- именно они могут создать эффект изменения работы скрипта (например блок может исчезать при клике).

Особенно велика вероятность данной ситуации, когда вы не видите каких-то "подозрительных" событий, привязанных к данному элементу.

yii2 Сменить версию JQuery, путь к файлу/URL -- пример кода

Например, подключим вместо файла JQuery по-умолчанию внешний файл (из сети).
Для этого в конфигурационном файле main.php, в раздел 'components' массива добавим:

return [
//....
    'components' => [

// ......

        'assetManager'=>array(  // руководит браузерными скриптами и CSS
            'bundles' => array(
                'yii\web\JqueryAsset' => array( // изменяем используемый файл/версию Jquery
                    'sourcePath' => null, 

Yii2 Настройка приложения -- файлы конфигурации

При настройке приложения используйте файлы папки /config

main.php // для настроек актуальных и на локальном компе и на хостинге

main-local.php // для настроек на конкретной машине. 

Общее для всех

Помимо конфигурации конкретных приложений приложений файлы настройки --общие для всех приложений, могут лежать в папке:

/common

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

Yii2 Несколько приложений на одном сайте (application)

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

javascript ООП Пример работы с классом -- вызов одного метода класса из другого, вызов методов из обработчика -- пример кода

Ниже приводится пример работы фрагмента кода написанного в стиле ООП --
основное преимущество состоит в использовании изолированного пространства имён, то есть мы можем не бояться совпадения имен функций и переменных:

/**
 * Пример работы с "классом" - ООП на JavaScript
 */
function MyClassName() 
{  
    /**
     * Для вызова методов класса из других методов, вызванных в обработчиках
	 */
	var self = this; // ВАЖНО: назначим псевдоним
    
    
    // набор каких-то элементов видимых в данном классе

SVN О диапазоне номеров правок (ревизий/коммитов) -- в т.ч. при объединении веток. svn merge --revision

Ещё раз об указании правой и левой границы при объединении веток.

Дело, в том, что svn merge работает как svn diff, а svn diff работет так:

svn diff --revision 4:5 URL/rules.txt

Здесь фактически написано:

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

JavaScript return false не работает -- причины, Решение

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

1) Ошибка до return false

Но, предположим, что переход по ссылке всё равно происходит в коде вроде:

javascript Имя переменной как имя функции(/класса) - одинаковые -- когда сработает, а когда нет

Интересная проблема возникает при совпадении имени переменной и имени класса, например:

start();

function start() {
  var Task = new Task();
};

function Task() {
	console.log('work!');
}

// ОШИБКА: TypeError: TaskPackage is not a constructor

Чтобы исправить, можно написать так (хотя бы изменим букву в переменной):

SVN Объединение веток -- пример команд с диапазоном правок - svn merge

Пусть к нас есть некий проект с именем pixel (в вашем случае адреса могут быть другими)

Для объединения нам необходимо указать диапазон правок и адрес, перейти в папку ветки (в командной строке), в которую мы хотим влить ту, чей URL указываем.

Pages

Subscribe to fkn+antitotal RSS