Не пересчитывается PR внутренних страниц по кнопке!

[Belconti]

Сообщение от TPAKTOP

Что касается PR - тут тоже все достаточно сложно, гугл просто так не позволит сделать 19 млн. запросов к себе в короткий срок, по этой причине процесс пересчета невозможно произвести в короткие сроки. Мы будем стараться и делать все от нас зависящее, чтобы как-то сократить во времени эту процедуру.

А что с пересчетом ТИЦ от 23.12.? Регулярно натыкаюсь при покупке ссылок на ТИЦ20 вместо 150 (к примеру), указанного в системе. Да и на моих проектах ТИЦ вырос значительно, а в системе все старые значения.

[TPAKTOP]

А что с пересчетом ТИЦ от 23.12.? Регулярно натыкаюсь при покупке ссылок на ТИЦ20 вместо 150 (к примеру), указанного в системе. Да и на моих проектах ТИЦ вырос значительно, а в системе все старые значения.

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

[Nick_Denry]

Сообщение от TPAKTOP

Что касается PR - тут тоже все достаточно сложно, гугл просто так не позволит сделать 19 млн. запросов к себе в короткий срок, по этой причине процесс пересчета невозможно произвести в короткие сроки. Мы будем стараться и делать все от нас зависящее, чтобы как-то сократить во времени эту процедуру.

А почему вы не хотите ввести пересчет ПР непосредственно с площадок? Это снизило бы общую нагрузку на ваши каналы, и технически тоже возможно такое осуществить.

[Serboy]

2ffaust:

Других лучших действительно нет. По этому и некуда.
А в постах я никого не поливал грязью, лишь пытался объяснить свою позицию и видение путей выхода "из кризиса".
Самое главное, чего мне хотелось - услышать ответ, что проблема есть, и узнать предварительные сроки, в которые администрация оценивает время устранения. Это у услышал от Avelon-а в одной из тем, за что ему большое спасибо. А проблемы бывают, все понимаю, сам работаю в IT-сфере. Отсутствие информации от вас - главная и единственная серьезная проблема, обычно..

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

P.S. Проблема с Ростелекомом тянется с лета-осени (у нас, в Краснодаре) и не решается никак на М9. Надеюсь, Вы найдете выход или еще одного провайдера. Удачи и без обид, спасибо Вам за то, что Вы делаете.

[Serboy]

Сообщение от Nick_Denry

А почему вы не хотите ввести пересчет ПР непосредственно с площадок? Это снизило бы общую нагрузку на ваши каналы, и технически тоже возможно такое осуществить.

ИМХО, лучший выход. Проблема - обеспечить безопасность, чтобы клиент не мог проставить "левые" показатели для PR. Наверное, решаема - какая-нибудь клиентская прога, шифрованая-перешифрованая, которая ташит с САПЫ урлы страниц, проверяет и возвращает в систему значения PR. 60 тыщ клиентов пересчитали бы всю базу за пару дней

К чему-то подобному все равно придется идти, ведь сегодня 20 миллионов страниц, а через пару лет (дай Бог САПЕ здоровья) будет уже 100. И нынешним способом проверить не получится и за пол года..

[mnemonic]

AtiveX компонент помог бы. Все остальное (JS, Flash, java Applet) достаточно тяжело защитить, так как декомпилируется в раз. А больше пока client-side технологий, позволяющих это выполнить нет.

[Serboy]

Так я только направление вижу, а как реализовать - не знаю
Может, и САПеры думали, но по каким-то причинам сочли это невозможным..

[Nick_Denry]

Зачем это все?

Php же имеет возможность исполнять удаленные файлы.

На сервере клиента находится скрипт, в котором 2 части - зашифрованная функция расчета pr, и код запуска расшифровщика (расшифровщик находится на сервере sape).

На сервере sape скрипт, в котором сам расшифровщик, и код, который вызывает код запуска расшифровщика на клиентской машине. А функция расчета PR передаеть данные, например по https: + можно контрольных данных сделать каких-нибудь + идентификатор или пароль к каждой площадке.

Реализация конечно сложная будет, но заставить работать это можно

Все вышесказанное ИМХО, я не утверждаю, что это возможно 100%, могут быть неучтенные на первый взгляд трудности.

UPD: А URLы страниц, кстати, на машине клиента уже хранятся

[mnemonic]

Сообщение от Nick_Denry

Зачем это все?

Php же имеет возможность исполнять удаленные файлы.

Это заблуждение. Если только не имеется ввиду CGI под управлением веб-сервера или какой-нибудь RPC под Win платформой.

Сообщение от Nick_Denry

Зачем это все?
На сервере клиента находится скрипт, в котором 2 части - зашифрованная функция расчета pr, и код запуска расшифровщика (расшифровщик находится на сервере sape).

Вы предлагаете каждому пользователю системы устанавливать веб-сервер? Уверен, большая часть из них

- имеет динамический IP
- не знает что такое веб-сервер

Сообщение от Nick_Denry

Все вышесказанное ИМХО, я не утверждаю, что это возможно 100%, могут быть неучтенные на первый взгляд трудности.

Да уж.

[Nick_Denry]

Сообщение от mnemonic

Это заблуждение. Если только не имеется ввиду CGI под управлением веб-сервера или какой-нибудь RPC под Win платформой.

Вы предлагаете каждому пользователю системы устанавливать веб-сервер? Уверен, большая часть из них

- имеет динамический IP
- не знает что такое веб-сервер

Да уж.

Честно, не могу понять что сложного.

Есть два скрипта

1й проверяет PR и находится на машине клиента
(как его защитить - это уже другой вопрос, zend guard, обфускаторы, собственные загрузчики и т.д.),

2й по безопасному протоколу забирает эти данные.

И в первом скрипте еще ввести проверку, что бы он рассчитывал PR, только при передаче идентификатора площадки, для того, что бы кто-то произвольный не заставил площадку считать собственный PR.

Дело не в том, как реализовать пересчет, дело в желании. Это может быть и бинарное приложение, уверен, что 99% вебмастеров так или иначе используют windows, а не что-то еще.