Есть вариант: но для этого нужны знания программирования. В общем базу сделать в виде приложения, которое будет устанавливаться на компьютер. Ну а потом уже выпускать обновления.
[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, где логика… Вот и переживаю за разные браузеры =))

Игорь, я специально добавил локомотив (ВЛ85-204), который уже есть в базе и он добавился. Надо сделать так, чтобы совпадения не допускались

Он добавился в юзерскую БД, она в перспективе будет участвовать в результатах поиска (только блоки вывода у неё другого цвета).

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

Юзерская БД загружается в Access (в административную шкурку) как и присланная, оттуда уже в основную БД, там как раз повторы запрещены, заменяются только отдельные поля по команде с кнопки.

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

* - это пока в разработке, всё сразу не успеть, я только формы "закончил", не решив одной проблемки.

То есть пользователь может отредактировать уже имеющиеся записи? ИМХО, но этого делать не надо.

Там же висит листик с карандашиком в каждой найденной записи и целый танец с бубном чтобы передать данные в форму редактора =))

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

Редактированная запись или новая она в любом случае становится новой записью в [B]пользовательской БД[/B], когда доделаю скрипт она будет показываться в результатах на другом фоне блока результата.

[B]Но не попадать в основную БД![/B]

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

Еще проще - все редактированные и добавленные записи попадают только в пользовательскую БД и живут там до синхронизации грубо говоря с участием Homo sapiens. :D

[B]Есть вывод пользовательской базы в результатах поиска![/B] :40:

База стала полностью интерактивной [мы дошли, доплыли, доползли :D ], кому не лень затестите, основную испортить невозможно, в тестовом режиме в редакторе можно писать все, что угодно, реальные данные еще лучше :)

ЗдОрово!

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

Перекрестную автоматическую синхронизацию зеркал раз в 12 часов на службу архивации уже навесил =)).

Все таки Михаил (Е69) был прав - онлайн добавление нужно и необходимо, только сегодня добавили 32 записи Serggio (1), BOBANRyde (1), Сергей1969 (30) за что им спасибо.

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

Чего её пиарить, она не коммерческая :)

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

К этому времени поисковики как раз проиндексируют (о блин "keywords" с "description" тоже надо актуализовать).

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

В поиске ПС наверное и анонсируем, где ещё это уже на усмотрение администрации.

Анонса только на одном форуме мало. Необходимо проанонсировать на всех MSTS'овских форумах и сообщить всем админам MSTS'овских сайтов, чтобы они сотрудничали с этим проектом т.к. это в их интересах.

[URL=http://radikal.ru/F/i082.radikal.ru/1007/54/43ae6d745bad.jpg.html][IMG]http://i082.radikal.ru/1007/54/43ae6d745badt.jpg[/IMG][/URL]

Фон перерисовать и на титуле вывесить (шЮтка). :)

А счетчик бежит, а счетчик не ждет…

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

Игорь, а ты обрабатываешь юзерские данные и потом просто снимается ярлык "до обработки"?
Я просто добавлил немного и случайно забыл сначала кое-какие данные, а потом добавил ещё, но уже с полными данными (страну забыл:rofl: ). Вообщем разберёшься.:)

Это не страшно - просто пока висит две записи, главная задача найти ПС и дать ссылку выполняется.

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

Соответственно после синхронизации с основной БД юзерские записи (обработанные и добавленные) удаляются и так по кругу.

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

Первая синхронизация Ок, Access молодец, все отсортировала, приняла и замочила =)), надо еще подумать о подсветке цветом полей с разными данными, после просмотра 48 записи глаза в монитор влипают.

Локальная тоже соответственно обновлена.

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

ps смотрю пора Азербайджан в страны добавить, чую скоро попрет много ПС с этой припиской :D.
pps еще на шлифовку - проверка WWW и http: в поле сайт перед приемкой данных, руками убирать нудно и долго.

после проверки, как бы все верно, кривостей не заметил.
заметил косяк:
после редактирования существующей записи в поле "дата последней редакции записи" подставляет дату создания записи.

[QUOTE=Zabor;192160]

Опера :) - проверьте ваши записи введя ник в поле "оператор", если что криво подправлю, это первая синхронизация основной и онлайн пользовательской базы, могут быть косяки, это нормально при первых запусках нового кода.[/QUOTE]
Гы, проверить около 1000 своих записей:crazy: Короче верю на слово:)
Игорь, у меня есть такое предложение: вводить в поле "ссылка" не ссылку на сайте, а ссылку на обменник, как думаешь?

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

После отправки для пользовательской БД это новая запись и ей присваивается системное время (дата) сервера.

При синхронизации дата не обновляется, таким образом, в основной БД дата будет по дате (сори за каламбур) внесения записи в пользовательскую БД, это как раз соответствует действительности, т.е. дате редактирования.

Если что-то поправляю в полях при синхронизации - автоматически присвоится текущая дата, что тоже правильно, раз я что-то менял в записи.

BOBANRyde, я же про последние, которые с онлайна =)).

Про ссылку не понял, если ПС есть на сайте то она на страницу сайта, где можно скачать, если ПС на обменнике, то на страницу обменника, в поле сайт в этом случае "-" тире, без кавычек т.к. нету сайта (оно в [URL="http://zaborin.ru/msts/base_ps/help.htm#site"]справке[/URL] так и написано).

[QUOTE=Zabor;192180]
Про ссылку не понял, если ПС есть на сайте то она на страницу сайта, где можно скачать, если ПС на обменнике, то на страницу обменника, в поле сайт в этом случае "-" тире, без кавычек т.к. нету сайта (оно в [URL="http://zaborin.ru/msts/base_ps/help.htm#site"]справке[/URL] так и написано).[/QUOTE]

