> Я работаю с правами пользователя в Windows XP и хочу изменить настройки подключения к локальной сети.
Согласитесь, это задача администратора, а не пользователя. По второму пункту то же самое.
Обсуждается другое: несоблюдение рекомендаций разработчиками проявляется в том, что софт гадит в каталог установки, системный каталог и пр., чего под обычным пользователем сделать не получиться. А рекомендуется другое, для небольших по объему данных есть пользовательская ветка реестра, для другого профиль, и то и другое хранится для каждого пользователя и без лишних затрат позволяет отдельно хранить настройки для каждого пользователя. Если у программы есть глобальные настройки, то они устанавливаются в инсталляторе или через групповые политики.
Зоопарк на машине допустим в очень редких случаях. Когда парк машин разрастается, вольности пользователей могут выйти боком. К тому же, в организации могут быть регламенты, в которых прописано, что админу - админово, а бухгалтеру Марьиванне - почта, офис и спец. бухгалтерский софт.
P.S.
По закону подлости разработчики всякого спецсофта обычно плюют на рекомендации разработчиков ОС.
> Delphi 6 кроме общей установки требовала установки ещё в каждом пользователе
Программисты редко, разделяют одно рабочее место, поэтому не проблема.
А для обучения можно сделать обязательный профиль или импорт настроек в реестр при входе в систему.
> Никто не запрещает установить qip себе в папку мои документы
каждому?
> Или дать права на запись в програм файлс\квип
Это решает проблему, но не оправдывает разработчиков, которые не знают или игнорируют рекомендации MS. Если такая программа не одна - это превращается это в танцы с бубном.
Во время работы в вузе здорово с этим намаялся. Одной софтине надо в каталог установки писать логи, другой настройки, третей временные файлы, корел какой-то версии вообще создавал временные файлы в корне системного диска, еще какую-нибудь софтину надо первый раз из под админа запускать.
cron тут не причем, PHP сам с определенной частотой запускает сборщик мусора (см. session.gc_probability, session.gc_divisor), возможно, что параметры были выставлены так, что он никогда не запускался.
Если мы говорим о реляционных БД, то первый вариант имеет очень ограниченное применение. Да это универсально, но за универсальность надо платить, в данном случае, производительностью.
Вы можете показать грань между "более-менее последовательный доступ" и "random access"?
Обычный селект:
необходимо вытащить информацию о начислениях/оплатах и пр. по услугам лицевого счета за месяц - 20-100 строк. Данных за месяц 5-6млн. Данные вносятся постепенно в течении месяца.
Где здесь "более-менее последовательный" доступ? Учитывайте, что параллельно выполняется несколько запросов, которые тоже требуют доступа к диску.
Для нивелирования затрат доступа к диску есть решения как уровне железа, так и на уровне ПО СУБД, но если неоптимальное решение генерирует тучу ненужных обращений к данным, то последовательное расположение данных на диске не решит проблему.
Автору следовало бы указать, что это называется Common Table Expressions (CTE) и, очевидно, ничего общего с рекурсивными запросами в Oracle не имеет. Кроме того, CTE используются не только не только для рекурсии.
P.S.
Возможно, следует перенести топик в блог по SQL.
Отправленные сообщения о падениях
------------------------------------------------
Ни одного сообщения о падении отправлено не было.
FF рулит :)
Согласитесь, это задача администратора, а не пользователя. По второму пункту то же самое.
Обсуждается другое: несоблюдение рекомендаций разработчиками проявляется в том, что софт гадит в каталог установки, системный каталог и пр., чего под обычным пользователем сделать не получиться. А рекомендуется другое, для небольших по объему данных есть пользовательская ветка реестра, для другого профиль, и то и другое хранится для каждого пользователя и без лишних затрат позволяет отдельно хранить настройки для каждого пользователя. Если у программы есть глобальные настройки, то они устанавливаются в инсталляторе или через групповые политики.
Зоопарк на машине допустим в очень редких случаях. Когда парк машин разрастается, вольности пользователей могут выйти боком. К тому же, в организации могут быть регламенты, в которых прописано, что админу - админово, а бухгалтеру Марьиванне - почта, офис и спец. бухгалтерский софт.
P.S.
По закону подлости разработчики всякого спецсофта обычно плюют на рекомендации разработчиков ОС.
Программисты редко, разделяют одно рабочее место, поэтому не проблема.
А для обучения можно сделать обязательный профиль или импорт настроек в реестр при входе в систему.
каждому?
> Или дать права на запись в програм файлс\квип
Это решает проблему, но не оправдывает разработчиков, которые не знают или игнорируют рекомендации MS. Если такая программа не одна - это превращается это в танцы с бубном.
Во время работы в вузе здорово с этим намаялся. Одной софтине надо в каталог установки писать логи, другой настройки, третей временные файлы, корел какой-то версии вообще создавал временные файлы в корне системного диска, еще какую-нибудь софтину надо первый раз из под админа запускать.
Я то думаю, почему у меня машина тормозит, когда играю, а это проводник с ума сходит
То же используем.
Обычный селект:
необходимо вытащить информацию о начислениях/оплатах и пр. по услугам лицевого счета за месяц - 20-100 строк. Данных за месяц 5-6млн. Данные вносятся постепенно в течении месяца.
Где здесь "более-менее последовательный" доступ? Учитывайте, что параллельно выполняется несколько запросов, которые тоже требуют доступа к диску.
Для нивелирования затрат доступа к диску есть решения как уровне железа, так и на уровне ПО СУБД, но если неоптимальное решение генерирует тучу ненужных обращений к данным, то последовательное расположение данных на диске не решит проблему.
При выполнении обычного select тоже идет random access к винту и ничего. Это проблема не РСУБД, это проблема отдельного решения.
Вспомнилось
- Ненавижу кошек
- Ты просто не умеешь их готовить.
Как раз наооборот, ибо надо показать откуда ноги растут и в каком направлении копать, в случае углубленного изучения.
P.S.
Возможно, следует перенести топик в блог по SQL.
как окошки делать научился, как кнопки научился, а как программировать нет...