ID как CustomVar для удаления

[S_Flash]

Поскольку удаление удалённых с туба эмбедов не тривиальная задача, можно ли поступить так:
1) Импортируем эмбеды вместе с полем ID, ID импортирует как CustomVar1
2) В ImportSets добавляем фид, который несёт в себе удалённые ID и сопоставляем эти ID с тем же CustomVar1?

Будет работать?

Почему я хочу использовать ID, а не URL галереи, просто не все дают фид удаления с урлами, да и для базы данных ID будет попросту короче и точнее.

[admin]

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

Лучше разобраться и проверить что могут давать тубы.
Какой туб не дает урлы ?

[S_Flash]

Какой туб не дает урлы ?

Не дают урлы в списке удалённых многие.

[S_Flash]

redtube.com, например, даёт для удаления список ID, а не урлов.

[admin]

Открыл http://feeds.redtube.com/affiliate/deleted7.xml

урл есть.

[S_Flash]

Хитрец, нашёл же! ЗАто полный дамп удалённых, а не за неделю, у них только из айдишников:
http://widgets.redtube.com/_affiliate/s ... ffline.csv

Ну а вдруг не будет урлов на каком-то, сам факт, что такой вариант с CustomVar сработает, имеет место на существование?

[admin]

Полный да, но зачем он надо если удаление постепенно идет ?

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

[S_Flash]

Полный да, но зачем он надо если удаление постепенно идет ?

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

О, тут ты не прав!
Я как раз хочу воспользоваться теми средствами которые есть, в частности CustomVar для хранения тубового ID видео. И удалять по идентификации ID по его наличию в то же CustomVar.
Спросил будет ли работать такое? Хотя по логике должно ибо проверяется совпадение поля, будь до URL или CustomVar1.
Ответ "Будет работать" или "Не будет работать" меня бы устроил!
Другое дело, еслиб я попросил добавить новое поле в импорт - ID, это не очень разумно.

Плохо, что тут не принято эколномить ресурсы сервера мотивируя тем, что это всё незначительно. Как раз возможность использования ID вместо урла и сохранение Деска безреплейса пустого альта это как раз та оптимизация.
А в противном случае, комок всё ростёт и скоро будет лавина.

[admin]

По кастом вар не будет, нет такого функционала

Если ИД будет в урле - да, будет работать.

О каком комке идет речь не совсем понял, что именно растет и как вы предполагаете можно это сделать меньше ?

[S_Flash]

По кастом вар не будет, нет такого функционала

Если ИД будет в урле - да, будет работать.

О каком комке идет речь не совсем понял, что именно растет и как вы предполагаете можно это сделать меньше ?

Ну если для "Mark as Hidden Gallery" достаточно не точного совпадения, а хотябы вхождения, то это хорошо. ID как правило - это не только часть урла, а и часть эмбеда. Может можно сделать так, чтоб "Mark as Hidden Gallery" проверяло не только по урлу, но и по вхождению в эмбед? Тогда в большинстве случаев в базе SCJ по спонсорам, где спонсор даёт ID удалённых видео, вовсе не надо хранить урл, достаточно проверить вхождение ID в поле Embed!

Под комком и лавиной я имел ввиду - базу и наплевательское отношение к её экономии:
Растёт негатив к моему стремлению хранить в базе не весь урл, а только ID и прочие попытки оптимизировать базу. Как недавно был тот же прикол, вы настаивали, что хранить 2 одинаковые дескрипшн (заменять ALT-ом в Import Replacement) - это нормально, вместо того, чтоб при генерации страницы скрипт различал пустой <!--ALT--> и заменял на значение из поля Description и наоборот заменять <!--DESCRIPTION--> на значение из Alt(Title), если деска нет в базе. Это конечно из другой оперы, но опять же про экономию ресурсов и логику совмещённую с удобством. При этом никому это не помешает!!!