Есть вариант: но для этого нужны знания программирования. В общем базу сделать в виде приложения, которое будет устанавливаться на компьютер. Ну а потом уже выпускать обновления.
[I][Что то я уже переживаю, видимо проект точно рухнет...]:( [/I]
[B]art-trans[/B] Полностью согласен.:drinks:
Мне кажется достаточно выложить в даунлоад это сайта и сайта [url]http://www.zdsim.kiev.ua/[/url] Хотя в принципе это бета версия. В идеале хорошо было бы дополнить имена файлов, которые обозначаются в игре, но это с катушек съедешь это все дело ставить и копировать имена файлов(если уже свыше 1500 единиц ПСа набралось).

Ну до "рухнет" не дойдет, люди вводили данные, присылали, тратили время, нельзя вот так взять и "рухнуть" проект, когда в него вложены силы и время не только одного отдельно взятого человека.

Энтузиазм имеет свойство падать с грохотом, но он и поднимается иногда, чОрт с ним с онлайн добавлением, займусь "чесом" по сайтам, первым конечно "зачешу" trainsim, потом zdsim.kiev и так далее =))

В виде программы… уже было в менеджере Антона, мало кто пользовался к сожалению, да и потом онлайн быстрее обновляется и её работа не зависит от желания/настроения/наличия времени у программиста - запустил в открытый космос (интернет) и бегает себе, есть настроение обновляешь.

По файлам - так "имя английский" это и есть фактически имя файла, без расширения и _a, _b просто же все, хотя наверное все равно стоит написать мануал (кнопку с открывающимся окном у каждого поля).

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

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

Только в режиме онлайн и с такой вот "интерактивностью" база сможет оставаться актуальной и популярной.

Михаил, так ведь "надежда не одна", это же зеркало локальной версии Access, которую можно скачать, в специально для этого созданной форме добавить все, что пользователь/администратор сайта/автор модели посчитает нужным и отправить обратно, так она в принципе и собирается сейчас.

Судя по низкой активности решил, что процедура добавления данных слишком сложна, отсюда и идея сделать онлайн дополнение базы, чтобы любой желающий мог внести одну или две записи, прямо из своего браузера, без напряга, скачивания, установки Access, обратного закачивания по FTP и прочих "геморроев".

Почему-то не оставляют мысли о том, что желающие внести хотя бы свои поделки были, но дочитав инструкцию по внесению своих данных утратили нить и желание "парится"…

Но онлайн добавление с другой стороны поставит крест на Access т.к. невозможно синхронизировать сразу несколько источников, тогда уже переход целиком на PHP (контроль, корректировка, запись, синхронизация), в общем потяну, ничего там такого убойного нет, но хочется создать то, что нужно людям, а не балласт в виде кучки скриптов на сервере.

Хе хе не ошибся в нашем пользователе, как ни ограничивай поля запроса разумными пределами, как ни проверяй какие заполнены наши все равно найдут как сделать All вывод БД на экран, первое что "откопали" trainsim.ru+Россия :D

Уважаю наших юзеров, с ними админы всегда в тонусе :drinks:.

Добавил подсчет результатов и ограничение в 120 штук иначе "раскопают" как сделать так, чтобы скрипт "подавился" результатами.

Локальная БД обновлена на сегодня, в основном исправления и паровозы.

Онлайн добавление начну делать на выходных, посмотрим, что получится, снести лишний скрипт нетрудно, как с Access подружить добавленные пользователями данные в онлайн режиме придумал...

Я считаю, что онлайн добавление не нужно - потому как полезут всякие умники ковырять и наковыряют чего попало. У кого мозгов в этом деле хватает, те спокойно осилят Access, в котором ничего сложного по сути нету и выполнено всё удобно.

Артем, кто же онлайн напрямую к рабочей БД допустит =))

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

Например выложил человек файл на обменник, написал в тему "поиск ПС", сделал доброе дело, кто просил скачал, лист темы перевернулся, следующий уже не ищет по теме и через месяц файл благополучно удаляется.

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

Если сконцентрировать все в одном месте (базе) время жизни файлов резко возрастет, ни надо по 100 раз спрашивать одно и тоже, один раз выложил, отписался в БД и там все найдется, если файл таки удалился - достаточно перезалить и исправить ссылку, опять же редактирование записей.

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

По механизму - редактирование и правка это вторая отдельная БД на сервере, при правке текущая запись копируется и подставляется в поля редактора, при новой открывается чистый редактор.

После правки/ввода заполняется простенькая капча и данные отправляются не в основную, а альтернативную БД.

Альтернативная БД, назовем её пользовательской прочесывается поиском в основной после вывода её результатов, просто блоки результатов имеют другой цвет для информирования о том, что данные еще не проверены, но они уже показаны.

