Сообщения

1

Форум Архива автоспорта / Re: 22222 и тому подобное

« : Июня 11, 2008, 14:27:39 »

А почему не Валера?

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

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

2

История / Re: Простые вопросы

« : Апреля 20, 2008, 08:31:38 »

Да, эти галереи я просматривал, но там эта машина не засветилась. Да и оформление бортового номера в заездах Eifel Klassik таки другое, с их фирменным шрифтом. А вариант на фотографии по начертанию шрифта больше всего похож на Motor Klassik. Видимо, это действительно какие-то гонки исторических автомобилей под эгидой журнала, информация о которых если и сохранилась - то только в немецкоязычной части интернета, где мои возможности поиска крайне скудны.
Приму это за рабочую версию

3

История / Re: Простые вопросы

« : Апреля 20, 2008, 05:30:59 »

Приветствую!
Вопрос, думаю, действительно простой.
Заинтересовала тут меня история одного автомобиля - Maserati Tipo 151 (1962 год, номер шасси 151.006). В сети про него написано достаточно много, например, вот тут - http://www.themaseraticlub.com/Tp151.html - хорошая статья про его историю.
Но вот на какой вопрос я пока не смог найти ответ. На очень многих фотографиях в сети - как пример, вот эта http://www.exclusive-life.de/eng/Articles/Automobiles/Events/Bonhams-Gstaad-2006/produkt1. htm - на этой машине №92. При этом мне не удалось найти какой-либо статистики об участии машины в соревнованиях под этим номером.
Судя по тому, что над номером читается Klassik - я предполагаю, что это устраивались какие-то покатушки под эгидой немецкого журнала Motor Klassik. Но подтвердить это предположение гуглом пока не смог.
Может, кто-нибудь подскажет умную мысль?

4

Книги / Re: The Science of Formula 1 Design

« : Февраля 07, 2008, 03:25:52 »

Если есть интерес - выложена либо вторая редакция (а по вышеприведенным ссылкам - первая?), либо просто в бОльшем разрешении.
Три тома по 100 мегабайт.
http://rapidshare.com/files/89354797/The.Science.Of.Formula1.Design.Second.Edition.part1.r ar
http://rapidshare.com/files/89355339/The.Science.Of.Formula1.Design.Second.Edition.part2.r ar
http://rapidshare.com/files/89355776/The.Science.Of.Formula1.Design.Second.Edition.part3.r ar
 

5

Стол заказов / Re: Заказ №9 (Шумахер) - выполнен

« : Декабря 28, 2007, 13:16:45 »

А, я понял, в чем Володя разобраться не смог.
На английском амазоне есть как продажи непосредственно от самого amazon.co.uk, так и от различных субпродавцов, которые используют амазон только как торговую площадку. Так вот, в Россию отправляет только сам амазон, ни один из прочих seller'ов этого не делает. Поэтому доступны для заказа реально только те товары, которые продаются amazon'ом.
Так что цена на амазоне за первую книгу - 11.39 фунта, за вторую книгу - 21 фунт. Плюс доставка, которая составляет где-то порядка 7 фунтов за посылку.

6

Стол заказов / Re: Заказ №9 (Шумахер) - выполнен

« : Декабря 28, 2007, 13:01:46 »

На данный момент получается: мы ориентируемся на варианты "Абебукс", потому что на "Амазоне" непонятна схема оплаты.

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

7

Форум Архива автоспорта / Re: Технические проблемы

« : Декабря 18, 2007, 12:41:57 »

Нумерация сообщений в форуме сквозная, можно ссылаться на номер, который выводится последним в ссылке URL сообщения.
При необходимости можно его и выводить - переименовать ту же ссылку URL сообщения. Сделать?

8

Современный автомотоспорт / Re: 2008 - календарь

« : Ноября 13, 2007, 15:11:41 »

http://www.formula1.com/calendar_preview.html - не?

9

История / Re: Вот тебе раз!

« : Октября 22, 2007, 01:46:53 »

Ну все-таки все обошлось
http://www.autosport.com/news/report.php/id/63567

