Александр Маджугин (Все сообщения пользователя)

Эх, не жалко вам ни процессорных тактов, ни памяти... Может еще страничку все в буфер загоним и компоненты обработает и где-нибудь в футере сделаем LocalRedirect, а то вдруг другие программисты что-то еще в эту страничку заложили.

Кому нужно? И зачем?

Так никакая тема не решит проблему обратившегося и вашу тоже. А если вы ждете что кто-то возьмет и вам все сделает - вы излишне оптимистичны. А информация по теме там как раз есть, хоть и скудная.
Можете еще попробовать на php решить эту проблему. Вот вам пример для подражания:

И что же - никто не знает?

99% серверу не хватает прав для запись в файл.

Я вообще противник редактирования страниц сайта через web-интерфейс, я уже говори об этом. Но и клиент не хочет редактировать страницы - он хочет изменять параметры в админке. На худой конец я бы предпочел просто массив сохраненный в каком-то конфигурационном файле и инструмент в админке для изменения его параметров. Еще бы лучше было бы иметь возможность добавления параметров доступных по COption::[S|G]etOptionString.

Да - именно. Это в последней задаче они захотели что бы отбирались не все объекты а первые N которое они могли бы устанавливать. Сделать это в параметрах компонента в данном случае практически невозможно. Да и не люблю я когда клиент редактирует страницу через битриксовский редактор - неважно что - просто html или параметры компонентов.

Бывает пользователи хотят какую-то настройку в админке видеть. Ну например количество меток объектов на карте на главной. Или еще нечто подобное. Как вы реализуете такие хотелки? Я обыно делаю отдельный инфоблок с такими параметрами как отдельными элементами, или свойствами элемента, но только это как-то не красиво и костыльно.

1С напишет свой интерпретатор пыхи еще более поломанный чем оригинал? Чудес не бывает...

Вобщем вопрос из сабжа.
Есть документация API? Подвернулся сайт, здесь разделы каталога верхнего уровня это типы инфоблоков, а подразделы, или разделы второго уровня если хотите - инфоблоки. В итоге на сайте торговых каталогов под сотню. Не спрашивайте почему - я не знаю.
Нужно сделать экспорт в яндекс. Инфы по API найти не смог. Пилить полностью самому лениво.
Подскажите куда посмотреть.

А ошибок ни каких не выдает? Может у сервера просто прав на запись не хватает в эти файлы?

Товар в корзину не добавляется. Т.е. не создается связи между объектом в корзине и товаром. То что вы видите в корзине это не товар, а как бы покупка, которая содержит инфо о товаре. Определенная логика в этом есть.
Вы удаляете товар, а покупка в корзине остается - просто теперь имеет ссылку на несуществующий товар. Такие дела.

Мне кажется штатные компоненты надо использовать исключительно с целью  доступности обновлений. Других причин не использовать кастомные компоненты не вижу, как и использовать.
Тезис о требованиях к производительности я бы оспорил. Я только что исправлял компонент который умудрялся работать 6 секунд в PHP (то-есть это не куча кривых запросов) из-за, ну скажем так - неаккуратности разработчика. Так что лучше уж рекомендовать большинству юзать news.
С другой стороны я не понимаю почему нет какого-то универсального компонента, не заточенного ни под что.

Вот это вот  "DETAIL_URL" => "?SECTION_ID=\".$_REQUEST[SECTION_ID].\"&IBLOCK_ID=#IBLOCK_ID#&SUBSECTION_ID=\".$_REQUEST[SUBSECTION_ID].\"&ELEMENT_ID=#ID#", у вас что?
Вобщем уберите эти слэшы.
А было бы по человечески квотировано одинарными кавычками сразу все бы было понятно. Зачем все направо и налево юзают двойные...

Ну в шаблоне в футере страницы у вас эти ссылки.
Свойство src тега img скрытого. 3 штуки. Удалите их да и все.

Хорошо, в какой момент каспер паникует? Когда открываете какую-то страницу? Проверьте ее код на наличи этих ссылок, а дальше смотрите откуда они в ней появляются.

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

Это невозможно, хотя бы потому, что как вам уже намекнули - генерировать title из h1 не правильно. Хотя у меня сейчас у самого сеошники самоучки которые хотят чего-то подобного...
Но если очень хочется, то почему бы вам не генерировать title из того из чего вы генерируете h1?

Ругается он не на файл а на передаваемые параметры. Откуда эти ссылки вообще которые в списке?

Если проект высоконагруженный то лучше вообще отказаться от БД... Но это лирика.
2ТС: А вы не думали пересмотреть механизм хранения ваших данных? Может как-то закодировать ваши цвета и хранить только хэш?

Меню скорее всего не причем. 80% за то что само меню у вас шапке (header) шаблона сайта и при его редактировании там нарушился синтаксис php. Теперь интерпретатор просто выбрасывает ошибку в этом месте. Хоть бы показали какая ошибка у вас. А то "заблокировался доступ" не очень информативно.
Вобщем надо править шаблон скорее всего.

Вобщем я пока в init притулил такой кастыль:

И буду думать...

Как что? Что-то вроде '/bitrix/admin/fileman_js.php' например.

Спасибо. Но я понимаю что админку можно отсечь... Но дело-то не в этом. Почему ломается визуальный редактор? Почему тело страницы при этом неизменно...
Мне казалось без ответов на эти вопросы я не найду приемлемое решение...
Вобщем после того как отсек админку по ADMIN_SECTION (до этого о константе не знал и отсекал по пути), ответы нашлись быстро.
init выполняется в том числе и для вывода динамически формируемых js скриптов. Ну и соответсвенно подстановка происходит там и они перестают работать.
Теперь вопрос уже стоит как отсечь такие скрипты. Кстати ADMIN_SECTION при их формировании не определена.
Пока идей некостыльных ни каких. Ведь такие скрипты есть и в публичке. И если там встретится </body> будет не очень приятно - они тоже сломаются поскольку попадут под замену.
Можно как-то узнать какой тип документа отправлен в headers?

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