Turtle_Fly

попробуйте задать еще пару условий:

RewriteCond %{REQUEST_FILENAME} !-f

RewriteCond %{REQUEST_FILENAME} !-d

т.е. если эти условия (если запрашиваемый урл это существующий файл или папка)

то ваше правило не сработает, иначе, как вы и хотели будет перенаправление запроса на Index.php

ну в данном случае или назначьте этот стиль для всех элементов A или для A в пределах какого-то блока.

Стиль для A в некоем блоке

#arrow_block A{

всё как у вас выше было написано

}

Пример

<div id="arrow_block">

<a href="">txtxttx1</a>

<a href="">txtxttx1</a>

<a href="">txtxttx1</a>

<a href="">txtxttx1</a>

</div>

Users:

id, имя, пароль

Category:

id, имя категории,

Types:

id, название типа, ну и еще можно добавить поле Единицы измерения или еще что

Data:

id, ссылка на тип, integer (double), text (text)

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

Либо сделать таблицу связей:

id, item_id1, item_type1(грубо говоря это название таблицы), item_id2, item_type2

Т.е. получается что во всех таблицах хранятся данные которые никак не связанны м-ду собой (кроме таблицы Data Где есть указатель на тип), а вот за хранение этих связей отвечает отдельная таблица.

Надеюсь смысл понятен =)

1. Для этого у меня есть таблица типов (на её основе можно строить фильтры например)

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

Все связи хранятся в таблице связей.

2. и далее хранение данных, грубо говоря id, type, double, text

т.е. если это будет зарплата, степуха, успеваемость, оценка, колво на складе или дата, время то они пойдут в double иначе в текст, ну проверка естесно не по названию типа =)

А я где-то сказал что это не так? Или это не важно, главное пёрнуть.. ведь так?

Академик =) кислых щей

Ну вот и продолжение =) Сегодня в конце дня обновилась инфа в панели вебмастера. Загруженных страниц 1 (главная), дата обращения робота к сайту 1 января 1970 03:00 =)))) Ну пока что в индексе и этой 1 страницы нет.. жду дальше

Уважаемый wolf, вы предвзято судите от том, чего не видели. Подумайте об этом =)

Текст не генерируется, он собирается из кусков. Все куски имеют несколько вариантов написания. Чем больше тем лучше. Тем больше страниц и сайтов мона нагенерить..

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

/UPD

ну чтож, думаю выясним это угробив пяток, другой, доменчегов.

А вот такой вопрос в принципе относящийся к этой теме:

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

Какой дожен быть примерный порог похожести текстов?

UPD/

на данный момент если сравнивать 2 страницы (тема у страниц одна) то для 1 словного шингла похожесть в районе 60%, для 4 словного шингла - 40%

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

Я бы сделал так:

1. user_table: id, login, pass, group (id из таблицы групп)

2. group_table: id, group_name

3. group_param: id, param, group (id из таблицы групп)