10

Исследовательская лаборатория / Re: Инструменты. База данных

« : Декабря 24, 2006, 03:47:05 »

Фактически, раз у тебя создан справочник имен и фамилий, то в любой таблице, где у тебя используются хоть какие-то имена и фамилии, необходимо предусмотреть поля для хранения индекса имени и индекса фамилии из справочника (т.е. поля "Код имени"). Сами же имена и фамилии будут храниться только в одном единственном месте. И тут всплывают сразу две проблемы. Проблема №1 заключается в том, что ты не знаешь точно, сколько имен-фамилий будет у гонщика. В том плане, что гонщика могут звать ведь и "Остап Сулейман Берта Мария". Если ты хранишь это в одном поле имени - то замечательно, а если хочешь в разных и собирать полное имя из кусочков - то получается отношение между таблицами "многие ко многим", которое разрешается только через промежуточную таблицу. Это реализуемо, но требует определенных действий.

Ага, я понял. Значит, в таблице вместо поля "Имя гонщика" в текстовом формате должно быть поле "Код имени" в числовом?
А промежуточная таблица - это таблица для составных имён? Тогда совсем фигня запутанная получится.

Проблема как раз в том, что у тебя не одно имя будет для гонщика. Как минимум имя и фамилия. Если для каждого гонщика будет только одно имя и только одна фамилия - то можно предусмотреть два поля "Код имени" и "Код фамилии". Тогда у тебя отношение "Одно ко многим", т.е. одной записи для гонщика не может соответствовать больше одного кода в таблице имен (речь про одну конкретную ячейку в таблице гонщиков, естественно - сделаешь две, три или десять ячеек - будет, соответственно, столько же соответствий "Одно ко многим").
А если ты хочешь, чтобы количество имен для гонщика изменялось динамически - то тебе придется предусматривать промежуточную таблицу, в которой будут ячейки "Код гонщика", "Код имени", "Позиция имени". Заполнять такую таблицу в акцессе в режиме редактирования таблицы неудобно, для этого уже необходимо предусматривать специальный код - хоть в акцессе, хоть в вебе - который будет облегчать ее заполнение.
Правда, я все равно не очень понял, как ты собираешься указывать сложившееся написание для разных гонщиков с одинаковым именем. Как пример - есть два гонщика, Harry Smith и Harry Jones. При этом одного на русский обычно переводили Гарри Смит, а второго - Хэрри Джонс. Если у тебя в таблице имен для обоих используется имя Harry, то как ты укажешь, что для первого традиционное написание такое, а для второго - такое?

11

Исследовательская лаборатория / Re: Инструменты. База данных

« : Декабря 23, 2006, 05:33:19 »

Фактически, раз у тебя создан справочник имен и фамилий, то в любой таблице, где у тебя используются хоть какие-то имена и фамилии, необходимо предусмотреть поля для хранения индекса имени и индекса фамилии из справочника (т.е. поля "Код имени"). Сами же имена и фамилии будут храниться только в одном единственном месте.
И тут всплывают сразу две проблемы. Проблема №1 заключается в том, что ты не знаешь точно, сколько имен-фамилий будет у гонщика. В том плане, что гонщика могут звать ведь и "Остап Сулейман Берта Мария". Если ты хранишь это в одном поле имени - то замечательно, а если хочешь в разных и собирать полное имя из кусочков - то получается отношение между таблицами "многие ко многим", которое разрешается только через промежуточную таблицу. Это реализуемо, но требует определенных действий.
Проблема №2 - я, честно говоря, уже давно не следил за темой имен, поэтому не знаю - сошлись вы на том, что используете для перевода исторически сложившуюся транскрипцию или забиваете на нее и переводите всегда однозначно. Самый популярный пример первого - это "Джордж Харрисон и Гарри Гаррисон". Если нужна реализация такого варианта - тогда в таблице имен придется хранить два отдельных варианта с одинаковым оригинальным именем и разными переводами. Что усложняет ее заполнение и приводит к путанице. Забить на сложившуюся же транскрипцию - технически упрощает решение, но с точки зрения удобства восприятия - может создать проблемы.

