База данных подвижного состава

[Zabor]

Проект буксует… видимо нужна онлайн версия

Камрады, надо определиться, как будем бить базу, пока думаю на соответствующие разделы:

- локомотивы
- тендеры
- вагоны грузовые
- вагоны пассажирские

Грубо, да согласен, но на сегодня параметр "тип" единственный жестко прописанный, отличать электровозы-тепловозы-паровозы например пока не по чему, накладывать условие на слово "Электровоз" или "Пассажирский" нельзя, его просто может не оказаться в описании.

Дальше пока идеи такие - Access выгружает базу в 4 файла построчно, каждый из них подхватывает например base.php формирует чердак, контент из соответствующего файла заданного параметром (кнопкой) + ссылки и подвал соответственно.

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

Пинаем, но нежно, я не программист

[Colonel_Abel]

Игорь, а если локомотивы бить по сериям ?

[No Name]

Кто занимается Тэпами? в принципе я могу заняться)

[Zabor]

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

Да и страшного ничего нет, никто же не заставляет сходу нажимать на кнопку "Все локомотивы", можно ввести часть имени и нажать "Найти" в соответствующем блоке (вагонов/локомотивов), будет выведено N подходящих под поиск, хотя даже от вывода всех, пусть даже 600-700 записей браузер не умрет, это же только текстовые строки и ссылки.

Борис, (сори если ник спутал) пролистай тему, вроде конкретно тэпами только Толяныч занимался…

[Скороходов Илья]

2 или 3 юзера с никами No Name, только друг от друга они чем-то отличаются (- _), постоянно путаю

[art-trans]

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

Насчёт онлайн базы - нужно, но без качественного веб-программинга не обойтись.

И ещё - из базы куда-то поулетали различные строки по ЧС8-005 v3.1, а также продублировались различные ЧС8 старых версий. Перепроверь.

[art-trans]

Сорри. Таки туплю.

На сервер залил обновлённую БД по части ЭР9. Название как всегда моё фирменное - Игорь, действуй.

Повторную проверку по ЧС4, ЧС4з, ЧС8 - проведу в ближайшее время.

[Zabor]

Улетать ничего не должно, я по крайней мере ничего не удалял, у них мог смениться ID, но про это я писал .

Синхронизирую, одновременно правлю запрос на добавление, очень трудно объяснить Access, да впрочем как и любой другой СУБД, что синхронизировать записи нужно по полям А B С с условием, что они в старых записях могут быть пустыми .

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

Есть правда проблемс - индексировать динамические страницы в местном поисковике довольно накладно, яндекс с гугликом тоже вероятно подавятся такой страницей с 1500-3000 записями, даже если я выведу её в чистый HTML.

Потому в базе будет отдельный локальный поиск, кто как говорится знает где искать - тот найдет, "светить" такие базы в глобальных поисковиках наверное не стоит (ИМХО).

Очень обидно, что-либо капитально переделывать, потому назрел вопрос к заинтересованной общественности, прежде чем начинать онлайн версию - что нужно изменить/добавить/исправить в обычном поиске, который сейчас в Access?

Если замечаний/пожеланий нет, то делю 1:1.

add

Артем у кого-то из троих (у тебя, у меня или у Access) едет чердак по рельсам , последнее мало вероятно, проверь плиз у себя запись с ID 1661 (ЭР9Е-598 (1.0)), у меня сбой синхронизации, она относит её к правленой, а не новой из-за совпадения поля папки, стал проверять - там и правда " zdsEMU_ER9E-595".

Отсюда вопрос - это косяк правки/добавления или они действительно живут в одной папке?

* - сори если туплю, у нас +35 мозг периодически отключается из-за перегрева CPU.

[art-trans]

Нет, у них разные папки, это я от жары +35 завтыкал, копипастом делал, забыл циферку заменить INS'ом.

Там ещё исправления по ЭР9 нужны, я там чуток накосячил с описаниями, да и ссылки на msts2'вском сайте надо добавить.

[Zabor]

Резиновые поля задобали, чОрт ногу сломит какой параметр и откуда взятый имеет приоритет или наоборот игнорится , камрады попинайте плиз тут черновик под разными браузерами и разрешениями (у кого что есть) - поля поиска не должны слипаться и не должны рвать страницу по горизонтали, по вертикали впрочем тоже =))

[DenS]

По горизонтали рвёт. 1280*1024. Лиса.

[E69]

+1
Экран 1280 х 1024.
В лисе и Сафари не входит по ширине, примерно на толщину меню.
В ИЕ и Опере строка с параметрами поиска проваливается под меню и поэтому страница нормальной ширины.

[Zabor]

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

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

Как я понял цапаются между собой собственно таблица с полями и меню, а сами размеры полей подстраиваются успешно?

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

Михаил, если не трудно скинь плиз скриншот.

ps на всякий пожарный таблицу на 1% уменьшил.

[E69]

Может поля в две строки расположить?
А, надо же чтобы вывод результатов был в таком же виде, тогда нет смысла(

[Zabor]

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

Сейчас вырулю персональные размеры полей. на случай если какой-то браузер возьмет к исполнению этот параметр, потом в css 100% от родителя (ячейки) это уже для всех и отключаю стандартный css, у этой страницы будет свой уникальный.

А данные да - таблица просто разворачивается вниз на N строк в зависимости от результата запроса.

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

Меню ликвидировал, css отключил, вроде "договорился" с полями, но с IE по полю "оператор" договориться не удалось, там пропуски "size" и он просто игнорирует установленное значение, представляю что будет когда выводимые данные в ячейки не будут вмещаться…

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

Как оно там видится, опять все ужасно?