ru.usa (Все сообщения пользователя)

Да что Вы такое говорите? Уж воровать я ни чего не в мыслях не имел. Скажу даже больше: можно смело вырезать 80%, а может и более, коментов. Полезной информации тут дай бог на страницу или полторы наберется, а касательно такого индивидуума как "Антон Долганин" то даже решил почитать что пишет в принципе это чудо в штанах ибо для меня лично такой конфликт интересов показался не естественно острым. В его комментариях не менее 80 процентов можно смело резать или в курилку скидывать ибо на лицо "дефицит общения" и психические расстройства (это я ему диагноз как врач ставлю). Хотя отдельным авторам отдельное спасибо (не буду перечислять и так всем всё ясно, кто хотел понять)

Честно скажу, что не понимаю о чем Вы. Ни Роберта ни Вадима я ни к чему не призываю и уж тем более не чего не требую... если Вы про то что они позволяют тут вольничать социопатам, то меня это не сколько не трогает... хотя и их в лучшем свете не выставляет.

Нет... к сожалению (хотя в моём случае к счастью, ибо задачка ставиться реально интересная, а если нормально получится, то станет и нормально оплачиваемой) функционал требует полного создания классов под ключ с использованием встроенных классов БУС не более 10-15% от общего функционала. Битрикс прежде всего не был мной бойкотирован из-за моей уверенности в том, что профессионалы помогут (как ни как "лучшая" CMS СНГ)... как видно из топика - ошибался... в корне... в итоге я всё равно напишу всё что нужно и кто кем в итоге останется покажет время...

Антон Долганин,
Коли уж вы снизошли до адекватной речи, то лишь повторюсь
И в конце концов ни разу не видел попыток воткнуть на одну страницу "Войну и Мир" ибо прежде чем сервер БД почувствует проблему захлебнется браузер... конечно же речь идет про множество маленьких порций информации ибо это самая распространённая модель представления данных (думаю процент именно такого представления контента близка к 100%). Все уже поняли что вы Эксперт и доказывать это уже не надо. Успокойтесь... Есть что высказать по существу? Давайте обсудим... Но изрыгать желчь не стоит...

Не спорю, что система своим "родным" функционалом "генерирует" много позитива, особенно для Администраторов сайтов, но в тоже время лично я увидел большие странности в архитектуре. Во первых не достаточно чётко выражена архитектура MVC, хотя ООП достаточно солидный. В официальном API мало живых примеров или хотя бы ссылки на статьи или блоги с этими примерами. Тот факт, что динамические данные записываются физически на диск (например создание раздела - это создание каталога на диске, а создание страницы - это создание файла) это меня повергло в шок, хотя не смогу объективно ответить что лучше: оперировать данными читая и записывая их в виде файлов на диск, получая в итоге десятки и десятки тысяч фалов или всё в одной БД и получая данные в "нормальной" форме. Возможно стереотип или привычка, но данные люблю видеть в первой, второй и ... нормальной форме. Думаю, раз уж люди живут так и судя по эмоциям им это жутко нравится, то резон в этом определённо есть... Осталось его разглядеть...

Кстати хочу высказать отдельное спасибо Vadim Dumbravanu и Роберту Басырову(хотя с Робертом у нас есть трения, но всё же человек разумно потратил своё время на подсказки, а не на поливание топика отходами жизнидеятельности). Реально помогли... сэкономили моего времени и сил кучу потратив немного своего.

Кто сказал такое? Я сказал? Я сказал, что читаю... с неделю... далеко не все я прочитал... дай бог сотую часть от того, что приедятся прочитать... то что в документации есть всё тож ясно, что скорее всего... я просил поделиться интересной и объёмной статьёй со сквозным примером... учиться на интересном примере куда продуктивнее.. я например люблю читать Флёнова... купил по TSQL гниг пять... и только одну дочитал до конца и понял... Флёнова разумеется... то что некоторые способы предоставления информации для меня сложны это может быть.... если материал не идёт, то я не смогу освоить в обозримом будущем.. и на против... если материал предоставлен норм, то я могу не заметить как прочитаю книгу на 800 страниц... вот как-то так... так уж получается что ну очень занятой человек... не скажу, что реализую крупные проекты в Google или что у меня семь пятей во лбу, но работу свою знаю и стараюсь как могу и потому на поиски информации остается мало времени... по возможности прошу на форумах помощи, но не чаще 1 раза в год или в два...

