1с битрикс как создать базу
И ещё вопрос - это нормально то что в настройках подключения к БД указано root и пустой пароль? Это никак не влияет на безопасность?
А что собственно вам мешает задать пароль рута?Создать БД, зайдите по ssh на сервер, запустите утилиту mysql и дальше на чистейшем SQL cre ate database my_database;
PS: чтоб пускала PMA (если речь о phpMyAdmin) то не мешало бы ее для начала настроить.
| Цитата |
|---|
| А что собственно вам мешает задать пароль рута? |
И получится что тот кто получит доступ к файловой системе сайта (ну малоли) сможет залогонится как root на сервере?
| Цитата |
|---|
| запустите утилиту mysql и дальше на чистейшем SQL cre ate database my_database; |
В настройках поставил параметр возможности авторизации без пароля, так начал другое писать
хотя сервер в конфигурации тоже правильный прописал localhost:31006
В итоге выкрутился импортом через голую командную строку. намучался конечно, но получилось
Ну я до этого с час промучился с phpmyadmin, плюнул и ещё с час с поиском нужной команды и её формата. Без опыта это не всё не так просто выглядит как просто одна команда))
А почему не включить в поставку настроенный phpmyadmin который по умолчанию будет выключен в целях безопасности, и будет включаться где-то просто включаться по желанию?
| Цитата |
|---|
| А почему не включить в поставку настроенный phpmyadmin который по умолчанию будет выключен в целях безопасности, и будет включаться где-то просто включаться по желанию? |
Например man mysql
Из соображений безопасности.
В виртуальной машине по умолчанию в корне сайта лежит restore.php который может распаковать ваш архив и поднять из него БД. Это же относится и к дополнительным сайтам.
А что даёт этот man? Чем man mysql будет отличаться от mysql ?| Цитата |
|---|
| В виртуальной машине по умолчанию в корне сайта лежит restore.php который может распаковать ваш архив и поднять из него БД. Это же относится и к дополнительным сайтам. |
Это конечно круто, но вот у меня ситуация - переношу сайт с виртуальго хостинга т.к. посещаемость уже больше 1000 уников и виртуальный хостинг просто ложится. Бекап сделать стандартными средствами не удаётся т.к. через минуты 3 скрипт ложится выдавая ошибки, пробовал разные настройки, и всё равно даже если пишет что выполнился до конца размер архивов почему-то разный, значит чего-то не докладывает куда-то.
В итоге переношу файлы в ручную через SSH, и вот тогда начинаются муки с восстановлением БД.
Настройка любой площадки для CMS — это рутинный процесс, который должен быть доведен до автоматизма в каждой уважающей себя компании. А потому частенько воспринимается, как восход солнца — это происходит само собой. На самом деле, нельзя так относиться и надеяться на разработчиков, особенно если часть команды работает на субподряде. Они могут потратить кучу времени и денег проекта на переносах, багах и конфликтах кода.
Задача тимлида — создать команде среду для разработки и правильные условия для написания кода. Чтобы помочь с этим я решил опубликовать напоминалку, основанную на внутренних регламентах компании где я работаю.
Итак, наша задача: развернуть рабочие стенды девелоперов (dev), тестовое окружение(stage), боевой сервер (prod), наладить процесс разработки и тестирования, доставки артефактов по цепочке и деплоя стабильной версии. Для этого необходимо формализовать, привести к единому алгоритму процесс настройки площадки для разработчика, чтобы не возникало ситуации, когда каждый сам решает, что и где «подкрутить». Золотое правило управленца — если процесс повторяется больше одного раза, на этот процесс должна быть инструкция или регламент.
Расскажу на примере архитектуры, которую используем мы: main — наша основная площадка для тестов и показов. В дополнение используем несколько площадок для каждого из разработчиков — d1, d2 и так далее. Настройкой среды для Битрикс-приложения в нашей компании занимается сисадмин. Здесь нет универсального способа настройки, поэтому подробности опущу.
Шаг 1. Разворачиваем ядро Битрикс (базовое или своей версии):
Проверить кодировки. Устанавливайте сайт СТРОГО в кодировке UTF-8. При проверке сайта (Инструменты – проверка системы) шестым пунктом проверки должно выводиться «Параметры настройки UTF».
Проверить ключи. Ни в коем случае не оставляйте сайт на демо-ключе. Нужно запрашивать некоммерческий ключ для разработки у менеджера проекта, а в случае непредставления — останавливать проект. Об этом должен позаботиться тимлид, иначе про ключ все забудут и в один прекрасный момент сайт перестанет работать.
Поставить галку на версиях разработчиков. После установки продукта в админке нужно отметить, что сайт используется для разработки, а не для коммерческих целей.
Обновить до актуального состояния. Сразу после развертывания необходимо зайти в настройки Битрикс и установить все обновления системы, поскольку в аутсорс-продакшнах часто пользуются готовыми сборками (образами).
После разворачивания сайта необходимо пройти проверку системы и проверку тестирования конфигурации /bitrix/admin/site_checker.php?lang=ru. Ошибок и предупреждений не должно быть. По умолчанию агенты на тестовых площадках Extyl должны выполняться на хитах, а на бою переведены на cron (тимлид проекта решает, когда на тесте надо перевести агента на cron).
Шаг 2. Следим за тем, чтобы площадки для разработки не оказались в индексе поисковиков
Программисты, как правило, вообще не задумываются о поисковиках и последствиях индексации площадки для разработки. Нужно напоминать, что стенды разработки — это те же сайты в сети, а значит их видят роботы, Нам не нужно, чтобы служебная информация оказалась доступна в поиске. Сразу после установки не забываем изменить настройки на боевом сервере.
И в robots.txt прописать правило:
– запрещена индексация сайта;
Во время переноса сайта на боевой сервер, файл должен быть изменен (оставить запрет на индексацию только на системные папки, страницы, файлы, такие как bitrix, upload, auth и т.п.).
Шаг 3. Устанавливаем модуль миграции сущностей БД
Когда у нас уже есть ядро и мы начали делать сайт, появляются данные, с которыми нужно работать и не терять их. Возникает необходимость переноса на бой и обратно изменений сущностей БД (инфоблоки, формы и т.д.).
Ничего не вводим руками, пользуемся миграциями. Причина — миграции дают возможность сделать все, что можно сделать руками, но при этом процесс можно в любой момент времени повторить. Когда команда состоит из нескольких разработчиков, количество забытых данных растет в геометрической прогрессии. Если у заказчика есть предпрод или сроки приемки затягиваются, то без миграций невозможно обойтись в принципе.
Не ленитесь и облегчите себе жизнь установкой мигратора. Он поможет восстановить работоспособность сайта, даже если кто-то удалил базу без возможности восстановления.
Шаг 4. Настраиваем Git
В современных реалиях без GIt не может существовать не один проект, даже очень маленький. Писать код без системы версионирования сегодня невозможно — командная работа на то и командная.
Сразу после развертывания Битрикс — надо установить Git на проект и правильно его настроить:
Не все должно попадать в репозиторий, настраиваем gitignore.
.gitignore может быть изменен и дополнен в зависимости от потребностей проекта.
robots.txt, как и sitemap*.xml, .htaccess должен быть в .gitignore на бою и всех тестовых площадках.
Пара слов о гигиене процессов:
На предпроде должна быть включена ветка stage, а на бою master. В ветках stage и master мы не работаем.
Все ненужные страницы и разделы необходимо удалить перед первым коммитом.
В Git не должны попадать отладочные скрипты, логи, медиафайлы, регистрируемые в БД и др.
Очень важно первично правильно настроить Git и сделать площадку main (stage) чистой — без незакоммиченных файлов. Далее эта площадка будет копироваться на тестовые хосты, и если не выполнить эти предписания, то будут проблемы с тем, что невнимательные разработчики станут коммитить конфигурационные файлы, отладку, ядро и другие вещи, которые не должны попадать в Git. Вообще, когда в истории коммитов видно, как удаляют отладку или то, чего не должно там быть — это говорит о низкой квалификации разработчика. Подробнее о работе с Git я расскажу в следующей статье.
Шаг 5. Настраиваем CI/CD на проекте
CI/CD технология непрерывной интеграции и развертывания сегодня практически стандарт для отрасли, хотя единого алгоритма действий тут нет, и пожалуй быть не может — слишком много разных переменных для каждого проекта, каждый раз настраивать приходится по своему. Но общий алгоритм един — пишется код, покрывается тестами, отправляется в систему контроля версий (не обязательно Git), при поступлении нового коммита — тригерится запуск развертывания тестового окружения и самих тестов. Если все успешно — тригерится деплой артефактов на прод.
Разумеется, это только каркас, и этапов может быть гораздо больше, как и проверок (и автоматических и ручных) на возможность перехода к следующему этапу. Но в рамки этой статьи разбор CI/CD не укладывается, это отдельная и большая тема.
Большие проекты подразумевают настройку CI/CD, но процесс сильно зависит от потребностей проекта.
В этом мире всё, включая разработку, стремится к хаосу, а тимлиды его сдерживают и структурируют работу. Описанные мной шаги банальные, но, как ни странно, снимают огромное количество проблем. Не выполненные вовремя пункты инструкции ведут к негативу заказчика и потере драгоценного времени тимлида. Надеюсь, что материал поможет читателю сделать настройку площадок проще, а работу в команде продуктивнее.
Перед тем, как начать писать базу знаний, продумайте структуру. Все страницы базы образуют разделы и подразделы, которые отображаются в меню.
Как создать раздел в меню
Чтобы добавить новый раздел в меню, нажмите кнопку Новая страница и в появившемся окне напишите название.
Также добавить разделы в меню можно через кнопку Редактировать.
В открывшемся окне вы можете удалить шаблонные разделы или создать новые.
Вы можете отредактировать уже существующие названия. Кликните на название шаблона и замените его в строке ниже.
Как изменить порядок разделов
Чтобы переместить раздел внутри меню, наведите на левый край блока с названием и перетяните его.
Как создать подразделы
Чтобы создать подраздел, перетяните блок вправо.
Вы видите, что блок закрепился в меню как подраздел.
Как поменять изображения в меню базы
Не забудьте также изменить картинку в шапке вашей Базы знаний. Откройте меню рядом с картинкой и выберите пункт Редактировать.
Когда приходит новый сотрудник, необходимо ввести его в курс дел: рассказать о компании, продукте, графике работы. Чтобы сократить время обучения и не повторять каждый раз одно и то же, создайте Базу знаний компании и включите в нее всю важную информацию, которую необходимо знать новичкам.
Функция База знаний Компании доступна на всех тарифах Битрикс24. Количество баз зависит от вашего тарифа. Узнать подробнее вы можете на странице тарифов.
Чтобы создать новую базу, выберите пункт База знаний в левом меню и нажмите Новая база знаний.
Выберите шаблон из предложенных или создайте базу с нуля.
Отредактируйте шаблон, нажав на карандаш: укажите название вашей базы и дайте краткое описание, выберите цветовую палитру. Когда все готово, нажмите Создать.
Ваша база создана. Начните заполнять страницы. В шаблоне страниц вы можете создавать текст, выбрав нужные параметры.
Для наглядности добавляйте в базу графики, колонки, таблицы и изображения.
Подробнее о создании страниц читайте в статье:
Все базы хранятся в разделе База знаний в левом меню.
По умолчанию все сотрудники компании имеют полный доступ к базам знаний. Вы можете настроить права доступа как ко всем базам знаний компании, так и к конкретной.
Читайте также: