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

1) На практике создание другой языковой версии равнозначно созданию другого сайта. Полностью другого.
2) Многосайтовость нужно делать по т/наз. "второму способу" -- разные сайты на разных доменных именах.

Сложно сказать, не имея доступа к сайту. Попробуйте обратиться в техподдержку? http://dev.1c-bitrix.ru/support/index.php

Кажется, там нужен ещё один уровень вложенности, т.е.:

Заведите свойство инфоблока типа "число" и сортируйте по нему.

Но вообще, если вы, как положено, пишете компонент, а не соплю прямо в теле страницы, вам таки надо загонять выборку в переменную $arResult.

Да? А какой запрос у вас получается после изменения места хранения свойств инфоблока?

И таки да, нужен эксплейн. Добавьте слово "explain" в начало запроса, чтобы получилось "explain select ......." и выполните его.

В настройках компонента снимите галочку "Использовать обратную навигацию".

1) В настройках нужных инфоблоков дать контент-менеджерам право на редактирование
2) В настройках главного модуля дать право контент-менеджерам хотя бы на изменение своего профиля
3) Дать контент-менеджерам право на чтение /bitrix/admin/ (админка - контент - структура сайта - файлы и папки - /bitrix/admin/ - контекстное меню - права на доступ продукта)

А самое прекрасное -- это 3 месяца испытательного срока. Без лоха и жизнь плоха?

Ну и к вопросу о цвете и фактуре фекалий (отображены прямо в шапке):

Оттуда же.

Это прекрасно, я считаю.
Картинка взята из портфолио топикстартера.

Ничего себе сайтик! Если верить структуре меню, там одной работы программиста на 4-7 человекомесяцев. И проектирования/дизайна/тестирования/менеджмента примерно на столько же.

ABPC облажалось с оценкой? Или заказчик захотел на грош пятаков?

(UPD) ТЗ не читал, оценка чисто навскидку.

Я считаю, что человек просто хотел написать необычное объявление, которое привлекает внимание. И это сработало: своими постами мы держим это объявление в топе.

Но вот работать с человеком, который смешивает компьютерную игру и реал, я бы не стал.

Должен признать, что слово "придурок" было неуместно. Прошу прощения.

Но идея рассматривать своих сотрудников как юниты нанимателя не красит.

А чо, мне нравится. Я тоже играл в X-Com. Только на стороне игрока, а не юнита.

Или во что там этот придурок переиграл? В Вархаммер?

   if($ar_props2 = $db_props2->Fetch())
$arFields["TITLE"] = trim($ar_props["VALUE"]);  
  if($ar_props3 = $db_props3->Fetch())
$arFields["TITLE"] = trim($ar_props["VALUE"]);  

С названиями переменных напутано.

* Первый вопрос более чем глупый. Вы студия.
Второй вопрос интересен.

102 строчки смогли бы сказать в 51 раз больше, чем 2.

Ну, это чисто арифметически, конечно. А практически из ваших строчек я ничего не узнал. Чем вы хоть занимаетесь-то? ("Делаем сайты" не катит, тут почти все делают сайты). Вы студия или отдел в рамках непрофильной компании? Вы на чём-то специализируетесь (визитки, магазины, корпорталы и т.п.) или делаете всё?

Да знаю. Без обид, ладно? Давайте я дальше на ваш пост отвечу без цитирования.

Такого, что команда разрастается из-за того, что у них много задач, имхо, не бывает. Имхо, команда разрастается из-за того, что в неё начинают набирать новых людей. Как одну из причин, из-за того, что у текущей команды много задач.

Просторный офис -- это очень круто. За последние 2-3 года сам переезжал 5 раз, в разных компаниях, и простор всегда радовал.

Внутренний заказчик для кого-то плюс, для кого-то минус. Для меня скорее плюс, но будет зависеть от очень многих факторов.

Стартап ещё более стрёмный фактор.

========================

А вот теперь интегрально. Ну что бы вам сразу не описать вашу сферу деятельности, не огласить рамки ЗП и не упомянуть отдельно о крутом офисе (фотка прилагается)? Приходится подначивать, ага.

Круто. Все предыдущие разработчики разбежались, что ли?

Оба два?

В своих просторных офисах с конкурентоспособной ЗП.
Вы её не назвали, и я называть не буду.

Попробуйте взять код из поста #4 и заменить в нём SONET_RELATIONS_REQUEST на SONET_RELATIONS_FRIEND

Буммер. Вы же в самом первом сообщении написали:

Простого решения я не вижу. Дело в том, что привязка элемента к разделам хранится в базе точно так же, как и свойство типа "Привязка к разделам". Поэтому в свойстве типа "Привязка к разделам" нельзя задать собственный инфоблок.