Создать файл .htpasswd Файл должен располагаться за пределами doc_root, например:/home/test.ru/.pass/ Содержимое файла (demo — пользователь, rwerwer232r3werwerF8iU3123ses005aK1 — пароль): Прописать правила в .htaccess проекта Например:
Архивы автора:admin
Шпаргалка по SQL
Добавление элемента в раздел через ORM D7
Как стать админом в Bitrix, если есть хотя бы FTP-доступ
Допустим клиент выдал вам доступы ftp или ssh и ушел спать. А задача подразумевает работу в админке. Чтобы попасть в административную часть bitrix, необходимо залить скрипт и его выполнить. После перейдите в по <url_сайта>/bitrix , и вы пользователь с id = 1, он же Администратор.
Почему нужно всегда удалять файл resote.php
Все просто. Этот файл принимает и распаковывает архив, который формирует битрикс. Достаточно засунуть какой-нибудь shell-скрипт и при создании архива средствами битрикс указать в настройках, чтоб архивировался только нужный нам файл. В итоге, загрузив этот файл через /restore.php, на сервере будет файл ровно там же, где и на сайте в котором он был заархивирован.
SOLID принципы: DIP (Принцип инверсии зависимостей (The Dependency Inversion Principle)
Существует два определения. «Модули верхних уровней не должны зависеть от модулей нижних уровней. Оба типа модулей должны зависеть от абстракций.» и «Абстракции не должны зависеть от деталей. Детали должны зависеть от абстракций.» Как соблюдать этот принцип. Вы должны использовать все классы через интерфейсы.
SOLID принципы: ISP (Принцип Разделения Интерфейса (The Interface Segregation Principle)
Клиента не должны зависеть от методов который они не используют. Т.е. если какой то метод интерфейса не используется клиентом, то изменения этого метода не должны приводить к необходимости внесения изменения в клиентский код. (Р. Мартин) Вывод: Много специальных интерфейсов, предназначенных для клиентов, лучше, чем один общий интерфейс
SOLID принцип: LSP Принцип подстановки Барбары Лисков (The Liskov Substitution Principle) объекты в программе должны быть заменяемыми на экземпляры их подтипов без изменения правильности выполнения программы.
Т.е. Если у вас есть место куда приходит класс (parent), то должна быть возможность без каких либо проблем добавляться и его наследник. Так же есть формулировка от Герба Саттера и Андрея Александреску: «Подкласс не должен требовать от вызывающего кода, больше чем базовый класс. И не должен предоставлять вызывающему коду, меньше чем базовый класс.»
SOLID принципы: OCP (Открытости/закрытости (Open Closed Principle)
Программные сущности (модули, классы, функции и т.д.) должны быть открыты для расширения, но закрыты для изменения (Бертранд Мэер) «Открыты для расширения», означает, что любой класс, метод, блок программного кода должен быть открыт для добавления нового функционала «Закрыты для изменения»: для добавления нового функционала в сущность, не должны вноситься изменения в код, который эту сущность использует. …
Читать далее «SOLID принципы: OCP (Открытости/закрытости (Open Closed Principle)»
SOLID принципы: SRP (Принцип единственной ответственности, Single Responsibility Principle)
Каждый объект должен иметь одну обязанность и эта обязанность должна быть полностью инкассирована в класс (Робер Мартин). Через ваш класс должна проходить только одна ось изменений (Сергей Немчинский) Т.е. Ваш класс должен меняться только по одной причине (содержать поля и методы относящиеся к одному вопросу). Никаких Gob Object. Осмысленно используйте SRP. Не следует, необдуманно, рубить …