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

G
На сайте с 28.07.2002
Offline
29
1814

Есть планы запустить собственный каталог.

Ожидаемое кол-во ресурсов в каталоге в течении ближайших двух лет 2000-2500 сайтов.

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

Что надо:

1. Возможность назначать модераторов в разные категории

2. Возможность автоматического оповещения по e-mail владельца сайта, если заявка на добавление ресурса одобрена модератором.

3. Возможность прописывать один ресурс в нескольких разделах сразу.

4. Создание неограниченного количества подкатегорий.

5. PHP/MySQL, желательно без каких-либо дополнительных модулей.

6. Поиск по названиям, URL и описаниям ресурсов.

Чего не надо:

1. Ведения учета количества переходов по ссылке.

2. Возможности пользователям голосовать за ресурс.

Какой скрипт посоветуете, уважаемые бойцы невидимого фронта? :)

Попробовал скрипт CN-CAT (офф. сайт cn-software.com), но он мягко говоря недоделан даже на уровне логики, не говоря уже о глюках. По их нумерации там уже версия 1.2 каталога, но это неприкрытое хвастовство. ИМХО конечно :)

Regards Karen Vrtanesyan
[Удален]
#1
Как писал groul
Ничего особо навороченного не надо, но и слишком простой скрипт, как показала практика начинает тормозить работу уже после 40-50 записей.

Скрипты, имхо, не тормозят. :) Тормозить все начинает, если информация хранится в текстовых файлах. С MySQL до миллиона записей проблем быть не должно.


Какой скрипт посоветуете, уважаемые бойцы невидимого фронта? :)

Самостоятельно написанный. :) Еще Кролик говорил: "Хочешь хорошо и быстро - сделай сам". :) Кстати, а почему не Perl+MySQL?

Тебя только бесплатное интересует?

C
На сайте с 19.09.2001
Offline
120
#2
Скрипты, имхо, не тормозят. Тормозить все начинает, если информация хранится в текстовых файлах. С MySQL до миллиона записей проблем быть не должно.

Категорически с Вами не согласен. Все сильно зависит от конкретной реализации. Если использовать flat files для хранения данных, то база данных может работать быстрее, но далеко не всегда.

С уважением, Владимир Чернышов. (не)?путевые заметки (http://chernyshov.kiev.ua/)
[Удален]
#3
Как писал Cherny

Если использовать flat files для хранения данных, то база данных может работать быстрее, но далеко не всегда.

Быстрее чем MySQL? Или чем что?

А скорость выборки? А простота подачи запроса и обработки результатов?

Имхо, MySQL рулит. :)

C
На сайте с 19.09.2001
Offline
120
#4

Я хотел сказать о том, что использование текстовых файлов в сочетании с include временами работает быстрее чем запросы к базе данных.

Scaramush, отвлеклись от темы, так что предлагаю прекратить. :)

G
На сайте с 28.07.2002
Offline
29
#5

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

Skaramush

Если будет хороший вариант, но платный, тоже могу рассмотреть.

Самому делать не резон: ни времени, ни достаточных знаний в программировании.

[Удален]
#6

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

G
На сайте с 28.07.2002
Offline
29
#7

Смотрел и на Hohscripts и на CGI-resources—ничего подходящего. :(

Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий