Антон Долганин (Все сообщения пользователя)

Симлинк это просто ссылка, мгновенно передающая иполнение тому файлу (папке), на который создана. Тормозить по определению не должна.

Есть $APPLICATION->GetTitle(), на некоторых уровнях выполнения страницы может помочь. Но не универсально, естественно.  

Стоит заметить, что пользователи там тоже платные. 700ре/штука, сверху 25 бесплатных. Ну и ежегодное продление все же присутствует необязательное, и меньшее, но при пересчете на месяц суммы тоже сопоставимые. (но конечно, тут можно не платить, тогда как в Б24 платить надо)

А какие ошибки были?

В секцию <IfModule mod_rewrite.c> воткните

Но особо на практике не гонял, вдруг есть аномалии. С виду только работает.

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

С другой стороны вы требуете нехилый опыт. После 5 сложных работ специалист стоит от 1-1.5 т.р. в час и данный проект превращается минимум в 100-150т.р. (что кстати не рационально и проще нанять менее опытного спеца (если вам реально только переодеть)).

С третьей стороны, вы понимаете, что работы там на месяц-два, можете дать зп на 50 штук, почему бы не платить сразу больше.

Я бы мог подумать, что вы жадина-говядина, но 50тыс. зп в принципе неплоха (не для прошедшего сложные проекты, конечно, но для жуниора).

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

Какой ужас, Денис выше 0.15 (выше 0.3 на решениях из коробки) - уже стоит задуматься. Собственно, Елена, это частично и ответ на ваш вопрос. Если руки из нужного места, а время тратится не написание статей на жоп-интервью - все будет летать.

Файл install/version.php поставьте заведомо большим, и он для апдейтов будет всегда свежим.

В смысле если говорить строго о компонентах и их шаблонах.

Это единственно правильный путь. А какой путь еще есть?

Без ТЗ вам никто ничего не скажет. Если ваш функционал замешан на существующем (или пересекается с ним), то Битрикс сэкономит. Если совершенно новое - то может другой фреймворк проще.

Вы оперируете инструментами. Битрикс инструмент. Yii инструмент. Кому-то быстрее одно, кому-то другое. Я бы не думая взял Битрикс, даже не сравнивая с другим, потому что у меня явно рациональнее это выйдет. Если вы собираетесь проектировать CRM космического корабля, то проще Yii, если (!) разработчики ваши с ним на "ты", нежели чем с Битрикс.  

У вас сам функционал (не важно на чем) соберет сотни человекочасов (если вы хотите собрать хотя бы половину той CRM что есть). Ну и сам корпортал крайне сложен будет для понимания, если вы не понимаете даже специфику модулей БУС.

Мне кажется, проще такой план:
- составляете список чего не хватает
- сообщаете Битрикс, слушаете что он ответит и что когда реализует, что по сути не надо, а что (быть может) решает другой модуль
- по остаткам составляете ТЗ
- разработчик делает
- ???
- profit

А как вы увидите внутренности чужих порталов?

Хм, интересный баг получается - вы не сможете на демке расширить этот функционал, ибо что доступно в МБ (кол-во типов цен, к примеру) зашито в обфусцированном модуле каталога.

Рекомендую снести модуль каталога (с сохранением таблиц) и с удалением с диска, и закачать заново.

Хм. Вообще-то, "вакансия всегда чья-то" © кот Матроскин. В данном случае, это вакансия Юли, которая ищет сотрудника.

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

Такие вопросы не задают на форуме, "получив заказ на разработку". На это выделяют миллионы и этим занимается hl-команда, а не один человек. Они не делятся этим опытом, и не пишут на хабрике.

Битрикс... Битрикс тут как-то поверхностно и размыто участвует.

Я не ставил целью вас задеть или обидеть, я лишь показал, что заказчик прежде всего не понимает что такое 100 000 в секунду, и что не у всех акул интернет-бизнеса такие обороты. Но миллионы он уже должен доставать, раз уверен в таком обороте.

Я бы рекомендовал отмотать назад и поставить вопрос так - "а что нам надо на первом шаге" и "в перспективе 2 лет"? Поверьте, через два года все технологии поменяются.

Отвечая на ваш вопрос - нет, такую систему на каком-либо универсальном ПО создать невозможно. Все пишется с нуля и дрочатся над каждым байтом кода.  

Какой ужас написан в документции. Это просто жесть. Нельзя так делать!

В ИБ+ переводят не для решения этой проблемы, а для других целей. Для решения этой проблемы итерации загоняются в общий массив, а если там данные по ID уже есть, то они дополняются.

А вот за второе я лишал бы права на разработку. Потом у людей сотни запросов на странице появляются. А это затолкали в документацию черт.

Нет слов.

Блокируется на уровне продукта опять же. А это все раво хиты, все равно обращения. То есть, если кто-то начинает долбить Битрикс, проактивка по хитам не спасает. Только грамотный тюнинг сервера.

Ну и смотрите выше - кому надо так "заддосить" сервер - подделает заголовки  и заддосит.  

А им какой смысл?
Тут надо плясать от "а зачем вам".
Откроют напрямую - увидят что-то страшное? Так кому надо - откроет хоть как.
Просто красиво? Получите больше геморроя, когда сервер или еще кто порежет заголовок.
Поисковики? disallow /ajax/ спасет ситуацию.  

CSaleOrder::GetList

Есть куча примеров, в том числе в комментах.  

Я все время хранил в /ajax/. Не так давно подумал, а почему бы не хранить в специальной папке /bitrix/tools/<папка_проекта>/. В общем, все индивидуально, главное не в разных местах и не в запрещенных (к примеру в корне /bitrix/).

Цеплять сюда безопасность точно не надо. Кому надо - откроет. Засим смысла я лично не вижу. Но если хотите, можно делать проверку в скрипте. Вроде за $_SERVER[HTTP_X_REQUESTED_WITH] надо цепляться. Равно xmlhttprequest в случае ajax-вызова.

Специальные константы

Модуль Безопасноти (его проверка активности) базируется на Веб-аналитике, засим надо смотреть в сторону NO_KEEP_STATISTIC

Есть огромная бяка стандартного jquery из коробки. Вендор сам когда хочет может сменить версию jquery. По крайней мере сейчас это так. А это чревато. Да и порой верстка проекта сделана под иную версию jquery. В общем, как этот кошмар с jquery продолжался, так и продолжается.