Да, это попытка подобрать пароль к стандартным учётным записям. Можете заблочить ИП (теоретически злоумышленник может использовать общественный прокси, но это не частое явление, обычно "мирные жители" не страдают) Но главное чтобы не было таких угадываемых типовых логинов в системе.
Я конечно вам очень сочувствую, но надо понимать, что вопросы слишком общие и неконкретные. А задачи ваши слишком объёмные, чтобы просто взять и сделать за вас. Например, что значит "не работают"? не выводятся ранее сделанные? Не выводятся новые? Выводится какая-то ошибка? Вообще пусто там где ожидалось? А до этого всё работало? Что вы сделали что перестало работать? Если вы добавили компонент, то что вы сделали чтобы он заработал? и т.д.
P.S. Вы не находите, что ваш преподаватель вполне может почитывать этот форум?..
Сразу видно эксперта (для тех, кто не понял - сарказм)
если отбросить бессмысленный в вопросах ликвидации безграмотности сарказм, то станет совершенно ясно, что опытный сотрудник техподдержки - как раз идеальный эксперт для ответа на такой вопрос.
Если попытаться ответить чуть более частно, то такой ответ неизбежно будет неполным и бесполезным. Грубо говоря, компонент - это то, что выполняется на странице или внутри другого скрипта (например другого компонента). Модуль - набор программных средств внутри системы максимально широкого назначения (потенциально). Т.е. модуль может быть просто хранилищем компонентов. А может ещё и что-то делать.
Дмитрий Дмитрук написал: Может я что то не понимаю? Я нажимаю кнопку "протестировать решение" и любые решения у меня устанавливаются в отдельную папку такого типа site_cf Может я не ту кнопку нажимаю? Что значит "протестировать"? Может есть установка решения а не тестирование? И тогда оно будет устанавливать сайт на главную страницу (в корень) сайта?
Да, вы что-то не понимаете. Кнопка "протестировать решение" запускает мастер установки сайта с выбором установки "новый сайт" (т.е. пропускает шаг выбора в какой сайт произойдёт установка). Это вообще к мастеру не относится.
class SelectSiteStep extends CSelectSiteWizardStep
{
function InitStep()
{
parent::InitStep();
$wizard =& $this->GetWizard();
$wizard->solutionName = "Start_Bootstrap_Landing_Page";
$this->SetNextStep("site_settings");
}
}
Мы в этом шаге наследуемся от системного класса CSelectSiteWizardStep. Поэтому никаких настроек нет. Этот шаг выводит шаг "Выбор сайта":
При этом сам этот код ещё ничего не изменяет в системе! он просто принимает от пользователя данные и временно хранит их в памяти для дальнейших шагов мастера установки!
Если дальше в этом же мастере вы посмотрите на класс:
Код
class DataInstallStep extends CDataInstallWizardStep
{
}
То поймёте, что именно он запускает УСТАНОВКУ сайта. Причём он опять же наследуется от системного класса, я ничего не мудрю.
Что этот системный класс делает? Если кратко, то он идёт в /.last_version/install/wizards/coffeediz/Start_Bootstrap_Landing_Page/site/services/.services.php и смотрит список скриптов для установки. Выполняет он их прямо по очереди. Если какого-то файла из списка нет, то просто пропускает. Если какой-то файл содержит ошибки падает с ошибкой и предлагает пропустить шаг. Что интересного мы тут видим? Первый же файл - files.php Идём смотреть /.last_version/install/wizards/coffeediz/Start_Bootstrap_Landing_Page/site/services/main/files.php Видим использование интересной php функции CopyDirFiles. Думаю нет смысла объяснять что она делает? Касательно вопроса КУДА она это делает обратите внимание на константу WIZARD_SITE_PATH - она была установлена в зависимости от выбора пользователя на шаге 1 "Выбор сайта". Естественно, если вы выбрали из публичного интерфейса кнопку "тестировать решение", то битрикс ответил на вопрос выбора сайта за вас и у вас там какое-нибудь значение вроде /u00/www/site/site_cf/. Собственно этот файл описывает процесс копирования файлов публичной части.
Если вы отправитесь в дальнейшее путешествие по моему примеру, то увидите и как происходит копирование шаблона. Я специально дал ссылку на статью где происходит только создание сайта, копирование файлов публички и шаблона (без инфоблоков и прочего сложного функционала), чтобы новичок мог разобраться. Просто идите последовательно по моему мастеру - он очень прост.
Дмитрий Дмитрук написал: Я это читал, но там много не понятных моментов. Например как сделать так что бы в мастере не было выбора тем так как в моем шаблоне нет тем?
wizard.php задаёт каждый шаг (выбор темы, например) в виде классов. Тот пример что я вам дал не содержит шага выбора темы.
Цитата
Дмитрий Дмитрук написал: И вообще в моем решении по сути не нужно инсталить сервисы (инфоблоки) а нужно всего два действия - скопировать шаблон (и зарегестрировать его) и скопировать публичные файлы.
в папке services мастера есть набор сервисов установки. Там перечислены файлы, которые занимаются установкой файлов и инфоблоков. Просто оставьте подключение только тех файлов инсталляции, которые вам нужны (например, копирования файлов и настройки сайта, без инфоблоков)
Цитата
Дмитрий Дмитрук написал: Да и еще вопрос, сейчас пробую разбираю решения из маркетплейса а они почему то устанавливают дополнительный сайт вместо того что бы заливать файлы в корень? Где это прописывается что бы установка шла в текущий сайт?
смотрите 1й шаг мастера (wizard.php) и первый файл в папке services. Визард задёт выбор сайта для установки. Первый файл в сервисах как правило отвечает за копирование файлов в выбранный файл и создание сайта.
Дмитрий Дмитрук написал: Правильно ли я понимаю, что методологически нет разницы между готовым решением и модулем в битриксе? То есть скажем у меня есть свой модуль, что бы сделать из него решение мне достаточно в DoInstall добавить пару функций копирования в частности шаблона сайта решения и прописать этот шаблон как основной на сайте + скопировать все каталоги и файлы нового сайта в корень сайта и все готово?
Или же решение обязательно должно содержать визард по которому пользователь должен шагать?
Шаблон/компонент кастомные? Посмотрите логику компонента, скорее всего там есть какие-то обработки данных, которые не складываются в кеш. Это ошибка разработки.
Если вы такой крутой профи, то что мешает поправить ссылку в конфиге и добавить туда /bitrix/? Что-то мне подсказывает, что вы не разработчик профессиональный, а профессиональный пользователь ПО, т.к. разработчик имеет дело с кодом (и даже если использует для этого IDE со всеми наворотами и фаршем, то прекрасно понимает КАК и ЧТО происходит, а не ноет про то что ему не сделали кнопку). Вы уж извините за резкий тон, просто претензия очень странная. Вы бы ещё удивились почему после перезагрузки машины (ФИЗИЧЕСКОЙ перезагрузки машины с обесточиванием оперативной памяти, Карл!) у вас авторизация слетела и зачем вообще нужно второй раз авторизовываться.
А вообще, вы всегда можете поставить галочку "запомнить меня на этом компьютере" и пока веб сервер будет хранить данные о сессиях, а ваш браузерах куки, вас будет автоматом авторизовывать и вы будете видеть панель.
Это вероятно какое-то типовое решение из маркета? Вероятно автор допустил небольшую ошибку в запаковке решения и побилась кодировка некоторых языковых файлов. Напишите ему в техподдержку (или в обсуждение в карточке решения на сайте маркета).
В чём проблема набрать к адресу сайта (или localhost в данном случае) дополнительно папку /bitrix/ в адресной строке? Если вы будете пользоваться сайтом, то не забудете где это находится (это примерно как скважина замка зажигания в авто - вы же не смотрите под рулевую колодку в её поисках, а просто по привычке суёте руку и вставляете ключ). Этот адрес общий для любого битрикс сайта.
А сам Localhost вы можете запустить через иконку, как вы описали, да.
А в чем именно будут проблемы. Просто сам все время сейчас ложу в это место свои модули пока не наблюдал, Но подводных камней хотелось бы избежать.
Не всегда корректно идёт установка. Сейчас не готов дать конкретные примеры, просто помню, что с коллегами заворачивали какой-то модуль в маркет (не для публичного распространения, а "для себя") и сперва сделали в local, а потом мучались с багами и вынуждены были перейти на bitrix в итоге.
Дмитрий Рубцов написал: На своём проекте свои модули лучше класть в /local/modules/. Инициализировать установку можно на странице /bitrix/admin/partner_modules.php?lang=ru
плохой совет. Могут быть проблемы.
Цитата
Дмитрий Дмитрук написал: А как без маркетплейса добавить модуль на сайт? Просто положить папку с модулем в bitrix/modules/ ? А как инициировать саму инсталяцию модуля?
Да, положили модуль и он появился во вкладке Маркетплейс - можно устанавливать.
Если на форуме пишут что WORK_AREA это разделитель между футером и хедером. Ну то есть контентная часть, то как в самом этом ворк-арее изменить данные.
в файле Index.php (на вашей странице) очистите содержимое между вызовов хеадера и футера.
Алексей Казаков написал: поэтому охота второй сайт не настраивать на хостинге, а настроить локально, а потом выгрузить, чтобы период неработы и настройки сайта был минимален.
Получите кучу лишней работы.
Цитата
Алексей Казаков написал: Отсюда возникает вопрос: как это сделать? Ведь по лицензии - это не 2 раздельных сайта на 2 движках, а 2 сайта на 1 одном движке, то есть база должна быть общая. Как это реализовать?
1) это не так. "Не только так" вернее. Если 2й сайт на отдельной БД и с отдельным ядром находится на локальной машине и изолирован от интернета (и является КОПИЕЙ) боевого сайта в целях разработки, то такая ситуация не нарушает лиц соглашение. 2) Никак не реализовать. Только если стучаться к удалённой БД.
Цитата
Алексей Казаков написал: Или сделать второй на любом другом доменном имени, потом перенести? А как лицензия на это отреагирует?
Лицензии пофиг на домены. Ей важно на количество реальной рабочих копий сайта (на любых доменах или без доменов), торчащих в интернет и количестве "сайтов" в понятии Битрикса на каждом из них.
Вам проще вести всю работу сразу на боевом сайте, но закрыть разрабатываемый сайт от доступа и повесить его временно на субдомен (или технический домен), а потом домен просто сменить. Это не проблема для лицензии.
1) Ну да, а разве админская часть не должна обновляться? 2) Я сравниваю не размеры, а содержимое. А стрелками выделено чисто для примера. Слева и справа "одинаковая" версия битрикс. К тому же выделенный слева файл чуть ли не в 10 раз меньше текущего. 3) Дело не в этом, а в том, что файлы с чистого битрикса совершенно отличаются от файлов поюзанного битрикса, но обновленонного (как он сам считает) до версии такой же, как и чистый.
Руслан, перечитайте пожалуйста моё сообщение ещё раз. Я всё объяснил. Всё прекрасно обновляется. У меня стоит система контроля версий (GIT), поэтому при каждом обновлении я вижу весь объём изменений. Так для справки, чистый битрикс "старт" содержит порядка 25К файлов. Бизнес редакции содержат гораздо больше. Вы же не надеетесь, что какой-то ощутимый процент от количества этих файлов будет изменяться? В этом реально нет смысла. Это означало бы, что проект недописан. Я ещё раз повторю ключевую мысль - есть интерфейсные файлы, которые вызывают те или иные классы и функции, описанные в других частях движка. Изменения в этих файлах маловероятны на протяжении многих и многих версий системы. Это нормально.
Михаил Семочкин, да, говнокод внутри есть... =( Он не повсеместен, но порой встречается. Для проектов такого массштаба это почти неизбежно.
В случае контактов лучше всё же 3 разных страницы. Гибче в настройках на будущее. И не так часто правится, чтобы "устать". А новости и правда из 1 инфоблока можно выводить (для гибкости можно разделы сделать и фильтр по разделу для каждого сайта, чтобы можно было при необходимости новость вывести только на конкретном сайте).