Форум

[QUOTE]Антон Долганин пишет:
В большинстве случаев веб-студия просто не учитывает очень много нюансов и в итоге получается огромный затяг сроков, урезание бюджета и в конце все доделывается тяп-ляп. [/QUOTE]
Антон, ну вы только подтвердили мои слова.  :)
Персональная ответственность и заинтересованность очень важны в нашей сфере. И в компании эти показатели в среднем получаются ниже (исключение - "звездные" коллективы). Например, когда менеджер в поисках другой работы и ему глубоко плевать какой там получится проект. Дизайнеру тоже как-то скучны или не с руки те проекты, которые ему дают. Верстальщик только вчера дочитал "html для чайников", а программист параллельно делает несколько проектов на разных движках и битрикс - не самый его любимый. Директор всех подгоняет, т.к. бюджеты не те...
В результате они сдадут проект, конечно, но такой ли он получится, какой нужен был заказчику - это тот еще вопрос. Но НИКТО из участников не будет себя чувстовать фигово и не сделает выводов, глядя на результат, т.к. для себя у них найдется отговорка - менеджер не учел, верстальщик не так сделал, программист подвел, денег мало и т.д.

[QUOTE]Антон Долганин пишет:
А вообще этот бизнес не для аккуратистов  Но в одиночку работать аккуратно все же получается. Тогда как веб-студия попросту не сможет запилить сие в бюджет, это уже сам клиент не поймет. И я их прекрасно понимаю. [/QUOTE]
Абсолютно согласен. Но клиент потом все равно свое "догонит", что сразу не понял, счетами за поддержку.  :)

[QUOTE]Sergey Emelyanov пишет:
не согласен[/QUOTE]
Вы категорически исключаете такую возможность?

[QUOTE]Антон Долганин пишет:
Сергей, зависит от человека. Я и в составе веб-студий работал так как работаю сейчас один. И я уверен, что если человек халтурит в составе коллектива, то и один он будет халтурить также. [/QUOTE]
А почему не работаете больше в составе коллектива? (можете не отвечать, если сильно личное)

[QUOTE]Роман Забродин пишет:
Работайте с аутсорсинговыми компаниями -- будет дороже, но с гарантированным результатом.[/QUOTE]
Здесь справедливо будет продолжить, что эти компании наймут таких же фрилансеров. А результат с большей вероятностью будет фиговый у компании, т.к. там редко кто несет персональную ответственность за проект, чаще всего ответственность коллективная.

[QUOTE]Алексей пишет:
"PATH" => "/info/$2",
),
Обращаюсь по адресу http://mysite.ru/saratov/info/index.php (страница http://mysite.ru/info/index.php реально существует), получаю пустую страницу... В чем же проблема? [/QUOTE]
у вас путь получается такой:
/info/info/index.php

- в $2, который передается в PATH, содержится остаток запроса после /saratov/

[QUOTE]Алексей пишет:
Этот вариант работает безупречно, и я действительно могу редиректить пользователя в зависимости от параметров, но адрес в URL после редиректа теряет свою красоту, превращается в адрес реальной странички с параметрами  Это можно как-то предотвратить?[/QUOTE]
А зачем вы делаете редирект? Делайте include().

[QUOTE]Рамиль Миннигалиев пишет:
print_r так:[/QUOTE]
print_r() чего именно вы делаете?

У вас, вероятно, свойства в общей таблице хранятся. Вот что по этому поводу написано в документации к [URL=http://dev.1c-bitrix.ru/api_help/iblock/classes/ciblockelement/getlist.php]CIBlockElement::GetList()[/URL]:

[QUOTE]Примечание: если в массиве используются свойство, являющееся множественным, то для элементов, где используются несколько значений этого свойства, будет возвращено несколько записей вместо одной. Для решения этой проблемы инфоблоки нужно перевести в Режим хранения свойств в отдельных таблицах, в этом случае для свойства будет отдаваться массив значений. Либо можно не указывать свойства в параметрах выборки, а получать их значения на каждом шаге перебора выборки с помощью _CIBElement::GetProperties(). [/QUOTE]

Вам выводятся айдишники файлов, как получить данные файла см. [URL=http://dev.1c-bitrix.ru/api_help/main/reference/cfile/getfilearray.php]CFile::GetFileArray()[/URL]

Если я правильно понял, то правила должны быть такими:

array(
"CONDITION" => "#^/([0-9a-zA-Z_-]+)/(.*)#",
"RULE" => "PARAM=$1",
"ID" => "",
"PATH" => "/some_dir/$2",
),
array(
"CONDITION" => "#^/([0-9a-zA-Z_-]+)/(.*)#",
"RULE" => "PARAM=$1",
"ID" => "",
"PATH" => "/some_dir/$2index.php",
)

Первое правило отработает, когда запросят путь по шаблону: "/какой-то_параметр/какие-то_каталоги/какой-то_файл".
Второе правило, когда запросят путь: "/какой-то_параметр/какие-то_каталоги/" т.е. без явного указания файла.
Последовательность правил важна!

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

Если нужен больший контроль и анализ запроса, то в PATH укажите какой-то общий скрипт, который будет анализировать запрос и подключать нужный файл. Тогда хватит одного правила:
array(
"CONDITION" => "#^/([0-9a-zA-Z_-]+)/(.*)#",
"RULE" => "PARAM=$1DIR=$2",
"ID" => "",
"PATH" => "/common_script.php",
)

[b]amorfis,[/b]
покажите, пожалуйста, еще раз правило, без обрамления тегом "код" в форуме (парсер удаляет важные элементы).

[QUOTE]Сергей пишет:
Я же на бете. 30 дней теста. Забыли?  [/QUOTE]
На демо-версии, понял.
Но то, что у вас целостность ядра нарушена, думаю, вы уже убедились? Да и чем закончится ваш миниблог было вполне прогнозируемо :)

[QUOTE]Сергей пишет:
Спасибо, за рекомендацию, но этот вариант не подходит, так как время саппорта истекло. [/QUOTE]

[QUOTE]Сергей пишет:
На 6 минут включил проверку обновлений и на-а-а-а-а-а: [/QUOTE]

Только один я нахожу противоречия?