Павел Козлов (Все сообщения пользователя)

Почему же не реально. Только это с компонентом в принципе не связано. Это только HTML и CSS.

Как варианты мы делаем обычно так

А дивам соответствующие стили создать. Рамку придеться нарисовать.

Второй вариант: - это только для FF - CSS свойство -moz-border-radius

а между тегам <head>?

Куда именно? В какой файл и в какую его часть?

А это уже возможно с контентом, который грузиться с помощью jsPopup.
Ну если будут проблему нужно просто грамотно настроить права

А косяк ли это?

http://dev.1c-bitrix.ru/api_help/main/functions/date/index.php - вам в помощь

Так обрабатывайте массим $_GET, и если там, что-то не нужное отдавайте ошибку 404
например

js - это статика, сервер ее отдаст не зависимо от прав. (за исключением прав сервера в .htaccess)

Можно по подробнее?

Может просто в настройках компонент в публичной части выбран старый инфоблок

Насчет указания ориетиров, например в самом интерфейсе файла, полностью ЗА

да не в кодировке тут дело. Эта проблема появляется также, как и исчезает. Как вариант код вызова компонента засунуть в div, иногда помогает.

Я бы сказал не "лучше использовать инструменты ОС", а необходимо использовать ТОЛЬКО!!! инструменты ОС

Я к тому что стоит понимать что при закачке бэкапа есть некотрые особенности работы сервера и PHP (например параметр upload_max_filesize). И в данном случае гораздо правильнее будет загрузить бэкап на сервер, например через тот же FTP.

А вообще при таком размере бэкапа распоковывать его с помощью web-сервера, "слегка" неправильно.

Вас никто не обязывает использовать restore.php

Больная тема  
- то битрикс не поддерживает верстку на div ах
- то битрикс закачать файл под 2Гб через web-интерфейс не может
- то битрикс картинку не растягивает
- то синтаксис PHP у битрикса свой..
- то вот теперь GET параметры сам по себе не хочет обрабатывать
- ну у еще много чего

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

Вы его через веб-интерфес грузите что-ли?  

Обалдеть, опять Битрикс крайним остался. А может стоит сначала изучить HTTP протокол например, и как он работает, что такое вопросик в адресной строке?

А потом делать выводы и крайних  

Завести пользовательское свойство раздела и в него писать ID пользователя, а дальше дело рук.
Я бы сделал так

Имели.
Выяснилось: некоторые "кривые ручки" залезли в PHP код странички и что-то подправили.
Признались только, когда ткнули "носом"  

Из опыта: само посебе подобное не происходит!

Можно просто подключить необходимые js файлы для таких пользователей, если панель им не нужно показывать

6.5.6 явно не поддерживал PHP 5.3

Можно просто использовать CFile::ShowImage($ID-картинки) - т.е. ID файла в вашем случае - создаст HTML для отображения картинки

Времени уйдет больше если писать самому. С использованием API Битрикс многие задачи упрощаются.

P.S. Делаем проект Интернет-магазин - рабочая площадка для менеджеров, для магазина Автозапчастей. Общий принцип такой: Выкидываем все стандартные компоненты. И на основе поставленных задач создаем логику на API очень удобно и гибко.
Из задач разрабатываемого проекта:
- несколько торговых точек со своими ценами, наличием итд.
- поиск и заказ, товара с удаленного сервера поставщика.
- привязка менеджеров к пользователям и соответственно в торговым точкам.
- менеджеры видят и обрабатывают только те заказы, которые поступили в их торг.точку.
- статусы у каждой позиции в заказе, а не только у заказа целиком.
- ну и много еще чего интересного, типа тойже привязки к 1С...


Поверьте проще и быстрее это делать на БУС нежели с нуля.

Эти проблемы решает плагин jQuery - "live query" - http://plugins.jquery.com/project/livequery
Нужен как раз если DOM изменяется.

P.S. jQuery и AJAX БУС не конфликтуют - прекрасно работают совместно

А почему не поясните?