Ага, понял, извиняюсь ступил как всегда:)

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

Залил на сервер обновлённую БД по серии ЧС7. Игорь, синхронизируй всё пожалуйста.

Такой вопрос - что будет, если например я вручную добавляю в БД какую-то строку (например ID-1399), и кто-то онлайн уже добавляет параллельно мне тоже данные и попадает на этот же ID-1399? Не затрутся ли чужие данные моими или наоборот?

И ещё чего-то хотел спросить... но вылетело из головы - так увлёкся семёрками, что даже забыл вопрос))) Полдня на эту гадость угрохал.

p.s. три "безсайтовских" ЧС7 скоро где-нибудь выйдут.

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

Нормальному оператору это не помешает (подготовить новую запись после отправки предыдущей за 60 сек не реально) и исключит случайное двойное нажатие кнопки отправки, спамеров же так отлавливать самое оно, для них кнопка с параметром submit как красная тряпка - на этом и палятся =)).

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

Если это новая запись ID присвоится новый или останется прежним если это исправление (замена данных полей), однако как и написано в справке ID "скользящий" т.е. у пользователя в его локальной версии может быть каким угодно, потому на него опираться нельзя.

Иногда очищаю это поле, чтобы при наличии 1600 записей ID не зашкаливал за 2000, это бред =)) (удаленные "светятся"), тогда присвоение ID начнется по принципу "с №0 по порядку расчитайсь!".

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

Сохранность данных на серверах обеспечивает перекрестная и 12 часовая архивация, т.е. учитывая боевой опыт я всегда готов к ответу на контрольный вопрос к службе архивации - а что будет, если вынуть жесткий диск и приложить его кувалдой? :)

Вечером синхрону.

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

Синхронизировал, Артем одно замечание - ссылки тоже через запятую с пробелом ", " это сепаратор.

msts.my1.ru на 19:45 не отвечает.

Спасибо, качественно сделанная работа!

Говорил же не надо спешить с пиаром до отладки =))

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

Допустим БД "заступила на боевое дежурство" по теме поиска ПС, смотрю с позиции пользователя - кто-то спросил ПС, который у меня есть, заливаю на обменник, захожу в БД, быстро добавляю запись и даю в ней ссылку (тут уже есть некоторый напряг - нужно знать имя папки ПС и имя eng или wag, хотя если он есть в наличии проблем вызвать не должно).

Ссылка на обменник попала в БД и скорее всего будет жить долго благодаря частым скачиваниям или добавлен ПС с сайта, где так просто хрен найдешь, все вроде ОК.

А что в теме то писать?

Формулировка "иди [URL="http://zaborin.ru/msts/base_ps/"]туда и там ищи[/URL], я туда добавил" как-то не очень корректна, гораздо красивее была бы ссылка на запись в БД, по которой может пройти еще 10 человек с разной подготовкой и ничего не искав в БД сразу увидеть нужную запись с актуальной благодаря БД ссылкой (ведь в теме поиска никто старые ссылки актуализировать не будет, в отличии от БД).

[B]Так родилась новая фича - ссылка на запись в БД.[/B]

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

"Имя русский" использовать не стал т.к. во первых это необязательное поле, во вторых кириллицу придется кодировать и раскодировать, это 3 символа в ссылке на один знак, с учетом того, что могут написать в этом поле - гугл с его длинными кодированными ссылками может закуривать в сторонке =)).

Временное условие - ссылка выводится для записей, у которых заполнено хотя бы одно из полей "Имя английский" или "Папка", со временем записей с пустыми значениями уже не останется (это были первые записи, когда БД только зарождалась).

Плюсы:

+ можно немедленно сослаться на свою запись в БД, даже не дожидаясь обработки (выложил - сослался).
+ если ссылка перестанет быть актуальной (файл удалили, сайт закрылся, Земля налетела на небесную ось) её с большой вероятностью актуализируют перезалив файл и отредактировав запись в БД.

[B]Для тех, кто не осилил весь текст:[/B]

Теперь на записи в БД можно ссылаться, воспользовавшись ссылкой "Ссылка на эту запись в базе данных", к новым "горячим" данным (добавленным онлайн, до обработки) это тоже относится.

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

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

Если Вы измените ссылку на файл на странице сайта (например, изменив хостинг файлов), ссылка в БД на Вашу страницу останется актуальной.[/QUOTE]

add

Примеры ссылок на записи в БД:

ЭР1-197 [url]http://zaborin.ru/msts/base_ps/?e=tsrEmu_ER1-197&f=tsrEMU_ER1-197[/url]

2ТЭ10Л-1856 [url]http://zaborin.ru/msts/base_ps/?e=tsrLoco_2TE10L-1856&f=tsrLoco_2TE10L-1856[/url]

evrFr_Tanker-51658730_META-EKS [url]http://zaborin.ru/msts/base_ps/?e=evrFr_Tanker-51658730_META-EKS&f=[/url]


pps может сменить вырвиглазный красный в подсветке результата на желтый?

ИМХО лучший вариант :)
Со ссылками тоже красивая идея.

Желтый попробовал, сливается, выделения не видно =((

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

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

[IMG]http://s54.radikal.ru/i145/1008/c9/7fb3d7c22bee.png[/IMG]

Вроде как БД готова заступить на "боевое дежурство".

Камрады, сайт Свободкина подскажите… зашел [URL="http://www.msts-dsvobodkin.ucoz.ru/"]сюда[/URL], там нет ничего :confused: