---|Ветка была без названия|---

← →
Dimka Maslov (2002-04-11 20:19) [40]

>VID
Вся трудность именно в том, что работать с базой данных надо из Пёрла или ПХП, вот тут уже я не справлюсь, а всё остальное сделать можно, правда работа с БД - основа данного мероприятия.

← →
Dimka Maslov (2002-04-11 20:20) [41]

>lipsky
Можно обойтись, но в целях безопасности нужна база.

← →
VID (2002-04-11 21:05) [42]

TO Dimka Maslov : я честно говоря не очень в создании интернет-приложений, но почему именно через PERL или PHP ? Разве нельзя на object pascal создать нужный cgi-скрипт и использовать его ?

← →
DenKop (2002-04-11 21:45) [43]

Если дело стало за организацией БД, то я думаю можно собрать в какую нибудь DLL управляющую этой самой базой. Да, ну конечно же если можно из PHP юзать библиотеки собранные на Delphi. Но если это реально, то думаю в написании DLL я смогу помочь.

P.S. А можно и без DLL обойтись, использовать ActiveX, но это будет проблемней.

← →
Димка-1200 (2002-04-11 21:56) [44]

Я понимаю, что вы тут все в основном дельфисты и дельфисты под must die, поэтому хочу внести небольшую ясность. Если писать cgi на объект паскале, то сервер, кот. их будет обрабатывать, должен быть стопудово мастдаевский. А на сколько я могу в этом деле понимать, то тут стоит Apache/1.3.20 (Unix)
Так что писать скрипты придется на Perl или PHP и с использованием БД MySQL (если она тут есть)

← →
VID (2002-04-11 22:46) [45]

TO Димка-1200: Ах вот оно что ! :) ну тогда действительно нужен Perl/PHP программер.

А насчёт MySQL надо у Merlin выяснить...

← →
VID (2002-04-11 22:48) [46]

again to Димка-1200: А ты программируешь под *никсы ? Можешь помочь в этом деле ?

← →
Fantasist (2002-04-12 00:35) [47]

> Я понимаю, что вы тут все в основном дельфисты и дельфисты
> под must die, поэтому хочу внести небольшую ясность. Если
> писать cgi на объект паскале, то сервер, кот. их будет обрабатывать,
> должен быть стопудово мастдаевский. А на сколько я могу
> в этом деле понимать, то тут стоит Apache/1.3.20 (Unix)
> Так что писать скрипты придется на Perl или PHP и с использованием
> БД MySQL (если она тут есть)

Да, да, в этом-то и дело. Если бы сервер стоял на виндах, то написать CGI+БД, хоть на Delphi хоть на VC, и я бы смог. А вот под Unix... В этом-то весь облом.

← →
Димка-1200 (2002-04-12 01:39) [48]

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

← →
Димка-1200 (2002-04-12 01:42) [49]

Пора, братцы, на Киликс переходить, тогда проблем с совместимостью не будет :)

← →
Aleks1 (2002-04-12 01:54) [50]

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

← →
lipskiy (2002-04-12 09:35) [51]

А как же Димка-1200?

> с написанием я помогу

Вот оно! Есть!!!
А ТЗ сделаем, но проблем, я уже занялся этим. Выложу где нить страничку, сложу туда все умные мысли с этой конфы - обсудим.

← →
Mike_Goblin (2002-04-12 10:05) [52]

вставлю и ясвои пять копеек
1. Kylix - в данном случае imho не лучшее решение - к нему нужны библиотеки - потенциальный источник проблем на сервере, хостер вряд ли захочет размещать их,, да и размер кода великоват
2. предлагается Perl+MySQL - вроде самое то для этой задачи
Я бы мог заняться реализацией - но сейчас совсем нет времени :(((

← →
iZEN (2002-04-12 10:05) [53]

Давайте перепишем на Delphi алгоритмы http://algolist.manual.ru/
:)

← →
fliz (2002-04-12 12:08) [54]

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

← →
VID (2002-04-12 12:27) [55]

to filz: в будующем возможно так и надо будет сделать, но пока что неплохо было бы создать хотя бы то, что задумано.

А так ведь ещё и создание поиска впереди, и вывода стат данных...

← →
Андрей Сенченко (2002-04-12 18:16) [56]

Вот здесь:
http://kurepin.ru/main.phtml#chap9

лежит хороший пример писанины на PHP с MySQL. Это для желающих попробовать силы.

← →
IronHawk (2002-04-12 18:49) [57]

Полностью поддерживаю Subj !

← →
VID (2002-04-12 19:11) [58]

TO IronHawk: А ты можешь как-нибудь помочь в деле реализации сабжа ?

← →
Merlin (2002-04-12 19:50) [59]

Хм... базы, базы... К сведению, _весь_ этот сайт написан без использования БД и даст фору по производительности и низкой загрузки сервера многим аналогичным проектам с исп. БД.

Не надо усложнять себе жизнь. Создание текстового файла на каждый раздел в котором одна функция на одной строке решит все проблемы. (перевод строки заменяется на <BR> и тогда функцию можно показывать сразу в браузер не задумываясь о перекодировании и форматировании)

← →
VID (2002-04-12 20:24) [60]

TO merlin: Вот и возникают у людей вопросы: а почему когда я функцию в дельфи вставил, то она у меня в одной строке отобразилась ? :)))

