Просмотр сообщений

В этом разделе можно просмотреть все сообщения, сделанные этим пользователем.


Сообщения - D.O.

Страницы: 1 [2] 3 4 ... 6
16
Каким бы вы хотели видеть каталог сайтов, с какими фичами?
Кроме статистики и счётчиков.
Ссылки прямые, отсутствие автоматической регистрации (чтобы не было мусора), - это подразумевается.

17
Perl / вопрос по CGI::Cookie
« : 08 Декабря 2005, 22:06:25 »
Можно ли с помощью CGI::Cookie поставить cookie на N секунд?
На N минут получалось:
-expires => \'+10m\'
а если я хочу на 10 секунд:
-expires => \'+10s\'
то он ставит cookie на какое-то непонятное долгое время.

Что делать?
В доке не расписано, какую букву ставить для какого промежутка времени, для минут угадывать пришлось.

18
Напомните кто-нибудь, как перезагрузить страницу?
Всего одной строчкой, как-то это делается-то с location.href, не могу вспомнить.

19
Поделитесь примером плана рекламной кампании по раскрутке сайта? Вашим реальным опытом.

20
Флейм / применение MySQL на тяжёлых сайтах
« : 20 Сентября 2005, 14:15:54 »
Цитировать
Antoxa:
у некоторых компаний в mysql лежат десятки терабайт с тысячами параллельных запросов. не на одном сервере конечно.


Если не на одном, то не удивительно.

Цитировать
Antoxa:вот я и спрашиваю, много - это сколько?


"Тысячи параллельных запросов". И каждый запрос достаёт от нескольких десятков до тысячи записей.

21
Флейм / применение MySQL на тяжёлых сайтах
« : 20 Сентября 2005, 12:30:05 »
sublimity
Отлично, благодарю за информацию.
Останусь с MySQL.

22
Флейм / применение MySQL на тяжёлых сайтах
« : 20 Сентября 2005, 01:55:19 »
Цитировать
Yukko:
кажется, что это не автор MySQL жжот!!!


Я мог коряво выразиться, у меня сейчас нет времени и желания расписывать причины того, почему я задумался о переходе на Java. Я сегодня устал.
Можете пока считать это совпадением: я задумал продвинутые фичи и я задумал переход с Perl на Java.

23
Флейм / применение MySQL на тяжёлых сайтах
« : 20 Сентября 2005, 01:09:31 »
Цитировать
Antoxa:
а тяжелым - это как?


Большие объёмы данных, много одновременных коннектов и запросов.

Цитировать
Antoxa
да, насчет баз в mysql, чтобы неповадно было пургу нести, списочек клиентов mysql ab: http://www.mysql.com/customers/


Да. Аффтар MySQL жжот, респект.

Цитировать
Antoxaкстати, "все на perl" - это cgi?


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

24
Флейм / применение MySQL на тяжёлых сайтах
« : 19 Сентября 2005, 15:06:55 »
Цитировать
RomikChef:
свою вшивую доску объявлений оно называет "тяжёлым сайтом" =)
Доктор, вам надо лечиться. от мании величия.


В Бобруйск, жЫвотное.

Ни один тяжёлый сайт не был тяжёлым в первый год своего существования.

25
Флейм / применение MySQL на тяжёлых сайтах
« : 17 Сентября 2005, 21:26:40 »
Вопрос вполне серьёзный. Меня интересовал опыт реальной работы сайтов с тяжёлой нагрузкой на большие базы под MySQL.

Мельком взглянул на то, что выдал Google на запрос про memcache. Это какая-то поделка на PHP?
PHP для моего проекта не актуален, у меня всё на Perl, в перспективе перевод на Java.

26
Флейм / применение MySQL на тяжёлых сайтах
« : 16 Сентября 2005, 19:07:27 »
Насколько тяжёлые сайты можно держать с использованием MySQL?

Ситуация:
Есть сайт http://www.info101.ru, это доска объявлений. Изменение одной строки данных сразу двумя разными пользователями тут практически невозможно, поэтому полноценная поддержка транзакций не нужна. Возможно, и не понадобится в дальнейшем.

Пара вопросов:
Выдержит ли MySQL тяжёлую нагрузку в случае сайта info101.ru? Например, если 10 юзеров одновременно будут публиковать объявления и 100 одновременно будут их запрашивать.
Насколько большие базы могут жить под MySQL? Старые объявления будут вычищаться (например, не более 1000 в одном разделе). Разделов - несколько сотен. BLOB\'ов нет.

Думаю: либо оставаться на MySQL, либо перейти на PostgreSQL или другое. Коммерческую СУБД покупать жаба душит, хотя такой вариант не исключаю.

27
Нашёл ошибку. Надо было писать:
RewriteRule ^page1/q-(.*)$ cgi-bin/page1.pl?q=$1

28
В httpd.conf прописано:

LoadModule rewrite_module modules/mod_rewrite.so
...

    Options Indexes FollowSymLinks
    AllowOverride All
    Order allow,deny
    Allow from all


В .htaccess (лежит в htdocs) прописано:

RewriteEngine On
Options +FollowSymLinks
RewriteBase /
RewriteRule ^page1/q-(.*)$ page1.pl?q=$1

Вызываю:
http://localhost/page1/q-test

Получаю вместо выполненного скрипта:
403 Forbidden
You don\'t have permission to access /page1.pl on this server.

Сам скрипт вызывается нормально:
http://localhost/cgi-bin/page1.pl?q=test
и выполняется успешно.

Как заставить работать mod_rewrite, чтобы нормально вызывался скрипт?
Везде примеры для PHP, а для Perl и директории Cgi-bin ничего не нахожу.

29
Perl / маленький вопрос про редирект
« : 14 Сентября 2005, 19:04:27 »
Но поскольку параметров запроса несколько, и не все из них обязательные, мне теперь лучшей кажется идея всё-таки переделать процесс получения значений параметров в скрипте areal.pl из вышеприведённого примера. И использовать mod_rewrite.

30
Perl / маленький вопрос про редирект
« : 14 Сентября 2005, 19:00:13 »
Цитировать
Корепанов Иван:
Посторайся объяснить популярным языком, может помогу.
А мои советы тебе пригодились?


Советы про Location не пригодились. Я этот приём знаю, но для моей задачи он не применим.

Задача такая:
Есть страницы со ссылками на скрипты. Фрагмент реальной ссылки:
.../cgi-bin/info101/area.pl?region_id=2&start=21&ads=20&what=1&what=2&what=3&area_id=2002
Для поисковой оптимизации нужно, чтобы она имела вид:
.../area-2002/region-2/start-21/ads-20/what-1/what-2/what-3

В .htaccess прописывается:
ErrorDocument 404 /cgi-bin/handler.pl

А в handler.pl я хотел сделать следующее:
Взять строку запроса типа
.../area-2002/region-2/start-21/ads-20/what-1/what-2/what-3
и сформировать из неё строку типа
.../cgi-bin/info101/area.pl?region_id=2&start=21&ads=20&what=1&what=2&what=3&area_id=2002
чтобы в скрипте area.pl не пришлось переделывать процесс получения значений параметров запроса.
Для этого я искал способ из скрипта handler.pl вызвать area.pl со строкой параметров, и чтобы со стороны юзера (или поискового робота) URL выглядел как
.../area-2002/region-2/start-21/ads-20/what-1/what-2/what-3

Страницы: 1 [2] 3 4 ... 6