Только ли мне кажется, что получать единичный элемент через GetList, мягко говоря, не очень правильно?
19.11.2007 20:52:50
Есть. Если стандартными средствами. А если сделать страничку с чем-то подобным:
и запускать ее, то точно успеет. |
|||||
|
19.11.2007 20:21:49
|
|||||
|
19.11.2007 20:00:56
К сожалению, с хостингами пока не все хорошо. Перекладывать что-то на них я, к примеру, не рискую. И в любом случае это не управляемый процесс - сегодня админ хостера это сделал, а завтра нет.
Резюмируем: - если есть навыки, ставим оптимизацию в крон - если есть вера, то оставляем на совесть хостера - если не жалко времени, делаем каждый раз руками - если велик оптимизм, ставим галочку на очистку статистики Кстати забавный был бы проект - удаленный эмулятор крона. Человек зашел на сайт, указал url и время (час ночи, к примеру) и получает ежедневно по расписанию GET-запрос. Очень хорошо решал бы задачу оптимизации таблиц для заказчиков, не знающих что такое крон или не имеющих его на хостинге. За пару денег в месяц. |
|
|
19.11.2007 19:15:26
Аналогия: Вы приходите в автомастерскую и просите показать Вам человека, который умеет заменить колесо. Теоретически Вы можете потратить полдня на поиски человека, закончившего высшие курсы замены колес, но на практике Вы получите примерно тот же эффект с любым более-менее опытным сотрудником техцентра. Аналогично как сортировка и связанные выборки врядли создадут сложности для любого более-менее подкованного разработчика |
|||
|
19.11.2007 18:55:45
Таки какой рецепт незадачливому пользователю? Не все могут лапками индексы расставлять и в крон задачки ставить. Покупать большие тарифы с рассчетом на то что "вдруг хватит"?
PS Один из путей решения задачи на уровне проектирования - вынести url во внешнюю таблицу. Используя представление для чтения и UPDATE ... IF DUPLICATE INSERT для вставки можно было бы привести размер этой таблицы к приемлемому размеру, да и производительность выросла бы ощутимо (на порядок меньшая табличка, поиск по int а не по varchar и т.д.). |
|
|
19.11.2007 18:05:18
Ага, изврат какой - данные в таблице хранить. Ее надо на стеночку повесить и пыль стрирать. А еще мы все знаем что делая поля типа TEXT / VARCHAR и активно работая с таблицей мы будем иметь дефрагментацию, а значит иногда нам нужно будет таблицу оптимизировать. А еще мы искренне уверены что пользователь способен сделать int(18) шагов по сайту и, вы не поверите, мы допускаем что количество шагов по сайту может быть отрицательным. А еще мы помним что поле char(1) занимает 1-2 байта в отличие от set('Y','N'), который так же великолепно выполняет функцию флага и хранится гораздо более компактно. А еще мы знаем что одни и те же запросы могут кардинально отличаться по времени исполнения в зависимости от объема таблицы и всегда-всегда продумываем индексы и запросы думая не только о том как это будет работать сразу после установки, но и о том как все это будет ворочаться через полгода, когда скопится достаточно много данных. Ну и далее по тексту. |
|||
|
19.11.2007 17:06:49
Подобная фигня может возникать на MyISAM-таблицах с частыми вставкой-удалением. Просто время от времени (раз в день) выполняйте (в кроне или событием битрикса):
и будет вам счастье. PS Это не значит что MyISAM - плохо. Это кто-то так хорошо базы проектирует. |
|||
|
25.09.2007 15:10:55
Алексей Коваленко, вопрос (насколько я вижу) о коммандной работе, а не о публичности процесса. Как минимум два применения того:
- инструментарий руководителя отела технической поддержки, позволяющий оперативно оценивать состояние дел и принимать решения. - режим "стажировки", позволяющий куратору отслеживать работу стажера. это на вскидку. И ничем не противоречит Вашей постановке задачи. |
|
|
20.06.2007 10:45:49
Прочитать
Попутный мат в сторону "удобства" Битрикса не возбраняется. Изменение шаблона не есть изменение кода Битрикса. К сожалению, разработчики поплевывают на разделение кода и оформления, посему Вы воспринимаете правку шаблонов как правку кода продукта, что не верно. Это совершенно нормальный подход, ничего болезненного в нем нет. Вроде как планировался визуальный редактор, но... кхм... не советовал бы. |
|
|
14.06.2007 14:10:20
Приложение, написанное программистом X в любом случае будет хуже Битрикса поскольку для решения поставленной задачи (поточное производство интернет-проектов с минимальными трудозатратами не в ущерб качеству) требуется продукт, в котором максимальное количество типовых задач уже решено.
Программист Х при должном желании вполне может написать приложение, которое будет эффективнее Битрикса в одном конкретном проекте. Однако для решения задачи в целом (см. выше) программисту придется потратить неоправданно много времени - теоретически он может это сделать, но с точки зрения целесообразности это будет не оправданно. Впрочем, я не отговариваю Вас от написания своих продуктов, ни Битриксом единым, если напишете альтернативу Битриксу - я буду первым кто пожмет Вам руку. PS Все вышесказанное не означает что я считаю Битрикс хорошим или удобным продуктом. Карандаш, которым я пишу, не идеален. Он может быть выполнен из более благородного дерева, раскрашен приятным мне цветом и на нем может быть выгравировано что-то умное. Это безусловно приятно, но это - штучный продукт. Однако для того чтобы исписать три страницы, а потом забыть его на чьем-то столе - я предпочту массовый продукт. Карандаш Faber-Castell стоимостью 15 рублей. |
|
|
14.06.2007 11:49:17
Типограф штука полезная, однако.
Dmitriy Vlasov, С термином "Типографика" Вы можете ознакомиться Соответственно, типограф - программа, форматирующая текст в соответствии с нормами типографики. Вот вам и предложение и пожелание. Сейчас единственный способ прикрутить типограф самостоятельно - при выводе фронта. Само собой быстродействие будет не фонтан. Можно решить кэшированием, но весь фронт кэшировать не всегда возможно, да и все равно огород получается тот еще. Если в Битриксе появится встроенный типограф - будет великолепно. Самый адекватный способ его прикрутить, имхо: 1. При редактировании свойства добавить галочку "Типографить поле" 2. При изменении свойства, для которого эта галочка стоит, прогонять его через типограф. |
|
|
14.06.2007 11:16:42
Вадим, я с радостью возьму свои слова назад как только хотя бы одна из принципиальных проблем HTML-полей будет доведена до ума.
Вот смотрите: 1. Я месяц общаюсь с техподдержкой по поводу того что при групповом редактировании элементов инфоблока, если имеется HTML-поле, очищаются все затронутые элементы инфоблоков. Мне никто даже не может сказать когда это будет исправлено.. 2. В последнем обновлении (6.0.1) инфоблоков элементы перестали обнуляться, но HTML-поле выводится в скиске как "Array". имхо подобные решения и багфиксы не достойны иных комментариев. |
|
|
13.06.2007 19:09:29
Под специализированным решением я подразумевал либо специально написанное ПО либо движки именно интернет-магазинов (по которым не специализируюсь и советовать не берусь). Вероятно это будет более целесообразным.
По доработке: как показывает практика, дорабатывать существующий Битриксовский функционал занятие бесполезное. Либо использовать как есть либо (используя средства Битрикса) создавать свои модули. Сколько это займет по времени и по срокам - это Вам скажет только непосредственно исполнитель. Пообщайтесь с верхней десяткой золотых партнеров ( Сделать модули необновляемыми совершенно не сложно с опциональными модулями (форум, интернет-магазин, блоги и т.д.) и весьма гемморойно с обязательными, такими как пользователи. |
|
|