Клубове Дир.бг
powered by diri.bg
търси в Клубове diri.bg Разширено търсене

Вход
Име
Парола

Клубове
Dir.bg
Взаимопомощ
Горещи теми
Компютри и Интернет
Контакти
Култура и изкуство
Мнения
Наука
Политика, Свят
Спорт
Техника
Градове
Религия и мистика
Фен клубове
Хоби, Развлечения
Общества
Я, архивите са живи
Клубове Дирене Регистрация Кой е тук Въпроси Списък Купувам / Продавам 04:22 18.06.24 
Клубове/ Компютри и Интернет / Бази данни Всички теми Следваща тема Пълен преглед*
Информация за клуба
Тема Re: mysql compare [re: Dakota]
Автор killall (Дядо Мраз)
Публикувано12.10.06 15:20  



Мдам, може би трябваше да опиша ситуацията, накратко :
Обслужвам един голям онлайн шоп за книги, ЦД-та и всякакви други електронни и печатни медии. Задачата ми е за всеки един артикул да генерирам един ХТМЛ файл, това се прави за целите на Гугъл оптимизацията. Таблицата Б се манипулира от операторите на сайта, добавят нови данни, променят и т.н. Посредством mysql репликация промените се отразяват на моя сървър. Всеки ден генерирам нови ХТМЛ-и за променените артикули и в таблица А записвам ИД-тата на новогенерираните страници. До тук всичко изглежда лесно. Но преди няколко седмици излезе проблем с изтритите артикули. Когато от таблица Б се изтрие даден артикул, ХТМЛ файла за него остава онлайн и все още може да бъде достигнат през Гугъл. Това по принцип не би трябвало да е проблем, но се оказа че даже е голям такъв. Собственика на сайта поиска от мен да генерирам празни страници за всеки един изтрит артикул (да пише "този продукт вече не се поддържа ала бала ..."). Оказа се, че софтуера, който ползват за обслужване на сайта няма възможност да даде справка за изтритите артикули, те просто в един момент изчезват от таблица Б. Единственото решение, до което стигнах е периодично да сравнявам списъка на генерираните страници със списъка на актуалните артикули и при разлика да генерирам празни страници за продуките. Това е и целта на горното "безумие"



Та на въпросите ти :

Мога да контролирам единствено вкарването на данни в таблица А. Таблица А се ъпдейтва веднъж дневно. Таблица Б се ъпдейтва в произволен момент от операторите на сайта и по никакъв начин не мога да контролирам това


Time is like a drug. Too much of it kills you.

Цялата тема
ТемаАвторПубликувано
* mysql compare killall   12.10.06 11:22
. * Re: mysql compare Dakota   12.10.06 14:34
. * Re: mysql compare killall   12.10.06 15:20
. * Re: mysql compare Dakota   12.10.06 17:16
. * Re: mysql compare killall   12.10.06 17:35
. * Google Dakota   12.10.06 18:38
. * Re: mysql compare Goose   16.10.06 07:34
. * Re: mysql compare funy77   08.11.20 11:18
. * Re: сложничка задачка salle   12.10.06 23:03
. * Re: сложничка задачка killall   13.10.06 10:22
. * Re: сложничка задачка salle   13.10.06 12:55
. * Re: сложничка задачка funy77   08.11.20 11:43
. * Re: mysql compare Йopдaн   13.10.06 00:52
. * Re: mysql compare killall   13.10.06 10:15
. * Re: mysql compare Йopдaн   13.10.06 22:49
. * Re: как си го представяш тая работа с масивите? salle   13.10.06 23:45
. * Re: mysql compare NDeu   14.10.06 00:04
. * Re: mysql compare Йopдaн   14.10.06 04:37
. * Re: mysql compare Йopдaн   14.10.06 04:41
. * Re: mysql compare wqw   14.10.06 13:29
. * Re: той вече го е направил salle   13.10.06 12:51
. * Re: mysql compare ЛУД ПPЪЧ   31.10.06 12:49
Клуб :  


Clubs.dir.bg е форум за дискусии. Dir.bg не носи отговорност за съдържанието и достоверността на публикуваните в дискусиите материали.

Никаква част от съдържанието на тази страница не може да бъде репродуцирана, записвана или предавана под каквато и да е форма или по какъвто и да е повод без писменото съгласие на Dir.bg
За Забележки, коментари и предложения ползвайте формата за Обратна връзка | Мобилна версия | Потребителско споразумение
© 2006-2024 Dir.bg Всички права запазени.