← →
lipskiy (2002-04-12 21:03) [61]

About Merlin © (12.04.02 19:50)
Поскольку это мнение автора сайта и конечной инстанции в создании проекта - то тогда очень важно знать сейчас (до начала работы), какой вариант будет пропущен?
Если БД только не рекомендуется, но если будет сделана, то будет и подключена - это одно, а если вебмастер принципиально против БД - это другое.
Мерлин, конкретизируй, плз, какой вариант ты разрешишь?

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

← →
Димка-1200 (2002-04-13 02:35) [62]

To lipskiy: Запарно :)
Саму базу (текстовик) перегнать в БД будет несложно. А вот весь движек кот. работает с файлом переписывать на работу с БД запаришься.
Файл нужно будет читать в массив либо построчно, либо целиком и потом уже с ним работать как с массивом. А к БД можно обратиться по адресу, сделать выборку, сортировку. К тому же базы на MySQL платформонезависимые, чего не скажешь текстовиках. Особенно это касается переводов строк. Где 10 13, где просто 10, где 10 10 13.
В общем бардак полный :)
Это конечно все ерунда, но имхо, с БД работать проще.

← →
Oleg_Gashev (2002-04-13 02:52) [63]

Идея хорошая и бесспорно нужная. Сам бы не прочь ею заняться и время есть. На своем сайте http://gashev.com могу все это выложить. Сайт работает без БД. Кто заинтересован в предложении пишите на oleg@gashev.com .

С уважением, Олег Гашев.

← →
lipskiy (2002-04-13 03:32) [64]

2 Oleg_Gashev
Спасибо, но выкладывать будем здесь, да и для рабочего варианта есть место. Можешь ли реально помочь в программировании базы, как, например Димка-1200 или Dimka Maslov?

← →
lipskiy (2002-04-13 03:37) [65]

2 Димка-1200
Ок, понял. Тогда точно надо с MySQL и начинать сразу, тем более если ты шаришь и можешь помочь реально. Чего зря париться, у БД и возможностей больше и, говоришь, платформонезависимая. Зачем тогда ездить на запоре, если мерс предлагают!

← →
Oleg_Gashev (2002-04-13 10:29) [66]

>lipskij
Сайт работает без БД.

← →
VID (2002-04-13 11:39) [67]

TO Oleg_Gashev: А ты можешь реализовать идею с применением БД ?

← →
Oleg_Gashev (2002-04-13 11:46) [68]

Нет, нет, нет, нет, нет!!!!
Сайт работает без БД.

← →
Dimka Maslov (2002-04-13 12:28) [69]

Раз Merlin говорит, что никакой БД здесь нет, и что можно делать и без неё, то я мог бы попытаться слелать это на PHP.

← →
Димка-1200 (2002-04-13 13:27) [70]

To Oleg_Gashev: Тебя ведь спрашивали можешь ты реализовать, или нет, а не то, как у тебя сайт работает.
А место и у меня есть, причем Апачи я могу сам у себя кофигурить и модули к ним подключать.
Но как я понимаю, о том где размещать базу вопрос не стоит.

← →
Димка-1200 (2002-04-13 13:32) [71]

To Dimka Maslov: Тут все написано на Perl"e.
Перл более мощный язык, хотя немного и сложнее.
Имхо, без БД писать запарнее, т.к. обращение идет к текстовику, его нужно открывать на запись, потом опять закрывать. А если на сайте народу много и они одновременно что-то пишут в один файл?
Тогда у одного все нормально, а у другого облом.
Опять же придется извращаться, что бы таких вещей не было.

← →
lipskiy (2002-04-13 13:32) [72]

Ок, значит если, имхо, лучший вариант с MySQL не будет разрешен, то делаем на PHP. Настоятельно рекомендую MySQL.
Мерлин, АУ!

← →
lipskiy (2002-04-13 13:34) [73]

Или не на ПХП, а на Перле :)

← →
Oleg_Gashev (2002-04-13 13:38) [74]

>Димка-1200

Мерлин может все выложить на PHP? Сайт ведь написан на Перле.
Если проблем нет, можно и на этом сайте.

>Мерлин
Как у тебя со свободным местом?

← →
Anatoly Podgoretsky (2002-04-13 13:48) [75]