Служба архивации автоматически два раза в сутки делает ротацию файлов между зеркалами, создавая актуальную пользовательскую БД на обоих сайтах, по мере накопления по команде PHP формирует сводный файл, удаляя отдельные (очистка пользовательской БД), который цепляет Access и представляет на модерацию в том же виде, как и любую присланную БД.

Таким образом, данные переезжают в основную базу, отсеивается спам и ошибки и эта процедура не вызывает задержки доступности в поиске введенных данных.

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

Писать про в_и_а_г_р_у и про_сти_тут_ок нет смысла ибо в результатах запроса например ВЛ80-5551 это не будет показано, а полного вывода всей пользовательской БД вместе этой гадостью нет по определению.

О блин опять на страницу, если кто знает как еще лучше/проще сделать пишите, любые идеи приветствуются.

Невозможно скачать локальную версию по ссылке [url]http://zaborin.ru/msts/base_ps/Base_ps.zip[/url]
Not Found [404] Не найдено
Requested URL not found on this server.

Спасибо, исправил, это мой косяк - страница переехала в отдельный каталог базы, ссылки поправить забыл.

===========================

Анализируя логи запросов пришел к выводу, что разделение БД на типы ПС создает проблемы пользователям, классическая ошибка - поиск не в том типе.

Поле "тип подвижного состава" было обязательным и его значение подключало к скрипту соответствующий файл.

Следуя правилу - "если 10 юзеров подряд ошиблись, значит, ошибка заложена в интерфейсе" изменил формат выгрузки, БД теперь выгружается одним файлом, поле "тип подвижного состава" стало обычным поисковым полем, которое можно не заполнять, при заполнении соответственно сужается запрос.

Из мелочей - теперь заодно выводится дата последней модификации записи.

=========

Все готово к передаче данных в форму редактора, соответственно в каждом результате появятся скрытые поля для отправки данных (исходные, без подсветки) и кнопка редактирования.

В связи с этим сокращаю максимальный вывод до 100 записей, иначе трафикс однакос… =))

=========

Камрады, просьба запинать форму редактора с разных браузеров путем простого открытия [URL="http://zabor.dyndns.ws/msts/base_ps/usbase/"]ссылка[/URL] и через листик с карандашиком (кнопка) в любом результате поиска с разных браузеров.

Должен передавать все имеющиеся поля из результата в форму редактора или просто открывать редактор (по ссылке).

Там есть один спорный момент с шириной полей, не уверен, что во всех браузерах прокатит, по идее поля не должны съезжать с одной строки с описанием поля и значком справки.

Т.е. выглядеть должно в идеале вот так: [URL=http://radikal.ru/F/s48.radikal.ru/i119/1007/dc/e38cd3c9fc6f.png.html][IMG]http://s48.radikal.ru/i119/1007/dc/e38cd3c9fc6ft.jpg[/IMG][/URL]

* - Белоруссия там для проверки =))

Оно так всем надо, что никто вего то в браузере окошко открыть не хочет…
Но ничего, я необидчивый и очень упертый.

Посоветоваться нужно, может, кто знает ответ - проблемс:

Добавили запись, пишем пока в отдельный файл (отладка), потом будем писать в массив, так проще и в Access импортировать и в результатах поиска свежие записи сразу показать.

Добавленную запись показал, спасибо сказал, файл записал.

Теперь вопрос - как убить данные в полях формы?

Reset убивает только введенные юзером, возвращенные значения полей сервером не трогает, meta http-equiv=refresh content='0'; url=бла бла бла не выход, убьем всё вместе с блоком записи.

Нагуглить пока ничего толком не удалось, может у нас на форуме кто php с html знает?

Ух ты, у меня получилось добавить в базу локомотив:cool: Но косяк: в поле "сайт" слэши и кавычки запрещены

ВЛ80с-839?

Это не косяк, а имя ресурса без http:// :D

Зачем там слэши и кавычки, если должно быть имя_сайта.ru например.

add

ВЛ80с-839 уже отыскивается в основной БД - проверил синхронизацию :)

Но надо с формой разобраться, как поля прибить...

[QUOTE=Zabor;191785]ВЛ80с-839?[/QUOTE]
Да, он самый

у меня тоже получилось добавить запись.
пользую оперу 10.60

Спасибо, вл40 уже добавил, интересно как под лисой и хромом в смысле съезда полей, там ширина ячеек 40%+40%+3%, браузер сам принимает решение, если 4% последняя ячейка то все разъезжается 40+40+4 = 84, что меньше 100, где логика… Вот и переживаю за разные браузеры =))