12

Исследовательская лаборатория / Re: Перевод на русский имён и названий

« : Декабря 18, 2006, 00:58:54 »

Разместить - да где угодно. Не думаю, что она станет активным трафик-генератором.
Только покопавшись в ней, именно по гонщикам я нашел некоторые непонятности. У гонщика поле "имя гонщика" текстовое, а при этом есть отдельный справочник "имена и названия", в котором имена уже структурируются. Если хочется, чтобы эти таблицы были связаны - придется менять структуру и имя/фамилию любого гонщика сначала заносить в справочник, а потом уже из справочника выбирать при заполнении таблицы "гонщики".
По твоему вопросу в теме "Инструменты. База данных" (в которую, пожалуй, и надо перенести это мое сообщение) - для того, чтобы выбирать значения из связанной таблицы, необходимо использовать инструмент "Подстановка". Когда редактируешь поле - обрати внимание, что снизу есть еще одна закладка с таким названием и попробуй посмотреть хелп по ней, там всё очень подробно расписано.

13

Исследовательская лаборатория / Re: Перевод на русский имён и названий

« : Декабря 17, 2006, 06:54:27 »

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

14

Разное / Re: ДВД-проигрыватели

« : Ноября 13, 2006, 00:22:12 »

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

15

Форум Архива автоспорта / Re: Технические проблемы

« : Августа 03, 2006, 09:10:08 »

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

16

Исследовательская лаборатория / Re: Нужна помощь

« : Июля 31, 2006, 00:08:49 »

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

17

Исследовательская лаборатория / Re: Перевод на русский имён и названий

« : Июля 30, 2006, 14:05:49 »

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

Подумалось мне сейчас, что именно проблемы с произношением меня в моей предметной области толкают как раз на использование оригинальных написаний названий и аббревиатур. Ведь человеку сведущему значительно проще, увидев оригинальное написание, прочитать его так, как принято в его круге обитания, чем, наткнувшись на один вариант перевода, в голове производить сложное преобразование - сначала на язык оригинала, а потом уже на свой собственный. Именно поэтому, например, невозможно читать абсолютное большинство переводной профессиональной литературы на русском языке - из-за несовершенства перевода приходится сначала переводить с русского назад на английский, чтобы понять, наконец, что же хотел сказать автор. А уж к экзаменам готовиться по русскоязычным пособиям - многократно тяжелее.
Если вернуться к теме - ведь не было такой команды, как Ягуар. Была команда, звучание названия которой без символов транскрипции в форуме записать вообще невозможно И русское "Вэ" в слове "Вильямс" - совсем не тот звук... Поэтому один из участников может писать "Вильямс", а другой "Уильямс" - и ведь оба будут правы... А когда встанет задача найти сообщения, в которых упоминалась эта команда - возникнут проблемы. В отличие от оригинального написания, которое в любом случае однозначно.
В целом, конечно, и у того, и у другого подхода есть свои плюсы и минусы. Когда тексты создаются внутри единой тусовки - как этот форум, например - абсолютно без разницы, как писать, лишь бы единообразно.
Но с точки зрения дальнейшей технической обработки текстов - оригинальные названия задачу облегчают. Равно как облегчают ее и иностранным гостям, пытающимся найти какую-то информацию (по себе знаю, периодически приходится снимать информацию с азиатских форумов, опираясь только на вкрапления английских слов в иероглифы. Получается).
Это так, мысли вслух проходя мимо.

18

Исследовательская лаборатория / Re: Инструменты. База данных

« : Мая 27, 2006, 11:43:09 »

Видимо, у тебя какой-то очень особенный Access. Я пользуюсь Microsoft Access 2003 из комплекта Microsoft Office 2003 Rus. Все, процитированное мной из хелпа там работает именно так, как написано.
А что оказалось липой? У тебя не работает ALIKE? Или у тебя не работает LIKE после переключения синтаксиса в MS JET? Что из этого липа?pLuto38864,853900463

