DiAksID: вот нафиг транслит не нужен для адреса генерируемой, а не физически существующей страницы. уж лучше фильтр какой-нибудь на input повесть - не пускать особо корявые символы в урл (тег), если очень приспичит - и потом всю обработку одним LIKE-ом делать без извращений.
не очень понял о чем вы.
Какой по-вашему стоит делать урл у страницы, на которой будут выводиться все записи с тегом, например, "вода"?
ivan-lev: Ну, почему.. можно и без неё.. если подумать.
Т.е. названия уже определенным образом транслитерированы, и надо их перевести обратно? Там как бы потеря информации получается тогда, без словаря никак. Если просто надо туда-обратно - то разработать свои правила однозначной обратимой транслитерации.
а правила транслитерации менять не хочется
выходит по-любому нужен словарь (таблица с русскими и транслитерованными названиями тегов)
ivan-lev: зацепит и "тег 1", и "тег 12", и "тег 123"
точно! не подумал :(
значит не только без таблицы тегов не обойтись (где будут русское название и транслитом)
а еще нужна и таблица связи ид-шников статей с ид-шниками тегов, да?
---------- Добавлено 22.08.2013 в 11:01 ----------
kravru: значит не только без таблицы тегов не обойтись (где будут русское название и транслитом)
а еще нужна и таблица связи ид-шников статей с ид-шниками тегов, да?
просто нужно сделать, чтобы заполнять их не ручками, а автоматом, обрабатывая введенную строку со списком тегом.
Да вот захотел не использовать БД, т.е. не делать таблицу с тегами.
А просто к статьям добавить поле теги, которое заполняется в виде "тег 1, тег2, еще тег"
С каждого из которого будет ссылка на страницы: teg1.html, teg2.html, esche_teg.html
А потом teg1 переводить обратно в тег 1
а статьи выбирать запросом: SELECT * FROM articles WHERE tags LIKE '%тег 1%'
PS:
+ в том, что добавление тегов к статьям можно сделать быстро (просто написанием их в текстовом поле, а не через предварительное добавление тега в таблицу, а потом привязки тега к статье)
PPS:
догадываюсь что LIKE '%тег 1%' работает медленно или много ресурсов жрет, но тут вроде не должно быть много таких запросов, только 1 запрос на странице
hgv: Разве он еще живой?
Как с количеством объявлений. Хоть что-то заработать реально?
Средняя цена за 1000 показов какая?
Стоит пробовать?
Значит живой.
Никаких цифр дать не могу, т.к. не знаю их.
Openx использую в основном для управления баннерами на своих сайтах, а попутно поставил показывать платные объявления Openx Market, если их цена больше 1.5-2$ за тысячу показов, поэтому минималку копил долго.
вот нафиг транслит не нужен для адреса генерируемой, а не физически существующей страницы.
уж лучше фильтр какой-нибудь на input повесть - не пускать особо корявые символы в урл (тег), если очень приспичит - и потом всю обработку одним LIKE-ом делать без извращений.
не очень понял о чем вы.
Какой по-вашему стоит делать урл у страницы, на которой будут выводиться все записи с тегом, например, "вода"?
страницы тегов закрыть от индексации.
не согласен!
Ну, почему.. можно и без неё.. если подумать.
Там как бы потеря информации получается тогда, без словаря никак.
Если просто надо туда-обратно - то разработать свои правила однозначной обратимой транслитерации.
а правила транслитерации менять не хочется
выходит по-любому нужен словарь (таблица с русскими и транслитерованными названиями тегов)
зацепит и "тег 1", и "тег 12", и "тег 123"
точно! не подумал :(
значит не только без таблицы тегов не обойтись (где будут русское название и транслитом)
а еще нужна и таблица связи ид-шников статей с ид-шниками тегов, да?
---------- Добавлено 22.08.2013 в 11:01 ----------
значит не только без таблицы тегов не обойтись (где будут русское название и транслитом)
а еще нужна и таблица связи ид-шников статей с ид-шниками тегов, да?
просто нужно сделать, чтобы заполнять их не ручками, а автоматом, обрабатывая введенную строку со списком тегом.
так?
Да вот захотел не использовать БД, т.е. не делать таблицу с тегами.
А просто к статьям добавить поле теги, которое заполняется в виде "тег 1, тег2, еще тег"
С каждого из которого будет ссылка на страницы: teg1.html, teg2.html, esche_teg.html
А потом teg1 переводить обратно в тег 1
а статьи выбирать запросом: SELECT * FROM articles WHERE tags LIKE '%тег 1%'
PS:
+ в том, что добавление тегов к статьям можно сделать быстро (просто написанием их в текстовом поле, а не через предварительное добавление тега в таблицу, а потом привязки тега к статье)
PPS:
догадываюсь что LIKE '%тег 1%' работает медленно или много ресурсов жрет, но тут вроде не должно быть много таких запросов, только 1 запрос на странице
Программа отличная. Купил. Пользуюсь. Анализирую сайты. Благодаря ей на одном сайте уже нашел косяк с внутренней перелинковкой.
Моделированием не пользуюсь, а просто меняю структуру сайта в локальной копии движка, выкладываю обновление и сканирую и пересчитываю заново.
Разве он еще живой?
Как с количеством объявлений. Хоть что-то заработать реально?
Средняя цена за 1000 показов какая?
Стоит пробовать?
Значит живой.
Никаких цифр дать не могу, т.к. не знаю их.
Openx использую в основном для управления баннерами на своих сайтах, а попутно поставил показывать платные объявления Openx Market, если их цена больше 1.5-2$ за тысячу показов, поэтому минималку копил долго.
В .htaccess есть строка:
AddType application/octet-stream .rar .doc .docx .xls .xlsx .ppt .pptx .mov .avi .mp4 .pdf
без нее вроде бы docx не открывались
Попробовал убрать из нее .pdf - не помогло :(
нет, проверял
Кто-нибудь получал выплаты от OpenX Market?
Чеком или на PayPal?
(не работает емейл куда надо слать письмо с просьбой вывести на пейпел)
отвечаю сам себе: получил выплату на пейпел, все работает.
если у кого будут вопросы - обращайтесь...
Я почту со своих доменов перенаправляю на мейл.ру, чтобы со спамом меньше возиться.
Да и объем у ящиков на мейл.ру не ограничен, а свой хостинг не резиновый.