Я уже давно прочитал эту статью... не плоха, но маленькая... хотелось бы статью страниц на несколько и проделать всё что там описано... побольше затронуть аспектов архитектуры... хотя и эта статья хороша... Нет понимания чем отличается модуль от компонента... как можно прочитать из моего поста выше не совсем ясно откуда берутся некоторые служебные переменные (про global $APPLICATION, $USER; и козе ясно... на инсинуации в мой адрес я не реагирую ни как... я про те примеры, когда в файле вообще не инициируют эту переменную, а сразу с первых строк кода идёт обращение к методам объекта... то ли примеры опускают этот момент, то ли реально есть условия, когда эти переменные видны)
Так же интересно как подключать и использовать в своём компоненте БУС-овские... например из своего компанента или модуля (опять же хз что есть что) подключиться к компоненту Интернет-Магазина и например получить список заказов определённого покупателя.... и т.д.

Вы про встроенные? На сколько я понял там jQueryвстроен... мне кажется через него куда ловчее работать.

Часто встречается переменная $APPLICATION... в ней по сути едва ли не самый основной объект храниться... но в примерах часто её используют просто так без предварительной инициализации, но например попытка её просто использовать в  Создание собственных автоматизированных обработчиков служб доставки приводит к ошибке... я по началу подумал, что это некая суберглобальная переменная, которая видна в любом месте кода, если он исполняется в контексте БУС (по типу $_GET, $_POST и т.д.), но в обработчике её нет, хотя он, казалось бы, исполняется реально в контексте БУС... конечно же этот объект я все равно нашел в $GLOBALS['APPLICATION'], но в примерах такого приёма не разу не встречал... Может кто-то подсказать в плане видимости этой переменной (как и почему она становится доступной) и на сколько "безопасно" использовать её через $GLOBALS['APPLICATION']?

Спасибо... Но  меня в браузере уже всё это открыто более недели... десятка полтора вкладок с битрикса открыты круглосуточно... цель старта топика заключалась в том, что бы найти некий сквозной пример в виде статьи или ещё чего-либо (модуля и компонента)... Читаю уже давно и всё подряд... пока не нашёл... решил запросить помощь бывалых на этом сайте и 2-3 минуты их трудов сэкономят много часов моих... посчитал, что это не будет наглостью...

Это как посмотреть... Руководству партнёров конечно выгоднее повышать уровень своих специалистов и увеличивать количество таких спецов, а самим "Спецам" нет... Именно по этому сразу видно кто есть кто... Серьёзные и самодостаточные Спецы объективно читают мои посты, а "другие" нет... Даже странно, что Вы как руководитель услышали в моих постах нечто грубое... Заявления мои объективные и не чего про БУС или про что-либо другое негативного не несут... я BMW X5 тоже считаю черезчур сложным... при этом назвать его плохим язык не повернется. Давайте не будем договаривать и додумывать за других и уж тем более пытаться между строк... Я имел ввиду ровно то что написал... Если для себя лично решу, что БУС плохой именно так и скажу и тогда поспорим (конечно по обоюдному согласию... если такое будет). Давайте будем рассудительнее...

Дело в том что я сам работаю в 1С франшизе и аутсорсинге и ожидал именно такой реакции... даже удивился, что есть хотя бы единицы, но разумные и отзывчивые люди... Задачу обрисовать очень сложно... затягивать длинную ленту тут на форуме побоялся т.к. топик как пить дать за флудят местные так называемые "Эксперты"... что собственно и случилось... более половины постов с оскорблениями или водой...

Читать-то читаю... но там комментариев по коду мало, а если есть, то не несут какую-то информацию, которая сильно облегчит понимание механизмов... эти компоненты для того, что бы работать, а не учить...

