Мы хотели найти компромисс между возможностями хостинга и надежной защитой. Зенд отпал по причине того, что не везде установлен и зазенденный файл можно раскодировать. Решили пойти по другому пути, а именно со сверкой лицензии через наш сервер.
aprok: Так что если сайт панельки работать не будет ,ваша панелька не сможет закачать функционал и не сможет обновить параметры сайтов..
Мы специально для этого используем выделенный сервер находящийся в России. Сбоев в работе еще не было..Тем более у нас есть свой админ, который занимается его администрированием.
aprok: А скачивается каждый раз функции для парсинга индекса,беков.. (гугла,яндекса, яху..) размером 10кб а (эти функции у вас на сервере не хранятся а хранятся на сервере ТС)
10 кб для обмена между двумя серверами ничего не значат. Получение этого файла занимает не больше секунды.
aprok: Но тут есть и маленький плюс при изменении алгоритмов… пс не нужно будет каждому обновлять панельку в таком случае тс просто обновит у себя на сервере
Как раз этим и руководствовались..Если произойдут изменения в функциях получения данных, как это например было недавно с яндекс баром, то мы просто правим файл у себя на сервере и не нужно никому скачивать обновлений.
aprok: Хороший(апдейт парсера(индексов,беков) пс ) и не хороший ( дать команду отправить всех урлов с панельки ему на почту… ) о выполнении которого вы и не заподозрите
Мы не заинтересованы в получении ваших сайтов и даже не представляю зачем этот список может понадобится и что с ним делать.
aprok: В любую из функций закачанных при проверке лицензии Тс может вставить любой код
Можем, но не вставил и вы это видели.
aprok: Но также это и дырка у вас на сайте так как при каждом обновлении сайтов в панельке будет выполнятся код закаченный с сервера ТС (который вы не видите и который вначале зашифрован )
В этом файле находятся только функции получения данных YP, GP и прочее.
aprok: Хотя у меня и нет причин не доверять Тс , но хотелось бы чтоб подумали о изменении формата проверки лицензии так как мысль о выполнение произвольного кода который я не вижу на сервере не радует…
Если переделывать лицензию, а именно без привязки к нашему серверу, то цена на скрипт будет далеко не 30$, так как мы в таком случае не сможет отслеживать установку скрипта.
PHP скриптам вообще сложно сделать защиту от не лицензионного использования, поэтому приходится искать разные решения, а когда задача стоит найти еще и компромисс между надежностью и доступностью, то задача усложняется в разы. Именно такая защита как есть сейчас, по нашему мнению, является оптимальным решением. А доверять нам или нет каждый решает сам для себя.
Мы заинтересованы в развитии продукта и у нас есть много хороших идей, которые мы хотим еще реализовать. Мы не завышаем цен и идем на встречу всем, кто предлагает что-то улучшить или изменить.
Olegator555: при этом все наши сайты есть у хозяина системы
С чего вы это взяли? Можете посмотреть скрипт и убедиться что ваши сайты никуда не пересылаются.
Olegator555: Есть ли у кого нибудь проблема с массовым добавлением сайтов - хоть 5 штук хоть 10 добавляешь - параметры определяются только для посленего домена, для всех остальных по нулям и обновление ручное ни к чему не приводит???...
Обновите до версии 1.1. Я вам пишу в аську, вы не отвечаете.
consolopolus: Добавьте еще количество упоминаний в яндексе как это в ашмановской проге сделано. Очень надо.
скиньте в личку как выглядит это запрос.
SeWork: Liveinternet тоже не хватает, только не счетчика картинкой, а немного по другому (отписал в ПМ код) и разумеется кеширование с возможностью обновления, чтобы каждый раз не дергать параметр.
Многие спрашивают почему параметр "обновлено" пустой даже после обновления..
При добавлении сайтов в текущей версии парсятся все параметры и сохраняются, если нажать кнопку "обновить параметры", то скрипт спарсит те параметры которые отмечены в конфиге и если хоть по какому-то из них есть изменения, то данные запишутся в базу, а если все осталось прежде, то в базу ничего добавляться не будет и дата обновления тоже не перезапишется, а останется преждней. То есть по сути это дата не когда вы нажали на кнопочку, а дата изменений в параметрах сайта.
Для чего это сделано? Что бы не засорять БД одними и теми же данными.
И еще..Посещаемость сайта будет отображаться только если на самом сайте стоит счетчик LiveInternet.
nipler добавил 28.07.2009 в 18:07
Вышла версия SiteControl 1.1. По просьбам трудящихся добавлено и исправлено следующее:
1) При первом добавлении сайтов берутся только те параметры, что указаны в настройках
2) Добавлено массовое редактирование сайтов. Выделяете чекбоксы у нужных сайтов и внизу в выпадающем списке выбираете "Настройки". в Появившемся окне производите нужные настройки
3) Исправлен баг и отображением количества страниц сайта
4) Исправлен баг с сортировкой столбика RP
5) Переделана сортировка столбиков
6) Исправлено ошибка с получением времени окончания домена для зон org biz info
7) Добавлен столбик групп
8) Небольшие изменения в интерфейсе бирж и добавлен дополнительный индикатор загрузки
Купившие лицензию могут скачать обновления через панель. Желающие приобрести обращайтесь по icq 327352216
Olegator555: а как переходить на другой ip ? вот у меня выделенный виртуальный сервер - могу докупить дополнительных ip... правильно ли я понял, что можно будет эти дополнительные ip где то прописать и потом автоматом будет переходить на другие ip при исчерпании количества запросов предыдущего? и подскажите пожалуйста когда это будет реализовано?
Где нибудь на другом сервере кладется скрипт, к которому будет идти обращение по истечении 1000 запросов панели. Это уже реализовано в публичной версии..В этой версии думаю будет так. В основном конфиге указываете путь к скрипту или скриптам в зависимости от количества необходимых запросов и сами скрипты раскидываете по этим адресам и регистрируете эти ip в Яндекс.XML. Переходы будут идти автоматически при достижении 1000 запросов.
pavel419: история изменений ведется? и откуда берется число страниц на сайте? сканер что ли какой то?
Ведется..Сохраняется в базе, но не каждый раз при обновлении, а только тогда когда были изменения. Сделано это для того чтобы базу не засорять..Количество страниц подсчитывается из карты сайта, которую надо создать и положить в корень сервера под названием sitemap.xml
Olegator555, можно просто при превышении 1000 запросов переходить на другой ip, как это сейчас реализовано в публичной версии. В этой версии пока такого нет, думал что 1000 хватит
Мы хотели найти компромисс между возможностями хостинга и надежной защитой. Зенд отпал по причине того, что не везде установлен и зазенденный файл можно раскодировать. Решили пойти по другому пути, а именно со сверкой лицензии через наш сервер.
Так что если сайт панельки работать не будет ,ваша панелька не сможет закачать функционал и не сможет обновить параметры сайтов..
Мы специально для этого используем выделенный сервер находящийся в России. Сбоев в работе еще не было..Тем более у нас есть свой админ, который занимается его администрированием.
А скачивается каждый раз функции для парсинга индекса,беков.. (гугла,яндекса, яху..) размером 10кб а (эти функции у вас на сервере не хранятся а хранятся на сервере ТС)
10 кб для обмена между двумя серверами ничего не значат. Получение этого файла занимает не больше секунды.
Но тут есть и маленький плюс при изменении алгоритмов… пс не нужно будет каждому обновлять панельку в таком случае тс просто обновит у себя на сервере
Как раз этим и руководствовались..Если произойдут изменения в функциях получения данных, как это например было недавно с яндекс баром, то мы просто правим файл у себя на сервере и не нужно никому скачивать обновлений.
Хороший(апдейт парсера(индексов,беков) пс ) и не хороший ( дать команду отправить всех урлов с панельки ему на почту… ) о выполнении которого вы и не заподозрите
Мы не заинтересованы в получении ваших сайтов и даже не представляю зачем этот список может понадобится и что с ним делать.
В любую из функций закачанных при проверке лицензии Тс может вставить любой код
Можем, но не вставил и вы это видели.
Но также это и дырка у вас на сайте так как при каждом обновлении сайтов в панельке будет выполнятся код закаченный с сервера ТС (который вы не видите и который вначале зашифрован )
В этом файле находятся только функции получения данных YP, GP и прочее.
Хотя у меня и нет причин не доверять Тс , но хотелось бы чтоб подумали о изменении формата проверки лицензии так как мысль о выполнение произвольного кода который я не вижу на сервере не радует…
Если переделывать лицензию, а именно без привязки к нашему серверу, то цена на скрипт будет далеко не 30$, так как мы в таком случае не сможет отслеживать установку скрипта.
PHP скриптам вообще сложно сделать защиту от не лицензионного использования, поэтому приходится искать разные решения, а когда задача стоит найти еще и компромисс между надежностью и доступностью, то задача усложняется в разы. Именно такая защита как есть сейчас, по нашему мнению, является оптимальным решением. А доверять нам или нет каждый решает сам для себя.
Мы заинтересованы в развитии продукта и у нас есть много хороших идей, которые мы хотим еще реализовать. Мы не завышаем цен и идем на встречу всем, кто предлагает что-то улучшить или изменить.
проверка лицензии под зендом?
Нет, зенд не требуется.
Как скоро её ждать и какая планируется цена?
От 3-х недель до нескольких месяцев. Цена примерно 60-70 wmz
Готовится обновление до версии 1.2. Что в ней будет:
1) Обновление по расписанию выбранных сайтов
2) Возможность увеличивать количество запросов через xml.yandex.ru
3) Экспорт отчетов в CSV
4) Статистика LI будет отображаться не картинкой, а цифрами
5) Небольшие системные изменения в работе панели
Если есть еще предложения, то пишите в личку или в асю.
при этом все наши сайты есть у хозяина системы
С чего вы это взяли? Можете посмотреть скрипт и убедиться что ваши сайты никуда не пересылаются.
Есть ли у кого нибудь проблема с массовым добавлением сайтов - хоть 5 штук хоть 10 добавляешь - параметры определяются только для посленего домена, для всех остальных по нулям и обновление ручное ни к чему не приводит???...
Обновите до версии 1.1. Я вам пишу в аську, вы не отвечаете.
Добавьте еще количество упоминаний в яндексе как это в ашмановской проге сделано. Очень надо.
скиньте в личку как выглядит это запрос.
Liveinternet тоже не хватает, только не счетчика картинкой, а немного по другому (отписал в ПМ код) и разумеется кеширование с возможностью обновления, чтобы каждый раз не дергать параметр.
Хорошо..Подумаем как это можно реализовать
Какая нагрузка на сервер?
Точных замеров еще не делали.
а беки только по Я показываются? или по G тоже?
По Гуглу еще нет
Многие спрашивают почему параметр "обновлено" пустой даже после обновления..
При добавлении сайтов в текущей версии парсятся все параметры и сохраняются, если нажать кнопку "обновить параметры", то скрипт спарсит те параметры которые отмечены в конфиге и если хоть по какому-то из них есть изменения, то данные запишутся в базу, а если все осталось прежде, то в базу ничего добавляться не будет и дата обновления тоже не перезапишется, а останется преждней. То есть по сути это дата не когда вы нажали на кнопочку, а дата изменений в параметрах сайта.
Для чего это сделано? Что бы не засорять БД одними и теми же данными.
И еще..Посещаемость сайта будет отображаться только если на самом сайте стоит счетчик LiveInternet.
nipler добавил 28.07.2009 в 18:07
Вышла версия SiteControl 1.1. По просьбам трудящихся добавлено и исправлено следующее:
1) При первом добавлении сайтов берутся только те параметры, что указаны в настройках
2) Добавлено массовое редактирование сайтов. Выделяете чекбоксы у нужных сайтов и внизу в выпадающем списке выбираете "Настройки". в Появившемся окне производите нужные настройки
3) Исправлен баг и отображением количества страниц сайта
4) Исправлен баг с сортировкой столбика RP
5) Переделана сортировка столбиков
6) Исправлено ошибка с получением времени окончания домена для зон org biz info
7) Добавлен столбик групп
8) Небольшие изменения в интерфейсе бирж и добавлен дополнительный индикатор загрузки
Купившие лицензию могут скачать обновления через панель. Желающие приобрести обращайтесь по icq 327352216
а как переходить на другой ip ? вот у меня выделенный виртуальный сервер - могу докупить дополнительных ip... правильно ли я понял, что можно будет эти дополнительные ip где то прописать и потом автоматом будет переходить на другие ip при исчерпании количества запросов предыдущего? и подскажите пожалуйста когда это будет реализовано?
Где нибудь на другом сервере кладется скрипт, к которому будет идти обращение по истечении 1000 запросов панели. Это уже реализовано в публичной версии..В этой версии думаю будет так. В основном конфиге указываете путь к скрипту или скриптам в зависимости от количества необходимых запросов и сами скрипты раскидываете по этим адресам и регистрируете эти ip в Яндекс.XML. Переходы будут идти автоматически при достижении 1000 запросов.
история изменений ведется? и откуда берется число страниц на сайте? сканер что ли какой то?
Ведется..Сохраняется в базе, но не каждый раз при обновлении, а только тогда когда были изменения. Сделано это для того чтобы базу не засорять..Количество страниц подсчитывается из карты сайта, которую надо создать и положить в корень сервера под названием sitemap.xml
Olegator555, можно просто при превышении 1000 запросов переходить на другой ip, как это сейчас реализовано в публичной версии. В этой версии пока такого нет, думал что 1000 хватит