Алексей Задойный (Все сообщения пользователя)

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

Сергей, мне кажется, что есть определённая вероятность, что в проекте присутствуют фильтры. Если результатом их работы будет не сессия, а урл новой страницы, то с заголовком будет не так хорошо, как вы описали, как я понимаю.
Но без конкретики от ТС мы удаляемся от предметной области.

Извините за ОФФТОП...

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

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

ЗЫ Не заступаюсь за исполнителя. Просто после фраз заказчика "это же просто, мне сказали, что это просто" я лично испытываю горячее желание проект оставить. Тот кто сказал, пусть и делает.
Спасибо!

служебные файлы 1С-Битрикс как правило занимают очень мало место (килобайты, как максимум сотни килобайт) - это же простые php или css файлы в большинстве своём.
Большой размер как правило имеют картинки и архивы.

А бекап запускали 1 раз? может это он глюканул, а второй раз он всё тоже самое сделал, только убрал 2мб файлы, которых и не было?..
8)

Ну, если предположить, что вы оставили дистрибутив "бизнеса" в корне, то это +30мб примерно к архиву. Ни никак не 1Гб...
У меня визитки умещаются в 50-100Мб архивы...
А вот крупные интернет-магазины на тысячи (скорее десятки тысяч) позиций - это уже за 1Гб...

Если точно уверены, что ничего не положили в корень и не накачали картинок - посмотрите размер конкретных папок и БД. Может по пути включили какой скрипт, который вам нагенерил идентичных значений в БД?
У меня как-то было так что логи одного из модулей в ASP.NET версии раздули БД до 4 Гб при том что остальной сайт весил меньше 20Мб...
Но это редкие исключения.

Описанная вами ситуация ненормальна для свежесозданного сайта, но нормальная для старого и большого.

Вывод - искать мусор или ошибки хостинга.
ИМХО

Я про корень.
Вы когда разворачиваете сайт, то бекапы или дистрибутивы ведь скачиваете в корень сайта. А битра их заботливо пакует.

Хотя конечно для 1Гб там надо много намусорить...

у вас в корне не осталось других бекапов или архивов? Если они не находятся в папке для бекапов, то скрипт их аккуратненько завернёт вместе со всем остальным...
=)

Хе-хе, знакомо...


Четыре года назад, когда в институте учился и узнал про битрикс, но не понимал как он работает тоже развернул демку у себя на компе, а потом пофайлово заливал на хостинг и удивлялся почему не работает...
=)

301 редирект через хтаксес вам в помощь!
=)

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

Пока решили так:

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


Тестируем.

Да, забавная ситуация согласен. Суть в том, что есть несколько торговых площадок, торгующих одним и тем же товаром с одними и теми же остатками. Но юзер-то об этом не знает, поэтому цены разные и задаём.... Ну типа клиент захотел маркетинговый инструмент для тестирования "а что, если вот эту ерунду продавать не по 500 рублей, а по 499"...
8)

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

Коллеги, вот вопрос, который лично меня мучает, хотя может я просто туплю ближе к концу недели.

Допустим есть N магазинов на многосайтовости. Для каждого магазина создали свой тип цен. Соответственно у товаров цены заполнены по разному - для одних ниже цена для сайт 1, для других для сайта 2, а для некоторых все одинаковые....

С авторизованными пользователями всё просто - разрешил той или иной группе покупать по цене магазина X и доволен.
А как быть с неавторизованными юзерами? Они ведь неавторизованные и на 1 и на 2 и на всех остальных сайтах, а потому приходится давать им возможность покупать по ценам всех типов. Но как же их заставить покупать по ценам того магазина, на котором они находятся (а не по минимальной)?

Напоминает историю как в лохматом году один известный антивирус (не буду тыкать пальцем) находил антивирус в самом себе и пытался сам же себя удалить (поскольку вылечить не удавалось).

Странная логика. Берём неизвесный шаблон, устанавливаем к себе на сайт и видим сообщение о вирусе. После этого идём в сообщество спрашивать о том что это.
Не стоит забывать, что сообщество скорее всего и создало такой вот свободный шаблон.
Либо, если уж шаблон делали вы или знакомые, то вы должны быть уверены в том что в нём.

Ну и конечно на самый крайний случай можно включить голову и посмотреть код, проанализировать.

У меня вэбантивирус даже на счётчик лайвинтернета как-то ругался...

немножечко не то имелось в виду. Всё-таки я лично не сторонник полной автоматизации. Кое-где и человек может поучаствовать.
Лично у меня сервер регулярно бэкапится и я могу выгружать на файл-сервер эти бэкапы, чтобы они не погибали (ибо перезатираются через неделю по умолчанию), но если я захочу бэкапиться вручную? Или другой человек?
Вопрос был как раз в том правильнее ли полагаться на скрипт битрикса, скрипты серверные или руки?..

ЗЫ я параноик? =)

Добрый день, уважаемые!
Довольно давно уже известно про проблемы, которые возникают при бэкапировании сайтов на битрикс, перерастающие некую никем не определённую границу и становящиеся "Большими".
=)
Так сайт с бэкапом 4 Гб фиг развернётся через restore.php.
А сайт 150Мб развернётся легко.

ну и как быть?

Я не вижу оптимального решения, интересно узнать ваши решения...
Я вижу в данный момент 3 основных пути:
1) бэкапируем полностью всё средствами сервера (БД с помощью phpmyadmin или ещё как, а файлы выкачиваем) (на tomeweb'е например можно использовать "Управление BACKUP", а если это другой хостер или свой сервер?)
2) бэкапируем всё кроме выделенный папок с помощью битрикс (подходит только для сайтов, где основная масса файлов точно картинки, например, лежащие в upload), а выделенную папку - руками (тоже вопрос как у разных хостеров)
3) надеемся на битрикс =)

Вариант "не бэкапимся" не обсуждается даже.
=)

сайтмэп МОЖЕТ привести на страницу поискового робота

Роботс.тхт МОЖЕТ ему запретить

И то и другое с долей вероятности. Поисковик может и проигнорить - это рекомендации. Так что они прост овыполняют разные функции.

Пример. Паук ест страницу из сайтмэпа, однако в поисковый индекс не заносит, ибо она запрещена в роботсе.

роботс и сайтмэп не должны зависеть друг от друга. и упоминаться друг в друге не должны.

проще всего в режиме визуального редактирования страницы нажать "параметры компонента" и там указать точку на карте и поставить метки и пути задать...

один из топорных вариантов, что пришёл с разбегу в голову (правим style.css для шаблона менюшки):




заменим на



есть мысль, как сделать резинку, но об этмо позже, если никто не напишет нормальный способ

было такое дело.

попробуйте отключить автоиндексацию. переиндексировать и посмотреть результат. а автоиндексацию включить только перед финальным релизом сайта...

немножко иная трабла.

излишне ретивый сотрудник с правами доступа удалил РАЗДЕЛ каталога. Раздел действительно перестал существовать, однако его использование не прекратилось. Файлы, созданные загрузкой в элементы каталога, остались на сервере. Названия у папок, где они хранятся - сумасшедшие. Как их отыскать теперь и удалить ВСЁ?
Для примера поэкспериментировал я на демоверсии и снёс фотогалерею. На главной странице остаются её превьющки, однако кликаешь туда и нифига толком не работает... забавно так выглядит... нужно бы почистить до конца, а вот как...

Файлы были созданы в разное время на протяжении длительного периода - по дате или размеру не отсортировать даже поиском...

ИМХО  маловероятно...