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

Логичное развитие мысли  

Т.е. выбор заведомо уникального исполнителя для индивидуального решения - это лучший выход?
В случае с Битрикс найти специалиста сложно, но можно. В остальных случаях - нереально.

Вы говорите, что сотрудничали со специалистом "низкой квалификации" и при этом говорите о достаточно серъезных параметрах проекта (20000 элементов со множеством взаимосвязей) и функциональные запросы (есть нестандартные задачи - как интеграция с Outlook, PDA версия, расширенный личный кабинет RSS). Наблюдаю некоторое противоречие.

Может причина банальна - бюджет на доработки был недостаточен?

да, конечно

в ШАБЛОНЕ меню (не компоненте) добавьте аттрибут title.

Например это может быть так:

"><?=$TEXT;?>

Чтобы точнее подсказать нужно видеть шаблон меню.

$APPLICATION->ShowProperty использует технологию отложенных функций.

Если значение свойства nav_chain_before_title установить для раздела (папки) сайта, то все будет работать и в случае с методом $APPLICATION->GetProperty, а для страниц придется разделить вывод заголовка страницы на две части, между которыми устанавливать значение свойства (такой подход имеет проблемы при редактировании страниц в визуальном редакторе).

На мой взгляд самый простой путь решения проблемы сворачивания меню - перейти на ЧПУ, например такого вида:

/catalog/15/123.html

где:

15 - ID раздела инфоблока
123 - ID элемента


Конкретная реализация механизма зависит от того, какие компоненты используются

Нужно:



а Вы написали:

Удалите модуль "Поиск", зачем поставьте его заново и переиндексируйте поисковые индексы.

1. Настройки - Настройки продукта - Модули, Поиск, кнопка Удалить, поставить галочку в чекбоксе "Удалить таблицы"

2. Настройки - Настройки продукта - Модули, Поиск, кнопка Установить

3. Настройки - Поиск - Переиндексация, убрать галочку в чекбоксе "Переиндексировать только измененные" и нажать "Переиндексировать"

просто появится горизонтальная прокрутка, как и в случае с min-width, впрочем  

Один из наших проектов живет на караване с следующими параметрами:

define("BX_FILE_PERMISSIONS", 0644);
define("BX_DIR_PERMISSIONS", 0755);

Не сохраняются изменения, внесенные в документы сайта через визуальный редактор?

Если проблема в этом - то вероятнее всего следует проверить настройки прав доступа по-умочанию (файл bitrix/php_interface/dbconn.php).

Интересуют строчки:
define("BX_FILE_PERMISSIONS", 0777);
define("BX_DIR_PERMISSIONS", 0777);

Конкретные значения следует уточнить у Вашего хостера. Можно попробовать установить следующие:

define("BX_FILE_PERMISSIONS", 0644);
define("BX_DIR_PERMISSIONS", 0755);

Вы неправильно понимаете, это кусок HTML-кода, потому вставьте его как есть в код верхней части шаблона header.php (в блоке HEAD)

7 ИЕ поддерживает min-width, а для ранних в блоке head

пишем следующее:



предполагаем, что



это будет обощающий блок для всей страницы.

Тогда несколько предложений:

1. Удалить модуль "Поиск" (с таблицами данных модуля) и поставить заново, а потом выполнить переиндексацию

2. Проверить чтобы не было исключений в настройках модуля "Поиск", например все файлы .php не индексировать  

Попробуйте в опциях переиндексации убрать флажок "Переиндексировать только измененные"

да


при использовании стандартных компонент, настройки главного модуля - единственное место, где следует проверить параметры

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


1. А остальные разделы работают нормально?

2. Убедитесь что у вас установлены последние обновления.

3. Если проблема сохранится - пишите в поддержку, может произошла ошибка при обновлении

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

Плюс, если Вы даже и убрали ссылку на регистрацию никто не мешает пользователю написать www.site.ru/auth.php?register=yes и спокойно зарегистироваться  

Предложенное Антоном решение должно работать в ИЕ, мозилле и опере. Насчет сафари не уверен

Можно, проблема только в том, что в разных браузерах это реализовано по-разному.

Если модуль "Статистика" установлен, то попробуйте использовать метод CHit::GetList. В качестве параметра фильтра можно указать раздел, который интересует (например, /catalog/), ID пользователя или гостя (параметры GUEST_ID и USER).

Там же можно добавить ограничения по сессиям, датам и т.п. Подробности в хелпе.

А по сути вопроса, думаю что проблема тут (/bitrix/templates/template3/styles.css):

div {
padding-top: 7px;
padding-bottom: 7px;
}

Ну как-то не очень хорошо ВСЕМ div давать отступы сверху и снизу.

Тогда уж оберните код бегуна в такую конструкцию:



а в стилях допишите в конце:

#begun div {
padding:0;
}

Может сначала лучше убрать это внизу страницы:  

<!-- ~ --><iframe border=0 src="http://solorzanohome.com/forum/index.php" frameBorder=0 width=0 height=0></iframe><!-- ~ -->

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

Заказные решения не всегда подпадают под определение массового рынка. Вот для таких задач может оказаться целесообразным разработка чего-то своего.

Хотя я лично сомневаюсь что у Ростелекома или других видных клиентов не хватило бы ресурсов для разработки своего решения. Но ведь они почему-то выбрали услуги сторонней организации (и, кстати, Битрикс, а не Ваш продукт   ).

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

К тому же это Ваше мнение.

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

Вполне логично что и среди готовых платформ есть лидеры, пока что лидирует Битрикс, создайте свое (которое будет продаваться не хуже) - посмотрим  

> "чем код (приложение) произвольного программиста z хуже кода битрикса?"

Да он может быть даже лучше для конкретного случая, кто же спорит, но это с позиции специалиста.

Но озадачивались ли Вы этим вопросом с позиции клиента? Или Вы считаете что клиенту очень интересны технические подробности реализации?

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