19

Исследовательская лаборатория / Re: Инструменты. База данных

« : Мая 26, 2006, 14:01:24 »

Sourceress, достаточно пяти минут и поиска в хелпе по слову Like, чтобы вопрос снимался сразу и навсегда. "Если ничего не помогает - прочтите, наконец, инструкцию" (С)
А в акцессе есть режим совместимости и с Like - если используется Microsoft Jet SQL синтаксис. Я же не зря привел кусок хелпа.
Майкрософт обвинять во всем на свете модно, но не очень-то продуктивно.

20

Исследовательская лаборатория / Re: Инструменты. База данных

« : Мая 22, 2006, 11:31:30 »

Добавление:
Попробовал построить Запрос напрямую в акцессе. Для той же базы, пример для которой приводил выше. В режиме конструктора запросов написал в поле "Условие отбора" для поля базы "Song_text" значение LIKE '%небо%'. Акцесс автоматически исправил его на ALIKE и все заработало. Так что запросы с LIKE в Access'е живут без проблем.
Вот цитата из хелпа от Access (нижеупомянутый режим запроса переключается в "Сервис-Параметры-Таблицы и запросы-Синтаксис для SQL Server"):
Также можно использовать подстановочные знаки в условиях на значение поля. Используемые подстановочные знаки зависят от режима запроса ANSI SQLбазы данных Microsoft Access.
Следующий пример работает в базе данных Microsoft Access, использующей синтаксис Microsoft Jet SQL.
 

Условие на значение поля	Сообщение об ошибке
Like "K???"	Значение должно содержать четыре знака и начинаться с буквы K.

Следующий пример работает в базе данных Microsoft Access, использующей Microsoft SQL Server-совместимый синтаксис (ANSI-92).
 

Условие на значение поля	Сообщение об ошибке
Alike "K___"	Значение должно содержать четыре знака и начинаться с буквы K.

21

Исследовательская лаборатория / Re: Инструменты. База данных

« : Мая 22, 2006, 11:07:40 »

Я заранее извиняюсь - я очень редко захожу в этот форум.
По работе с BDE я мало что могу сказать, потому что с борландом уже не работаю очень давно.
LIKE у меня работает легко, правда, не в самом Access'е, а с акцессовскими базами в ASP/Visual Basic. Напрямую в акцессе я тоже не работаю.
Вот, например, живой пример ASP кода моего последнего сайта:
        strSQL = "SELECT song_id, song_name, song_text " _
                & "FROM songs " _
                & "WHERE song_text LIKE '%" & Replace(strSearch, "'", "''") & "%' " _
                & "ORDER BY song_text;"
        Set rstSearch = cnnSearch.Execute(strSQL)

По поводу базы как веб-интерфейса на php - что-то в этом есть, но последующая ее привязка к тому же "Архиву" будет затруднена хотя бы потому, что Архив хранится фактически в одном месте. При этом, опять же, на php я не пишу, предпочитаю asp и вообще платформу MS, поэтому вряд ли чем-то смогу помочь в этой теме. А с другой стороны - при переносе форума на новый хостинг было бы логично разместить и базу на нем же.pLuto38859,8293981481

22

Форум Архива автоспорта / Re: Новый форум

« : Мая 18, 2006, 06:05:50 »

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

23

Форум Архива автоспорта / Re: Фотографии участников форума

« : Мая 15, 2006, 03:35:31 »

Ну про 33 у меня есть мысль, только вот верующие, буде они тут есть, обидеться могут

24

Форум Архива автоспорта / Re: Технические проблемы

« : Марта 08, 2006, 05:18:10 »

