Форум

Метод, мягко говоря, кривой и работает не всегда ожидаемо. Выражается в том, что часть редиректов на https-сайте начинает вести на http-версию.

Лечится принудительной установкой переменной "https_request" в .settings.

Только ли мне кажется, что получать единичный элемент через GetList, мягко говоря, не очень правильно?

[QUOTE]Николай Санников пишет:
Если уж больно хочется то надо до формы сделал запрос на выборку всех логинов в системе и потом после ввода сидеть сверять - нет ли такого значения в массиве.[/QUOTE]Тьфу на вас с такими советами. Есть же CUser::getByLogin. Правда она через такую задницу реализована, что проще руками из базы взять.

отключи pconnect и будет тебе счастье

[QUOTE]maika73 пишет:
А есть вероятность того, что он не успел начать? Есть, например, такой скрипт в Инструменты-проверка файлов, который не успевает в процессе запустить какой-то другой скрипт, выдает эту самую ошибку. Тут понятно, что нужно хостера душить, но если можно подстроиться и поразбивать такие "телеги". По большому счету, у меня стандартный хостер, скажем не самый плохой, так и называется host. То есть я далеко не одинок, думаю.[/QUOTE]

Есть. Если стандартными средствами. А если сделать страничку с чем-то подобным:
[CODE]
<?
require($_SERVER["DOCUMENT_ROOT"]."/bitrix/header.php");
$DB->query('OPTIMIZE TABLE `b_stat_path_cache`');
require($_SERVER["DOCUMENT_ROOT"]."/bitrix/footer.php");?>
[/CODE]
и запускать ее, то точно успеет.

[QUOTE]maika73 пишет:
Причина раздутости базы в полях статистики может быть и в том, что скрипт не успевает ее почистить, так как многие жадные (например, у меня) хостеры ставят ограничение на время выполнения скрипта (например 30 секунд).[/QUOTE]
SQL-запрос не прерывается при отключении клиента, так что в эти 30 сек главное успеть начать чистить таблицу, а потом хоть трава не расти.

[QUOTE]Sergey Rizhikov пишет:
Контроллер сайтов  это называется.[/QUOTE]
а это хорошо. Когда можно будет пощупать?

[QUOTE]maika73 пишет:
Подскажите, пожалуйста.

Автокеширование работает с базой данных или диском, то есть данные кешируются в базу или файлы?[/QUOTE]
на диск.

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

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


Кстати забавный был бы проект - удаленный эмулятор крона. Человек зашел на сайт, указал url и время (час ночи, к примеру) и  получает ежедневно по расписанию GET-запрос. Очень хорошо решал бы задачу оптимизации таблиц для заказчиков, не знающих что такое крон или не имеющих его на хостинге. За пару денег в месяц.

[QUOTE]Vipera berus пишет:
Александр    ,

Спасибо за отклик, но я целенаправленно ищу примеры описанных работ. Понятное дело, что написав по Вашей ссылке, я получу множество откликов. Просто хочется посмотреть образцы уже сданных работ, и отталкиваться от них, с уверенностью, что разработчик уже имеет подобный опыт. [/QUOTE]

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

Таки какой рецепт незадачливому пользователю? Не все могут лапками индексы расставлять и в крон задачки ставить. Покупать большие тарифы с рассчетом на то что "вдруг хватит"?

PS Один из путей решения задачи на уровне проектирования - вынести url во внешнюю таблицу. Используя представление для чтения и UPDATE ... IF DUPLICATE INSERT для вставки можно было бы привести размер этой таблицы к приемлемому размеру, да и производительность выросла бы ощутимо (на порядок меньшая табличка, поиск по int а не по varchar и т.д.).