|
|
|
|||||||
| Результаты опроса: Нужна ли локальная версия БДПС (Microsoft Office Access)? | |||
| Да, постоянно обновляю и пользуюсь |
|
18 | 30.51% |
| Нет, Online вполне достаточно |
|
21 | 35.59% |
| Пользуюсь и той и другой |
|
20 | 33.90% |
| Голосовавшие: 59. Вы ещё не голосовали в этом опросе | |||
|
|
Опции темы | Опции просмотра |
|
|
#11 |
|
Разработчик
Регистрация: 01.02.2008
Адрес: Санкт-Петербург
Сообщений: 18,938
Вы сказали Спасибо: 11,499
Поблагодарили 10,291 раз(а) в 3,846 сообщениях
![]() |
Артем, кто же онлайн напрямую к рабочей БД допустит =))
Не хочу ни в коем случае сказать, что все только и думают, как нагадить в базу умышленно или по незнанию, но нормальных людей лишать возможности редактировать и добавлять записи тоже не дело. Например выложил человек файл на обменник, написал в тему "поиск ПС", сделал доброе дело, кто просил скачал, лист темы перевернулся, следующий уже не ищет по теме и через месяц файл благополучно удаляется. Труд и время того, кто выкладывал летит в корзину, причем не потому, что этот файл больше никому не нужен, а просто искать народ у нас не любит, хотя и найти в огромной теме непросто. Если сконцентрировать все в одном месте (базе) время жизни файлов резко возрастет, ни надо по 100 раз спрашивать одно и тоже, один раз выложил, отписался в БД и там все найдется, если файл таки удалился - достаточно перезалить и исправить ссылку, опять же редактирование записей. Но это лирика, главная задача базы - помочь быстро найти ПС для сценария в основном с действующих сайтов не шерстя их в поисках нужного ПС, а перейдя по ссылке из БД сразу на нужную страницу. По механизму - редактирование и правка это вторая отдельная БД на сервере, при правке текущая запись копируется и подставляется в поля редактора, при новой открывается чистый редактор. После правки/ввода заполняется простенькая капча и данные отправляются не в основную, а альтернативную БД. Альтернативная БД, назовем её пользовательской прочесывается поиском в основной после вывода её результатов, просто блоки результатов имеют другой цвет для информирования о том, что данные еще не проверены, но они уже показаны. Служба архивации автоматически два раза в сутки делает ротацию файлов между зеркалами, создавая актуальную пользовательскую БД на обоих сайтах, по мере накопления по команде PHP формирует сводный файл, удаляя отдельные (очистка пользовательской БД), который цепляет Access и представляет на модерацию в том же виде, как и любую присланную БД. Таким образом, данные переезжают в основную базу, отсеивается спам и ошибки и эта процедура не вызывает задержки доступности в поиске введенных данных. Получается совсем несложно, все рутинные операции автоматизированы и решается важная задача - оперативный доступ к введенной пользователем информации другим пользователям, без какой либо задержки, т.е. дал ссылку - её уже показывают в результатах соответствующих запросов. Писать про в_и_а_г_р_у и про_сти_тут_ок нет смысла ибо в результатах запроса например ВЛ80-5551 это не будет показано, а полного вывода всей пользовательской БД вместе этой гадостью нет по определению. О блин опять на страницу, если кто знает как еще лучше/проще сделать пишите, любые идеи приветствуются.
__________________
Присылайте ваши сценарии в копилку msts. Опыт - это нечто, что приобретается сразу после того, как это было нужно. 100% не предпринятых попыток обречены на провал. |
|
|
|
| Здесь присутствуют: 1 (пользователей: 0 , гостей: 1) | |
|
|
|
|
![]() Что это? |