Дайте съвети за една идея за Форума.

[Bibi]

Става дума за линковете, водещи към стария форум.
За жалост пак имам само идеи "на гол тумбак", в смисъл, че нямам достатъчно познания в тази дейност.
Струва ми се, че не е сложно да измислим хитро решение на проблема.
Търсим функция, която да получава "стар адрес" и да връща съответния "нов адрес".

Първият проблем е по какво правило да го върши.
Тук някой Администратор, познаващ новия синтаксис, би могъл веднага да даде готов отговор, но аз се заех да проуча каквото мога сама. Потърсих всички препратки в Сетком, които водят до адреси от стария тип. Болшинството са от вида:
Преди:
http://setcom.bg/news/forum/topic.asp?TOPIC_ID=22091
Сега:
http://forum.setcom.bg/index.php/topic,22091.0.html
Хубавото е, че ИД-номерът се запазва.
Въпреки това ми се струва, че ще потрябват и регулярни изрази, заради разните ключови думи в адресите. Освен ИД-то понякога има номер на страница и номер на пост. И други такива.
В идеалния случай трябва да се търсят в адреса всички символи "=", да се изолира ключовата дума преди съответното равенство и стойността след него и те да се заменят по подходящия начин в новия адрес. Звучи ми не сложно.

Второто е къде да се приложи тази функция и на какво да бъде написана.
От една страна би могло да се направи така, че да се приложи върху базата, като редактира линковете във всички стари постове и ги замени с актуалните.
Независимо от това би трябвало същата по логика функция да се сложи и на стария адрес и тя да редиректва всички заявки към него. Това ще е добре да се случи дори и базата междувременно да е актуализирана, заради външните (от други сайтове) препратки към стария Сетком.

Ясно ми е, че за да се случи всяко от тези две неща, ще е необходимо съгласието на собствениците, но дори да не го получим, на мен ми е интересно принципно как се решава такъв въпрос.
Така че, ако някой може да помогне, благодаря!

[Bibi]

Ето едно стряскащо начало:
http://(www\.)?setcom\.bg/news/forum/topic\.asp\?(\w+=\w*&)*?TOPIC_ID=(\d+)(&\w+=\w*)*(#\w*)?

се замества с
http://forum.setcom.bg/index.php/topic,$3.0.html

[breiii]

Има ли решение този проблем?

[Ghost]

Ето едно стряскащо начало:
--клъц--

Предполагам визираш mod_rewrite. Това е генерално решение, но може да доведе до грешки и много отговори "404". Старият синтакс не е преобразуван само в мненията. Така и трябва да бъде - няма как скрипта да прецени кога някой е дал линк към същия форум или външен сайт. Ако беше толкова наложително, бих направил dump на колоната/таблицата с мненията, където да се направи замяна на "topic.asp?TOPIC_ID=" с "index.php?topic=". И после обратно в базата.

[Bibi]

Прав си. Не знам каква е структурата на базата, но всяко мнение си има дата/час и време на редактиране. Това може да послужи за критерий кои записи да се обновят.
Самият синтаксис на линковете също може да даде еднозачен отговор дали да се редактира или не даден линк (това въпросният регулярен израз може да ни го осигури - да променя само препратките към "стария" Сетком, ако препратката започва с "http://setcom.bg/news/forum/". Останалите линкове няма да ги закача).

Но въпреки всичко си мисля, че е най-добре редиректващата функия, която в момента се грижи да пренасочва "http://setcom.bg/news/forum/" към новия Сетком да бъде допълнена така, че да обработва и параметрите, примерно: "http://setcom.bg/news/forum/topic.asp?TOPIC_ID=22091".

[breiii]

Предполагам визираш mod_rewrite. Това е генерално решение, но може да доведе до грешки и много отговори "404". Старият синтакс не е преобразуван само в мненията. Така и трябва да бъде - няма как скрипта да прецени кога някой е дал линк към същия форум или външен сайт. Ако беше толкова наложително, бих направил dump на колоната/таблицата с мненията, където да се направи замяна на "topic.asp?TOPIC_ID=" с "index.php?topic=". И после обратно в базата.

Благодаря!

[Ghost]

...въпреки всичко си мисля, че е най-добре редиректващата функия, която в момента се грижи да пренасочва "http://setcom.bg/news/forum/" към новия Сетком да бъде допълнена така, че да обработва и параметрите, примерно: "http://setcom.bg/news/forum/topic.asp?TOPIC_ID=22091".