По поводу проблемы с кодировками - она такая есть, да. Попробовал еще внести изменения в код, может поможет... Но кардинально проблема, как обычно, решается отключением автовыбора кодировки в браузере.
Архивирование базы форума проводится еженощно, замещающим копированием. Так что в принципе если сервер живой, то состояние "на вчера" восстановимо, если сервер упадет - то восстановимо последнее состояние, которое вытащено Владимиром к себе.
С базой форума может возникнуть другая проблема - сейчас ее рабочий размер составляет порядка 110 мегабайт, а это уже не тот размер, который легко хранится в файлах типа .mdb. Переход на использование sql-сервера на теперешнем хостинге невозможен, так что в целом есть о чем задуматься... Но пока вроде бы база форума работает без сбоев, что не может не радовать.
Кстати, в архив не складываются картинки, которые вставлены непосредственно в сообщения, так что при умирании сервера они не сохранятся.pLuto38784,5896412037

25

Исследовательская лаборатория / Re: Инструменты. База данных

« : Января 30, 2006, 09:03:26 »

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

26

Исследовательская лаборатория / Re: Инструменты. База данных

« : Января 30, 2006, 09:01:59 »

Да, для того, собственно, и вводятся идентификаторы, чтобы их использовать в других таблицах. Во-первых, уменьшаются размеры баз (вместо строкового поля в 255 байт хранится одно-двух-четырехбайтное поле ID), во-вторых, изменение в таблице-справочнике (например, исправление опечатки в названии трассы) не ведет за собой необходимость изменений где-то еще.
Так что если перерисовать твой рисунок так, чтобы стрелки везде начинались от "Идентификатор", то будет вполне удобоваримо.
Правда, не совсем понял смысл выделения "Названия соревнований" и "Названия гонок" в отдельные таблицы - может быть много гонок/соревнований с одинаковыми названиями?
Выделение отдельной таблицы "Даты" тоже, думаю, нецелесообразно.
Сразу еще рекомендую не называть в каждой таблице поле "Идентификатор", а называть его, например, ID_страны, ID_класса и так далее. Иначе потом запутаешься в результирующих таблицах. Вообще, надо стараться не создавать в разных таблицах полей с одинаковыми названиями - если, как раз, они не связаны с другими полями с этим же названием.  Т.е., например, в таблице гонки должны быть поля:
ID_гонки (счетчик, ключевое), Дата_гонки, ID_трассы, ID_соревнования, ID_названия, ID_категории, ID_класса, Дистанция, Количество_кругов.
Сама таблица по большей части будет состоять из чисел - значений ключей других таблиц.

27

Исследовательская лаборатория / Re: Инструменты. База данных

« : Января 18, 2006, 06:05:59 »

Сорри, про NEAR я прогнал - потерял мысль. Конечно же, имелся в виду оператор LIKE.
WHERE (DATE BETWEEN 19550101 AND 19551231) AND (NAME LIKE '%КУБОК%')
выдаст все гонки 1955 года, в названии которых присутствует слово КУБОК.

28

Исследовательская лаборатория / Re: Инструменты. База данных

« : Января 17, 2006, 10:30:09 »

Мой шестизначный ID устроен так, что ограничения, в него заложенные, ни в коей мере мешать не могут. Суди сам: годы, которые будут представлены в БД, целиком относятся к XX веку, значит, двух первых цифр вполне хватит. Больше двух с небольшим десятков соревнований за сезон в СССР не проводилось никогда, значит, тоже достаточно двух цифр. И, наконец, каждое из этих соревнований включало в себя максимум десять гонок - еще две цифры. С этим как раз все в порядке. Счетчики в качестве ключа я стараюсь, наоборот, не использовать именно потому, что значение не несет никакого смысла и лишь увеличивает объем базы данных впустую. А если бы я в таблице "Гонки" поставил счетчик в качестве ключа, запрос на результаты гонки вообще стал бы кошмаром, потому что пришлось бы набирать в запросе полное длинное название гонки, со всеми запятыми и кавычками. Идея составного значимого ключа, который бы служил основой для запросов, пришла мне в голову слишком поздно...