P.S.
Вообще Вы мне тоже нахамили, а я принципиально не вступаю в разговоры с хамами (если только лично, а не через форумы). Но коли уж вопрос резонный, то не мог не ответить. Ни чего личного...

Vadim Dumbravanu,
Вот например наткнулся на интересный пункт Создание собственных автоматизированных обработчиков служб доставки... достойный мануал... сквозной пример... мне это тоже нужно было и буквально через несколько часов был написан готовый свой обработчик с использованием удалённого API сайта... Не могли бы вы подсказать нечто подобное но для компонентов? Ну и в конце концов должен же быть где-то на сайте БУС или на просторах наших интернетов доступный для скачивания некий пример компонента по типу "hello world", но выполняющий какой-либо функционал из какой-либо предметной области и с исчерпывающими комментариями по коду и абсолютно готовый к установке и использыванию. Кст наткнулся на нечто... не могли бы вы оченить это на сколько это можно читать и на его основе чему-то учиться? На первый взгляд впечатление вызывает спорные...

Это ясно... не ясно на чём учиться... на форумах Битрикса сразу сыпятся оскорбления и призывы бросить затею освоить БУС и лучше купить проект у так называемых "Экспертов". На форумах той же Joomla я даже ни разу топик не стартовал... информации реально не соизмеримо много, хотя в большей своей части фейк, но искать есть где и есть что. Ну и открытость всей системы облегчает жизнь сильно. Скачав 5-10 компонентов начинаеш понимать структуру и логику, а тут всё как-то зажимают производители кода и ни в жизни не объяснят что и как делается потому как не выгодно "Экспертам" БУС-а размножать квалифицированных спецов... это их хлеб... это наверное самая большая проблема... этот... как его там... менталитет...

1-2 дня до уровня уверенного пользователя... 1-2 месяца и начал знать на 4+ структуру и логику движка и начал уже пробовать писать что-то, через пол года пишу во всю шаблоны и компоненты... то что Joomla в разработке и в понимании проще это факт... хуже она или лучше в принципе по сравнению с БУС оценивать не возьмусь по той простой причине, что не знаю пока БУС, но то что проще и форумы по ней кишат примерами и исходниками и куча готовы компонентов и модулей свободны для скачивания и анализа тоже факт. Ну и API у них старше гораздо... у БУС я так понимаю Wiki API достаточно молод...

в описании структуры шаблона есть два описателя

Версия 5.х... сейчас я так понимаю 9.5... т.е. это не принимать к сведению, если работать на БУС 9?

Vadim Dumbravanu,
Если можно, то несколько вопросов Вам задам.

1) Цитата из описания структуры шаблона:/page_templates/ - каталог с шаблонами страниц и их описанием хранящимся в файле .content.php Это для чего? Я правильно понимаю, что это просто картинка шаблона как template_thumbnail в Joomla (+описание в php файле, как xml файл в Joomla)? Если так, то зачем использовано множественное число каталог с шаблонами страниц? Их там реально должно быть более одного? Зачем? И можно ли их не создавать? Если да, то можно ли вообще не создавать некоторые из папок шаблона? Например вместо /image/ сделать /img/ (это просто привычка)... Какова строгость к именованию в структуре шаблона?

2) Что такое /include_areas/ - каталог с файлами - содержимым включаемых областей;
Я так понимаю, что это как "позиции" в Joomla, но почему они не описаны во встроенных шаблонах демки БУС? Как тогда узнать их структуру и синтаксис? Или же проведения мной аналогия не верна?

3) В структуре шаблона (где-то у Вас видел графический макет на котором в пролог были включены "Шапка" и "левая колонка", в "эпилог" включены "правая колонка" и "подвал", ну а тело оно и есть тело). Можно ли реализовать так, что бы в "пролог" входила только "шапка", в "эпилог", только "подвал", а тело содержало кроме самого тела ещё и колонки (левая и правая)