Няма такава функция. Просто при конвертирането на базата е посочен стария "forum_url_root" и новия 'forum_url_root", при което "http://setcom.bg/news/forum/..." е преобразувано на "http://forum.setcom.bg/..." еднократно, веднъж завинаги. Т.е. конвертирането не се извършва динамично. Единственото място, където не е извършено преобразуване на линковета, са мненията. Сещам се за 3 варианта да се реши "проблемът" със старите линкове:

1) apache + mod_rewrite + regular expression
Плюсове: с 1 ред се решава задачата глобално
Минуси: динамично пренаписва хедърите, което води до натоварване на сървъра
2) php - подмяната да става в скриптовете (най-неудачно)
Плюсове: не виждам
Минуси: трябва да се пренапишат всички скриптове, които се викат директо чрез заявка, при следващия ъпдейт на форума промените биват загубени и трябва всичко наново да се прави, динамичнио пренаписва линковете и води до натоварване
3) подмяна на грешните линкове в базата
Плюсове: задачата се решава еднократно завинаги, статично решение => не води до натоварване
Минус: мненията в тази тема ще бъдат конвертирани и в бъдеще ще изглежда, че сме дискурирали как да се подмени "forum.setcom.bg" с "forum.setcom.bg" ;-)

Благодаря!

[color=blue]Бира пия всякаква и по много, ама за какво точно благодариш? ;-)

[Bibi]

При Метод 3 "минус" се получава и при външни препратки.
В няколко форума съм намирала препратки към Сетком (както и в кеша на Гугъл).

Сега ще питам нещо тъпо, ама... не мога да разбера, след като казваш, че таква функция няма, в момента като напиша в браузера "http://setcom.bg/news/forum/", кой се грижи да ми редактира линка на "http://forum.setcom.bg/"? Апачето ли?

[Ghost]

Сега ще питам нещо тъпо, ама... не мога да разбера, след като казваш, че таква функция няма, в момента като напиша в браузера "http://setcom.bg/news/forum/", кой се грижи да ми редактира линка на "http://forum.setcom.bg/"? Апачето ли?

В интерес на истината го прави MS-IIS ;-)

 curl -v http://setcom.bg/news/forum/
* About to connect() to setcom.bg port 80
*  Trying 195.230.2.165... connected
* Connected to setcom.bg (195.230.2.165) port 80
> GET /news/forum/ HTTP/1.1
> User-Agent: curl/7.15.1 (x86_64-pc-linux-gnu) libcurl/7.15.1 OpenSSL/0.9.8d zlib/1.2.3
> Host: setcom.bg
> Accept: */*
>
< HTTP/1.0 302 Moved Temporarily
< Date: Thu, 26 Oct 2006 10:20:21 GMT
< Server: Microsoft-IIS/6.0
< X-Powered-By: ASP.NET
< Location: http://forum.setcom.bg
< Content-Length: 143
< Content-Type: text/html
< Set-Cookie: ASPSESSIONIDACSTBBRS=OELLAOPDACFHIFNIJLEOCHFB; path=/
< Cache-Control: private
< X-Cache: MISS from squid
< X-Cache-Lookup: MISS from squid:3128
< Via: 1.0 squid:3128 (squid/2.6.STABLE3)
< Connection: close
<head><title>Object moved</title></head>
<body><h1>Object Moved</h1>This object may be found <a HREF="http://forum.setcom.bg">here</a>.</body>
* Closing connection #0

[Bibi]

Благодарско!
Схванах какво става.
Значи ми се е било искало него да го убедя да върши тая работа по-прецизно.
Остава да науча възможно ли е. И въпроса с допълнителното натоварване къде ще се усети...
Защото май става дума за два сървъра?
Т.е. новия няма да се натовари допълнително.
//
(А защо връща 302, а не 301?)

[Ghost]

Да, за 2 сървъра става дума. Ако говорим "за вариант #1", само apache ще се товари допълнително. IIS така или иначе и в двата случая препраща от единя хост към другия.
При това положение apache трябва да пренаписва само частта след името на хоста, защото при него идват заявки с хост "forum.setcom.bg"

Добавено:

А защо MS-IIS връща 302, а не 301, нямам представа - въпрос на решение от страна на администратора на сървъра. В крайна сметка ефектът е един и същ (почти).

[breiii]

[color=blue]Бира пия всякаква и по много, ама за какво точно благодариш? ;-)

Не бях забелязал зависимоста между двата линка (новия и стария). Отвори ми очите - за това благодаря