Цитата | ||
---|---|---|
Dmitry Sirotin пишет:
|
17.09.2014 20:09:53
|
|||||
|
12.09.2014 13:38:55
В modules/search/classes/general/search.php :
Закомментил строку добавления этого phrase_id. Но блин, какого черта надо грепать исходники, что бы битрикс не портил сайт? Как это отключается штатными средствами? |
|||||
|
10.09.2014 12:05:46
В смысле - есть у меня на главной ссылки /news/news1 и /news/news2, битрикс их превращает в /news/news1?share_id=asddfsa, эти ссылки тупо не будут индексироваться с disallow. Как вообще запретить битриксу уродовать ссылки и нафига оно это делает? Я хочу, что бы все ссылки на сайте индексировались, что бы ничего без спроса ссылки не уродовало и не плодило дублей. Disallow: /*?share_id=* - это нормальное решение что ли? По моему нормальный путь - это отключить генерацию такис ссылок битриксом, а запрещать индексировать то, что оно зачем то генерирует - это немного через жопу. |
|||
|
07.06.2014 10:34:49
Есть ли в битриксе нормальный некостыльный способ сделать так, что бы счетчики просмотров были счетчиками просмотров, а не застывшими до сброса кеша значениями?
- больше года назад человек задавал вопрос, оттуда:
Хваленый Сache Dependencies включен, но толку от него никакого. На сайте с посещаемостью около 5 тысяч в сутки висят нули и еденички в счетчиках просмотров. Если отключить кеширование - все норм с счетчиками, однако битрикс начинает при такой нагрузке генерировать страницы за > 5 секунд. Приходит в голову только полностью снести кеш и с помощью CPhpCache (или как его там) вручную описывать кеширование, исключая из него show_counterы. С другой строны зачем писать еще код, когда и без того > 30мб кривого кода имеется в движке, в том числе и код кеширования новостей. В общем как битриксовый кэш без костылей, мазахизма и написания кучи кода заставить не кешировать SHOW_COUNTER? |
|||
|
08.05.2014 12:02:21
Не сохраняется видео с youtube при вставке в визуальном редакторе, если это делать от контент-менеджера.
То есть открываем новость на редактирование, в визуальном редакторе тычем "Вставить flash", вставляем html код, но после нажатия "Сохранить" или "Применить" видео пропадает. От админа сохраняется нормально. К инфоблоку у менеджера доступ на изменение, к медиабиблиотеке полный доступ, как к фото, так и к видео. Что сделать, что бы оно заработало? |
|
|
06.05.2014 12:59:16
Все, чем могла помоч техподдержка платного продукта, это "Возможно, возникает ошибка на сервере".
В итоге сам разобрался - ошибки никакой не возникает, дело было в модуле google mod pagespeed. После добавления в /bitrix/.htaccess: <IfModule pagespeed_module> ModPagespeed off </IfModule> и галерея, и проверка без UserAgent заработали, при этом публичка сайта успешно форсируется данным модулем. |
|
|
28.04.2014 11:01:14
Около двух недель назад возникла проблема с доступом в медиатеку, не дает просматривать даже администратору. При этом копирайтеры нормально загружают детальные картинки и превьюшки к материалам, но медиатекой тоже не могут воспользоваться. Обратился в тп, тп говорит надо обновить "платформу". Что бы обновить "платформу" нужно успешное прохождение всех тестов bitrix/admin/site_checker.php. Из них не проходится 1 тест:
Вопрос 2: Как это поправить? Ни mod_security apache, ни suhosin patch не стоит. |
|||
|
07.04.2014 07:30:06
Появилась задача закронить импорт из xml, нашел вот это:
Документация исчерпывающая, но, все же, хотелось бы узнать, как этим пользоваться и стоит ли пользоваться вообще? И почему в документации платного продукта нет не то что простых примеров, но даже толкового описания многих методов? |
|
|
19.02.2014 14:29:48
По поводу быстрее - тут спорить не буду, сравнительных тестов не проводил, однако проблем с их производительностью не замечал. Если есть пруфлинк, рад был бы почитать. Рука набита - если рука набита и на блогах, этот аргумент теряет силу. Инфоблоки постоянно оптимизируются и улучшаются - не думаю, что разработчики битрикса забили на блоги. Опять же, если есть пруф, буду рад просвятиться. Визуальный редактор - ничего не мешает предоставить вашим блоггерам любой из редакторов с открытым кодом. Благо сейчас есть очень красивые и функциональные. Тегированный кэш - так же ничего не мешает настроить гибкое кэширование с помощью класса CPHPCache там, где необходимо. Этот модуль же все таки придумали не зря, там из коробки и друзья, и комментарии и другая полезная мешура, которую в случае инфоблоков надо реализовывать отдельно. К тому же, если все же инфоблоки, то не стоит продавать клиенту более старшую версию битрикса, при этом разрабатывая весь проект возможностями редакции "Старт". В любом случае, спасибо вам за мнение. |
|||
|
19.02.2014 13:48:21
Александр Гусев, спасибо большое! Сам я что то до этого не додумался, теперь буду знать.
Дело было в том, что в одном, подключаемом с помощью include() в шаблон файлике, были строчки:
После устранение этого гениального решения все встало на свои места. А UserUpdate у авторизованных случался, потому что в этом же файлике было пересчитывание рейтинга пользователя, который уважаемые фридевсы зачем то реализовали через пользовательское поле, а не через стандартный рейтинг пользователей. (впрочем как и блоги реализовали через ИБ, хотя редакция битрикса с модулем блогов). Команда профессионалов. В общем проблема решена, вопрос закрыт, всем, кто отозвался, большое спасибо. |
|||
|
18.02.2014 10:36:15
Именно так, выход при каждом открытии страницы. Уточнение - при открытии страницы неавторизированным пользователем генирируется 4-6 событий "Выход из системы", при открытии авторизированным - около 50 событий "Изменение пользователей".
Очевидно, что где-то некий код что то пытается сделать с текущим пользователем, вопрос только где он, почему выход из систему для неавторизированного и почему так дохрена событий для авторизированного. Перелопатил шаблоны сайта, компонентов, из сторонних модулей был подключен только некий UniSender, который нигде не используется. Его отключение никак не повлияло на ситуацию. В /bitrix/php_interface/init.php убрал много бесполезного говнокода и несколько инклудов. Оставил только несколько нужных обработчиков, но они не имеют отношения и не генерируют искомые события. Где еще можно поискать? |
|
|
17.02.2014 21:40:27
По долгу службы пришлось дорабатывать сайт после одной говнокодерской веб студии (
Где и что можно было сделать, что бы происходило такое? |
|
|
06.12.2013 11:25:16
Перешли на хостлэнд. Посещаемость с того момента чуток подросла, добавился новый функционал, в отдельных компонентах часть информации сделали некэшируемой. Почти месяц - полет нормальный, никаких перегрузов базы, посмотрим как будет дальше. Правда у хостлэнда очень неквалифицированные люди в тп, при любой проблеме - проблема в ваших скриптах, допирает до них только раза с третьего . Но такое за 400 р. всяко лучше, чем лежащие сайты на таймвебе за 800р.
|
|
|
13.11.2013 14:43:49
Ситуация следующая:
На небезызвестном хостинге Timeweb(тариф Eterno B) размещены два сайта на битриксе и форум на vbulletin. Первый сайт представляет собой новостной портал с новостями и статьями, на главной два news.list по 6 элеметов(без доп. свойств), на списках news.list по 10 элементов(по 3 доп свойства) и страница детального просмотра с news.detail(по 3 доп свойства). + каталог предложений - news.list(по 7 доп свойств, 5 элементов на странице) со страницами детального просмотра для каждого предложения - news.detail (по 15 доп свойств). Все компоненты кэшируются. Второй сайт то же самое + каталог товаров по 12 штук на страницу, по 8 свойств на каждый(catalog.section). И страница детального просмотра товара - catalog.element, 8 свойств на товар. Все компоненты кэшируются. Суммарная посещаемость сайтов в сутки не более 2000. Таймвеб шлет письма, в которых говорится, что нагрузка на базу больше 2500 пунктов (что за пункты? чему равен один пункт?), после чего блокирует аккаунт. Вопрос - в чем проблема? Все кэшируется, левых вызовов API нет, прямых обращений к базе тем более. Почему две системы за 15 000 + тариф за 800 рублей в месяц, специально для них созданный(аж для десяти!) в итоге выливаются в письма о перегрузе базы, лежащие сайты и потерянных посетителей/покупателей? А что будет, если посещаемость вырастет до 5000 в сутки? Быть может кто сталкивался с подобным, какое решение вы нашли? |
|
|
21.08.2013 12:41:18
После установки обработчика и принудительного заталкивания в $_GLOBALS['PAGEN_1'] постраничка заработала. Спасибо вам большое, простите меня за мою невнимательность. Но все же вопрос остается актуальным - почему без чпу глобальная переменная устанавливается сама, а с чпу надо устанавливать в ручную, и то не всегда? В соседнем разделе сайта например чпу без дополнительных конвульсий работает. От чего это зависит? Создатели сего чуда, прокомментируйте ситуацию, а то такое ощущение, что иногда отдельные части битрикса работают исходя из результата rand(rand(0,100), time()); |
|||||
|
20.08.2013 09:10:05
Так что же происходит при применении обработки ссылок? Почему при одних и тех же get параметрах без чпу постраничка работает, а с чпу нет? Может какие-то волщебные процессы глубоко в недрах битрикса этому способствуют? В соседнем разделе сайта с похожими параметрами обработки все работает как надо. |
|||
|
19.08.2013 17:31:24
Не работает постраничная навигация.
В urlrewrite.php прописано:
Но при переходе по ссылке sitename//news/page/2/ открывается первая страница новостей, хотя при переходе по /news/index.php?PAGEN_1=2 открывается вторая страница, var_dump($_GET) в обоих случаях выводит array(1) { ["PAGEN_1"]=> string(1) "2" } Вот и получается, что параметры постранички одинаковые, но в случае с чпу она почуму то не работает. Прям чудеса какие-то, даже идей нет, может кто сталкивался с очередной причудой битрикса? |
|||
|