4) Судя по вашему комментарию могу предположить, что Вы знакомы с Joomla. Не могли бы вы сказать какие сущности БУС соответствуют Joomla сущностям Компонент, Модуль, Плагин. Я сейчас читаю про компоненты БУС и могу предположить, что они соответствуют понятию Компонент Joomla, но при этом часто встречаю такой термин как "Компоненты 2.0" и при этом это вроде бы нечто совсем другое... Я что-то путаю или в БУС реально под компонентами можно понимать две совершенно разные сущности?



(если используемая мной терминология режет слух, то прошу прощения... нахватался с 1С 7.7, Joomla и бог весть с чего... использую формулировки из разных плоскостей и иногда меня "несёт")

Спасибо за конструктивный и объективный ответ. Буду курить Ваши ссылки.

Я не не лез к вам с заключениями, что что-то или кто-то говно. Я лишь сказал, что система реально усложнена в ряде моментов (оговорившись, что возможно я просто не проникся или не дорос до Битрикса... что-ж... будем стараться расти. Скажу даже больше: скоро дорасту.). То что считаете Вы кого-то или что-то не достойным Вас и ГОВНО-подобным, то ради бога (к тму же судя по КАЛЛориту вашего поста Вам от этого реально стало легче... рад был помочь... полегчало? ну и прекрасно).

Я высказал своё личное мнение. Думаю, что люди работавшие сначала на той же Joomla, а потом осваивали Битрикс тоже испытали массу эмоций и поймут меня. А люди, которые принципиально считают, что чёрное это черное, а белое это желтое вряд ли смогут мне помочь, потому не сильно горюю по поводу того, что Эксперты по Битриксу не поймут происхождения моих аргументов. А то что сложность системы реально накручена это факт (быть может для каких-то гипотетических бонусов, но я лично их не смог придумать для себя), а API реально не редко пуст для некоторых классов, да и живых примеров реально мало. Изучать на реальных примерах было бы куда интереснее и проще, а почему в плане такой документации у Битрикса обстоят дела именно так, а не иначе я тоже не понял (это можно списать Друпалу, ВордПресу и т.д, но не Битриксу).

P.S.
Прошу экономить ваше и моё время. Если нечего сказать по существу, то прошу не язвить и не поливать топик. К тому же "Экспертам" реально некогда должно быть извергать из себя пустой текст на окружающих.

Работал всегда с Joomla. Теперь появился заказчик, который хочет Битрикс (причины возжелания именно Битрикса крайне субъективны). Но коли уж хочет, а "клиент всегда прав", то нужно оперативно освоить Битрикс. Система Битрикс очень запутанная (во всяком случае по сравнению с мировыми FREE CMS) и "шаблон мышления" попросту рвет от каких-то фундаментальных вещей и даже представить не могу себе почему некоторые вещи реализовывались именно так, а не иначе. Во вторых очень мало написано про неё. Тот же API в некоторых местах слабоват и поверхностен. Ну возможно документация пока рассчитана на специалистов по Битриксу не ниже какого-то уровня и потому ладно (хотя не ясно как тогда быть другим спецам, которым нужно освоить эту CMS? С нуля вчитываться в код и изучать логику структуры ПП? Платить не малые деньги за обучение на курсах? Нет, нет и нет. Разумнее было бы создать благоприятную обстановку для "Иных спецов", но это уже моё личное мнение).

Теперь вопрос:
Как создаются компоненты для битрикса? В самом битриксе есть свой термин "Компонент" и я говорю не о нём. Объяснить что это такое достаточно сложно, но возможно тут есть люди, которые знают Joomla (мне нужно именно то, что называется разработкой компонента под Joomla) и смогут подсказать в какую сторону копать. Нужно на битриксе реализовать индивидуальный функционал для компании и как бы сами классы написать я смгу, но как встроить это в Шаблон битрикса, что бы всё это работало в единой среде исполнения Битрикса с доступом ко всем внутренним API и без дырок не въеду. Уже больше недели бьюсь и не могу освоить эту систему хотя бы до уровня использования.
Заранее благодарен.