Я о чем и говорю - для текущих задач этого индекса хватает, но если тебе когда-нибудь захочется расширить базу - да тривиально добавить туда 19 или 21 век - то ты уже натыкаешься на концептуальную невозможность этого. Если ты уверен на 100%, что никогда не захочешь расширить свою базу и эта база никогда не будет включена в чужие как подмножество - тогда конечно. Но такая уверенность - штука крайне редкая.
А про запрос на результат гонки - не понял. Ты же знаешь дату ее проведения, почему ты не делаешь запрос по дате? Я уж не говорю про ключевое слово NEAR, которое позволяет искать по части поля (например, по части названия).
В современных условиях, когда размер - далеко не самый определяющий параметр, экономить на спичках (т.е. на счетчиках) я бы таки не стал. Хотя каждому свое, конечно.

29

Исследовательская лаборатория / Re: Инструменты. База данных

« : Января 16, 2006, 06:13:01 »

Мне не кажется хорошей идеей использовать в качестве _идентификатора_ чего-либо значимые параметры. Потому что практически невозможно предсказать, в каком месте нехватит заложенных в идентификатор ограничений на то или иное значение.
С моей кочки зрения наилучшее решение - когда именно идентификатор внутри базы - это простое поле Counter, т.е. уникальный неповторяющийся цифровой счетчик, значения которого присваиваются автоматически.
Дата, соревнование и прочие записи, которые, как я понял, использовались в ID, должны просто храниться в отдельных полях и, соответственно, ссылаться на конкретные ID (опять же, счетчики) в других базах.
Тогда любая реструктуризация базы (необходимость которой существует _всегда_) не приведет к катастрофическим последствиям.
Хотя это, конечно, мое кочкообразное суждение Но выстраданное достаточно большим опытом проектирования.

30

Форум Архива автоспорта / Re: Изменения и дополнения

« : Января 14, 2006, 16:30:27 »

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

31

Исследовательская лаборатория / Re: Инструменты. База данных

« : Января 14, 2006, 16:08:02 »

Я вообще редко сюда заглядываю...
Но определение Алексея с моей кочки зрения абсолютно правильное, единственное уточнение - что потенциально непрофессионал может не понять: "вывести для просмотра в виде таблицы" - это не обязательное действие. Результат может и в памяти осесть и потом как-то разбираться программным кодом.
Подробнее о запросах и о построении баз данных можно прочитать в старой канонической книге Мартина Грубера "Понимание SQL". Книга гениальная. Начало там рассчитано на неподготовленных людей (хотя и с техническим складом ума), поэтому, думаю, первые пару-тройку глав для общего понимания концепции Владимиру будет прочитать нелишним. К Access оно не привязано совсем, но, думается мне, это не страшно.
http://doc.marsu.ru/lang/sql/sql2/index.html - вот здесь она в текстовом виде вся.

32

Форум Архива автоспорта / Re: Технические проблемы

« : Августа 30, 2005, 00:30:43 »

Это ошибка в переводе интерфейса на русский. В оригинале это поле называется Real Name

33

История / Re: Имена, названия, термины

« : Августа 17, 2005, 07:04:31 »

Лично мне кажется, что в таких случаях, когда не существует адекватного и популярного русскоязычного термина, лучше всего использовать транслитерированные варианты - пит-лейн и пит-волл. Хотя это и не идеальный вариант, но прочие - еще хуже, потому что заставляют читателя делать двойной перевод в голове - сначала догадаться, какой же оригинальный термин был переведен этими русскими словами, а потом перевести его в образ.
Такая же проблема часто встречается в переводной технической (и особенно компьютерной) литературе - практически конкурс для читателя "Догадайся, что было в оригинале". По этой причине, например, готовиться к экзаменам Microsoft/Cisco по переводным книгам практически невозможно.

34

История / Re: Имена, названия, термины

« : Июля 28, 2005, 00:15:46 »