lipskiy © (13.04.02 03:32)
Что то я не заметил, чтобы Merlin дал согласие на размещение или хотя бы намек на это.
Ты не торопищься распоряжаться чужим ресурсом.

← →
lipskiy (2002-04-13 14:22) [76]

2 Anatoly Podgoretsky
По аське добро на реализацию и предоставление дискового пространства от Мерлина получено еще с самого начала. Ессно, без этого я бы и не парился. Непонятно пока - какая технология будет пропущена.

← →
lipskiy (2002-04-13 14:28) [77]

Господа! Мы с VID в данное время готовим отдельную страничку - что-то типа ТЗ - формализуем задачу и собираем воедино все предложения. На основе этой странички, которую будем (если хотите) вместе дорабатывать можно будет делать проект.
Скоро выложу страничку и дам ссылку. Следите!

← →
Malder (2002-04-13 19:33) [78]

Имхо, вы взяли на себя непосильную задачу. Ресурс будет или примитивен, или слишком сложен для исполнения.
Вы подумайте, чем хотите заняться. Ведь вы пытаетесь делать маленькие компоненты по сути. Есть специализированные сайты на которых работают десятки людей и они только и успевают, что каталогизировать компоненты для работы со всем чем угодно.
А в чем преимущество вашего подхода ? Чем база функций лучше ? Они не смогут выполнять ничего серьезного. Вы отсекаете все на первом уровне.
Попытаюсь обьяснить. Ну вот например работа с файлами. Есть функция открыть файл, которая возвращает ссылку на открытый файл. И по это ссылке с файлом можно работать (читать, писать) из ДРУГИХ функций ! Все завязано. А ваши процедуры-функции независимы друг от друга. Ничего кардинального они сделать не смогут. Тут где-то приводился пример... будет типа функция набора номера модемом. Ну будет выложена такая функция... и что ? Ну вот вызову я ее. Модем наберет номер. А дальше то что ???! Соответственно, нужно реализовать не только набор номера, но и передачу/прием данных, другие функции. Все это выливается в компоненту для работы с модемом. Таких компонент - куча, и не надо ничего нового писать. И много, интересно, вам таких готовых компонент будут присылать ? И сколько ж ее проверять на корректность надо будет ?
В общем, источник, как, я говорил, будет достаточно примитивным. Все его процедуры/функции будут выполнять простенькие действия (ну типа определения текущего IP адреса компьютера). Зачем это надо ? Это же стандартный FAQ.

Просто я не хочу чтобы вы потеряли кучу времени впустую...

← →
VID (2002-04-13 20:22) [79]

TO Malder: Да действительно, ты прав - функции и процедуры часто бывают связаны между собой. Но посмотри на вопросы которые здесь задают. Чаще всего ответы на эти вопросы заключаются в виде ОДНОЙ ПРОСТОЙ ФУНКЦИИ ИЛИ ПРОЦЕДУРЫ.
Более того, ты наверное не в курсе, но каждая запись в базе данных, будет содержать поле, в котором будут указаны использованные функции и модули, таким образом если кто-нибудь захочет использовать какую-нибудь функцию из базы, от увидит ссулыки на другие функции (если таковые будут) и побеспокоится о том, что бы они ну него тоже были.
А в описанной табою ситуации вариант решения проблемы может быть таков: Допустим есть функция A(FileName:String):THandle, эта функция возвращает дескриптор какого-нибудь файла по его имени.

А процедура B(FileHandle:THandle) занимается удалением какого-нибудь файла по его дескриптору.

Итак что НЕПОСРЕДСТВЕННОГО вызова функции A из процедуры B нет. Но Функция А нужна для определения входного параметра, необходимого процедуре B.

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

Кажется неплохой вариант ? Это конечно потребует от пользователя выхода на функцию A, её скачивания (или COPY-PASTE), однако в этом случае описанная тобою проблема будет решена.

PS: Пессимизмом можно любое дело загубить...

← →
lipskiy (2002-04-13 21:24) [80]

2 Malder
Я совершенно согласен с VID. Ты не с той стороны смотришь на задачу. Компоненты - готовые программы, и немаленькие. Их море в сети. Но они неоптимальны, содержат много лишнего для каждой конкретной задачи. И это наиболее важное отличие компоненты от мелких функций, на мой взгляд.

FAQ - не совсем то. Он содержит мало готовых законченных вещей и имеет неформализованные описания.

> Они не смогут выполнять ничего серьезного
> Ничего кардинального они сделать не смогут

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

> Ну вот вызову я ее. Модем наберет номер. А дальше то что ???!

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

Резюме таково - сия база по своему уровню находится между Паскалем, как языком, и компонентами, как готовыми программами на этом языке. Имхо, это звено не лишено востребованности и имеет свою нишу.

---|Ветка была без названия|--- Найти похожие ветки