arruah, тогда использовать в связке с контролем версий CI. Во многих из них есть возможность загрузить полученные в результате сборки файлы по sftp. Тот же Capistrano, как ранее предложили
arruah, всё равно, если эти мелкие изменения однажды придётся откатить, например, что-то нечаянно сломаете в коде или в ассетах - будет крайне проблематично быстро откатить это всё к работоспособному состоянию и найти источник проблемы. В то время, как в системе контроля версий можно быстро перейти к состоянию в любой момент времени, а через бисекцию можно даже быстро найти из сотни коммитов, в каком именно месте сломали, не перебирая каждый коммит по-отдельности.
А ещё - если вам нужно поддерживать несколько веток (стабильную на сервере и находящуюся в процессе разработки, которая ещё сыра для продакшена) - то будет очень сложно без системы контроля версий одновременно их разрабатывать.
arruah, смотря что понимать под "каждым изменением", если для реализации какой-то фичи вы внесли изменения в пять файлов - то эти пять изменений правильнее и логичнее в один коммит загнать, не делая для каждого отдельного изменённого файла отдельный коммит. А если в одном файле поправили два бага (вызванных разными ошибками в коде и между собой не связанных) - то наоборот, делать два коммита, на каждый баг - по коммиту. Если ведёте разработку в одиночку - то можете делать так, как вам удобнее, в конечном итоге всё равно придёте к какой-нибудь удобной схеме.
Alex_87, потому что в функцию мы передаём значение элемента. А значение строчкой раннее присваиваем переменной val.
Можно писать if (func(arr[i])) и разницы никакой не будет, но так как это значение используется несколько раз в коде, автор решил вынести его в отдельную переменную.
Какой фреймворк используете? Поидее любом фреймворке есть мидлварь для отдачи статичных файлов. А если всё вручную делаете, можно использовать https://www.npmjs.com/package/node-static или при запросе читать файл через fs.createReadStream(путькфайлу).pipe(response)
1) устанавливаем пустой Wordpress с WooCommerce, создаём несколько объектов
2) делаем дамп базы данных
3) убираем у объектов флажок
4) снова делаем дамп базы данных
5) сравниваем дампы и смотрим, в какой таблице значение какого поля изменилось
6) выполняем запрос UPDATE имятаблицы SET имяполя = значение
Ещё вариант - кривой phpMyAdmin (такое может быть, если устанавливали его из какого-то левого источника). Попробуйте Adminer - он легковесный и обладает большинством функций, которые есть в phpMyAdmin, если и там тот же баг будет повторяться - то phpMyAdmin из списка подозреваемых можно будет откинуть
Алексей Толстоухов, для начала - выкинуть давно устаревшее расширение mysql и осилить PDO. Иначе ваш код будет работать только на древних хостингах, где старинная версия PHP.
Что мешает отключить парольную аутентификацию и сделать только по ключам? RSA-ключи не научились перебором подбирать за вменяемое время (кроме коротких, разумеется), тем более, длину ключа можно увеличить, если паранойите слишком, а при подозрении на компрометацию - сгенерировать новые.
yooooooman, давайте на пять минут побуду Вангой: у вас криво оптимизирована БД и запросы к ней выполняется по несколько секунд каждый, в результате скапливается длинная очередь из потоков апача (запущенных PHP-скриптов, скорее всего), ожидающих, когда наконец придёт ответ от базы данных.
Угадал или нет?