Шкворень в моем понимании - некая неподвижно закрепленная ось, вокруг которой может происходить вращательное движение другой части механизма. Так что понятие "шкворень оси" - вполне имеет место быть, если ось рассматривать не как отдельный кусок железа, а как механизм.
Но, конечно, не исключено, что я не прав.
Фрикционный - слово в применении к автотехнике однозначно распространенное. Тот же яндекс высыпает кучу ссылок (на данный момент 153071). Да и жена говорит, что часто бывает (а она у меня технический переводчик
Со словом "дигитальный", слава богу, не сталкивался Кастовый жаргон - это нечто страшное, но чаще всего неоправданное. Как "дОбыча" у нефтяников, так и "дигитальный" у... мнэээ... все-таки, поискав по яндексу, не нашел именно радиотехнического использования этого термина. Только псевдокомпьютерные, цифрофото и биологические варианты. Надеюсь, что оно умрет само
А digital в большинстве случаев все-таки надо переводить, как "цифровой" ;)pLuto38561,3763888889

35

История / Re: Имена, названия, термины

« : Июля 27, 2005, 00:03:27 »

axle pivot - шкворень оси.
friction shock absorber - фрикционный амортизатор.

36

Форум Архива автоспорта / Re: Изменения и дополнения

« : Июля 18, 2005, 23:57:49 »

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

37

Форум Архива автоспорта / Re: Изменения и дополнения

« : Июля 18, 2005, 16:20:11 »

Чуть-чуть дошли руки и я добавил небольшой мод - в нижнем левом углу сообщения появилась ссылка "URL сообщения", данная ссылка бесполезна при просмотре (поскольку когда вы ее видите, вы и так находитесь в этом сообщении), но полезна, если нужно сослаться на данное конкретное сообщение из другого места. Использовать, соответственно - правой кнопкой по ссылке и "Копировать ярлык".
Будут глюки - пишите.

38

Форум Архива автоспорта / Re: Технические проблемы

« : Марта 13, 2005, 13:34:17 »

Сегодня получил следующее сообщение наверху страницы, которая долго грузилась, но так и не догрузилась:
Active Server Pages error 'ASP 0113'
Script timed out
/forum_posts.asp
The maximum amount of time for a script to execute was exceeded. You can change this limit by specifying a new value for the property Server.ScriptTimeout or by changing the value in the IIS administration tools.

Это нормальная диагностика для страниц, которые обваливаются по таймауту. Вот почему был таймаут - вопрос более сложный. Как я догадываюсь, речь про форму "для печати" какой-нибудь очень большой темы. С этим сложно бороться, потому что ограничение по таймауту в этом форуме всплывает иногда в самых неожиданных местах.
Если есть необходимость - что-нибудь попробовать исправить можно. Когда время появится.

39

Форум Архива автоспорта / Re: Изменения и дополнения

« : Января 14, 2005, 01:12:26 »

Боюсь, что никак. Мод, который я тогда упоминал, оказался страшно глючным, а вылавливать в нем тараканов у меня просто не хватит времени.
Вряд ли тебе захочется, чтобы форум падал раз в полчаса. Поэтому если появится что-нибудь постабильнее, типа новой версии мода - прикручу. А пока - не стоит.

40

Форум Архива автоспорта / Re: Технические проблемы

« : Января 12, 2005, 09:55:12 »

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

41

Форум Архива автоспорта / Re: Технические проблемы

« : Декабря 13, 2004, 08:45:38 »

К сожалению, проверить не могу по причине абсолютного неиспользования Оперы. Могу предложить только отключить автоопределение и поставить по умолчанию кодировку Windows-1251.

42

Викторины / Re: Несложная викторина №1

« : Ноября 27, 2004, 09:02:25 »

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

43

Форум Архива автоспорта / Re: Технические проблемы

« : Сентября 19, 2004, 23:46:14 »

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

44

Форум Архива автоспорта / Re: Технические проблемы

« : Сентября 19, 2004, 03:27:11 »

Валера, а нет ли у меня персонального ограничения на 3 строчки в сообщении? Понимаю, что вопрос глупый, но более длинное сообщение с этой машины я отправить не могу. Трудно быть кратким и выразительным, как Чехов или Ницше.

Естественно, никакого ограничения нет. А что происходит, когда ты пытаешься отправить более длинное сообщение? Если ошибку выдает эксплорер - то какую? Если сам форум - то какую?

45

История / Re: Автоспорт в царской России (1898-1914)

« : Сентября 17, 2004, 00:07:26 »

