если добавили в индекс git add file, то что бы отменить сделайте git reset your_file
Изменения остануться, но файл не будет добавлен для комита (не будет зеленым)
Если нужно откатить сделанные изменения, то git checkout your_file
Отменяются сделанные изменения, вернется версия файла с родительской ветки (мастера или т.п.)
Ну цель не ушатать батарею максимально быстро. А работать от сети иногда нужно часов по 8...
И вижу два варианта, это либо работать от сети не отключаясь, либо давать разрядится (например до оповещения о низком заряде) и снова на зарядку...
Наверно сразу я не так понял вопрос.. Но почему бы тогда не использовать для этого
модели, т.к. они и есть сущность для работы с таблицей. А как вы уже говорите
контроллер может разруливать действия для нескольких похожих сущностей
в контроллере вы сможете делать логику и применять к подключенным моделям.
В результате имя табл. у вас хранится только в конфиге модели. Или если есть возможность, то использовать какую то ORM, что уже есть хорошей абстракцией.
п.с. ошибка т.к. он видит что на реп. уже есть файлы и их нужно актуализировать с локальными. Перед этим добавлением, комитом и пушем сделайте git fetch
Да. git remote - покажет какие есть репозитории (если например не знаете )
А git remote rm origin - удаляет подключенный репозиторий. (удаляется только привязка к реп.)
Не уверен что вопрос относится к среднему уровню, но вам виднее..
Сообщество в основном везде отзывчивое, где оно есть. т.е. если будете писать не на забытых cmsках или фреймворках, то сможете найти ответ или помощь.
Если есть знание php/js/css/html то идеально для такого фреймворк какой-то.. Если не знаете или нет времени изучать и хотите за основу взять уже что то готовое.. Я б наверно взял за основу тогда какой то магаз. Например opencart. Уже есть и регистрация пользователей и личный кабинет, и массовые рассылки...
Кука - хранится у пользователя, если без срока, то пока не закроет браузер, а с сроком, может храниться сколько угодно пока он не почистит куки.
Сессия - хранится на серваке (в файлах или базе), НО идентификатор (id) сесси хранится в куке.
Привязывать по ip, я б не стал. (сложно найти кого то с статическим ip), а то есть
вполне можете показать кому-то чужие товары.
1й вариант. Если для пользователя/клиента, история просмотров - важный функционал. Максимально упростить регистрацию/авторизацию, просмотры товаров в сессии из нее в базу
2й. Если просто для наличия, пишите в куку и не заморачивайтсь.
Изменения остануться, но файл не будет добавлен для комита (не будет зеленым)
Если нужно откатить сделанные изменения, то git checkout your_file
Отменяются сделанные изменения, вернется версия файла с родительской ветки (мастера или т.п.)