Во-вторых, меня интересует, существуют ли правила передачи русских имён и названий латиницей? Если да, то они, очевидно, должны различаться для разных языков - например, для английского и немецкого? Меня интересует английский. А, может быть, каждый конкретный случай надо рассматривать отдельно? Я могу привести и примеры. Чтобы было понятно, о чём идёт речь, вот как раз один такой "больной" случай.
Русское название: Михайловская
Варианты передачи "проблемных" букв и их сочетаний:
"х" - kh, h ... "й" - y, i ... "ая" - аya, аja
В результате возникают следующие возможные варианты траслитерации:
Mikhaylovskaya ... Mihaylovskaya ... Mikhaylovskaja ... Mihaylovskaja ... Mikhailovskaya ... Mihailovskaya ... Mikhailovskaja ... Mihailovskaja ... Mikhajlovskaya ... Mihajlovskaya ... Mikhajlovskaja ... Mihajlovskaja
С ума можно сойти, да? Поэтому я и хочу в этом поскорее разобраться.

Правила существуют разные, но обычно в спорных случаях опираются на официально утвержденные на уровне государства. Есть такой документ "ИНСТРУКЦИЯ О ПОРЯДКЕ ОФОРМЛЕНИЯ И ВЫДАЧИ ПАСПОРТОВ ГРАЖДАНАМ РОССИЙСКОЙ ФЕДЕРАЦИИ ДЛЯ ВЫЕЗДА ИЗ РОССИЙСКОЙ ФЕДЕРАЦИИ И ВЪЕЗДА В РОССИЙСКУЮ ФЕДЕРАЦИЮ". Утвержден приказом МВД РФ от 26 мая 1997 г. №310. В них приложения 6 и 7 - про заполнение паспортов соответственно на французском и английском языках, с таблицей транслитерации.
Там есть одно мелкое несоответствие в английской части, связанное с окончаниями, в частности "ий" в конце слова - т.е. по изложенному тексту правил имя Валерий должно писаться как Valeriy, а реально в загранпаспортах пишут Valery (да и мне так привычнее .
Глянуть все правила можно в любой правовой базе, да и в сети они есть, вот сходу нашлись на http://www.tours.e-burg.ru/urdepart/3.htm
Таким образом, если опираться на них, то правильным написанием для "Михайловская" будет Mikhaylovskaya.

46

Исследовательская лаборатория / Re: Перевод на русский имён и названий

« : Сентября 04, 2004, 04:08:29 »

Проходя мимо, так сказать...
В качестве технической реализации - совершенно необязательно изобретать велосипед. Для создания электронных словарей существует масса платформ, самая доступная - ABBYY Lingvo. Она позволяет делать вполне приличные многосвязные словари, вплоть до привязки аудиофайлов с произношением, дает комфортный интерфейс для их (словарей) обслуживания и поэтому весьма широко используется.

47

Форум Архива автоспорта / Re: Технические проблемы

« : Июля 25, 2004, 13:28:01 »

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

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

48

История / Re: 1934 год

« : Июля 21, 2004, 13:43:42 »

Покопался в своем архиве и вот что обнаружил – на программе БП Чехословакии 1949 года (отсканированная, естественно) написано VELKA CENA CESKOSLOVENSKA. Как это перевести, не знаю.

Так дословно и переводится - "Большой приз Чехословакии".

49

Форум Архива автоспорта / Re: Технические проблемы

« : Июля 02, 2004, 00:03:51 »

Чтобы поточнее отследить объемы потребляемого форумом трафика, я сегодня пересажу его на отдельный IP. Как и при любом другом изменении, из-за этого возможны глюки. Если что - кричите громче

Ну вот, накаркал. Сейчас все должно заработать

50

Форум Архива автоспорта / Re: Технические проблемы

« : Июня 28, 2004, 09:52:45 »

Чтобы поточнее отследить объемы потребляемого форумом трафика, я сегодня пересажу его на отдельный IP. Как и при любом другом изменении, из-за этого возможны глюки. Если что - кричите громче