- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Маркетинг для шоколадной фабрики. На 34% выше средний чек
Через устранение узких мест
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Ru-Center начал спонсирование проекта по гео-локации российских IP адресов.
http://ipgeobase.ru
Бесплатно обновляется база.
Но программное обеспечение которое предложено на сайте занимает много оперативной памяти (я пробовал, после того как скрипт загрузил данные команда top показала что скрипт занял 46Мб оперативной памяти)
Также сама БД занимает около 8Мб.
Предлагаю Вам ознакомится с моим программным продуктом
http://www.plati.ru/asp/pay.asp?idd=343366
Отличительные особенности:
1. Вы самостоятельно можете обновить базу данных ip адресов. (на основе http://ipgeobase.ru)
2. На данный момент скомпилированная база занимает около 900Кб (против 8Мб в исходном виде)
3. На среднем сервере время поиска не превышает 2 мили секунд (около 20 запросов в файл по 10 байт)
5. Не требует MySQL всё лежит в обычном бинарном файле
6. Имеется демонстрационная версия с помощью, которой можно оценить качество ПО
7. Требования к хостингу: Zend и PHP
Вряд ли кто-то будет это у вас покупать, поскольку подобное решение пишется часа за полтора (если с нуля) на любом скриптовом языке.
Вряд ли кто-то будет это у вас покупать, поскольку подобное решение пишется часа за полтора (если с нуля) на любом скриптовом языке.
Если Вы можете это сделать, Вас никто не заставляет покупать.
Логично. Только вы прикиньте кому такой скрипт может быть нужен. Как отдельный сервис на сайте? Вряд ли. Можно пойти всегда на nic и там все что нужно пробить. А как часть чего-то большого - например для админских нужд, или как часть CMS - так ваш зазенденный скрипт для этого не подходит скорее всего, исходник нужен.
Мне в общем-то понятно, когда люди свой труд продавать пытаются. Непонятно зачем простейший алгоритм бинарного поиска, который действительно пишется за час продавать по 12 баксов. Миллион вы на этом не сделаете, даже штуку баксов и то вряд ли. А раз так, то какой в этом смысл? Не проще ли опубликовать скрипт на каком-то своем сайте в открытом доступе и повесить там контекстный рекламный блок. Наверняка толку будет больше, а людям - польза.
А как часть чего-то большого - например для админских нужд, или как часть CMS - так ваш зазенденный скрипт для этого не подходит скорее всего, исходник нужен.
Тот скрипт что Вы видите на демо сайте это всего лишь пример
При желании можно скачать демо с лицензией на localhost и ознакомится более подробно.
Доступные функции API которые можно вставить куда необходимо:
Получить код города по IP
ru_city_code($ip,$path = "./")
Имя города по коду
ru_city_name($code)
Скомпилировать базу
compile_base($path = "./")
Все продукты которые продаются по данной теме имеют фиксированую дату на которую скомпилирована база и естественно актуальность её убывает с течением времени (как следствие убывает и её ценность), здесь продаётся програмка которая способна компилировать новую базу по обновляемым и доступным источникам.
Непонятно зачем простейший алгоритм бинарного поиска, который действительно пишется за час продавать по 12 баксов.
Продаётся не алгоритм, а програмный продукт способный из двухслойной структуры исходной базы данных сформировать однослойную, к которой возможно применение данного алгоритма.
http://ipgeobase.ru/Help.html#32
Компилирование бинарного файла для php скрипта не является тривиальной задачей.
(то что на c++ пишется в три строчки)
Компилирование бинарного файла для php скрипта не является тривиальной задачей.
(то что на c++ пишется в три строчки)
Прошу прощения, но что такое "компилирование бинарного файла" я вообще не понимаю. Компилировать можно исполняемый код, если в программистском смысле. Или компилировать можно статью, то бишь собирать ее из разных источников, если в общеупотребительном.
Если вы имеете в виду сжатие данных, то никакой сложности в реализации и принципиальной разницы между языками С++, PHP, Perl и так далее я не вижу.
Впрочем, термин "двуслойная структура базы данных" также вами выдуман непонятно зачем. Вы имеете в виду преобразование "таблицы + индекса" в "таблицу отсортированную по IP"?
PS: спрашиваю без какого-бы то ни было сарказма - продажи идут?
Вообще все это велосипед имхо.
Есть известный формат базы у maxmind, придумать что-то более правильное малореально. К этому формату есть готовые библиотеки для работы и множество различных скриптов заточены уже под нее.
Так что задачка сводится к конвертированию базы из текста в бинарный формата maxmind. Причем хоть на си под виндой, хоть на перле под чем угодно ибо операция редкая. И дело в шляпе.
PS: вообще даже странно что руцентр не делает базу в том же формате😕 .
Ты на код демо-утилиты Руцентра посмотри... Тогда вопросы о формате отпадут сами :).
Не могу понять, чем плох скрипт:
http://ipgeobase.ru/cgi-bin/Archive.cgi
легкий, приятный, бесплатный. Хочешь - оптимизируй!
Не могу понять, чем плох скрипт:
http://ipgeobase.ru/cgi-bin/Archive.cgi
легкий, приятный, бесплатный. Хочешь - оптимизируй!
Скрипт приятный, но в plain text держать 8 мегов нерационально и неоптимально. Базу надо загонять в структуру, использующую хеш-таблицы или бинарные деревья. Как пример - продумать структуру и перегнать в Berkeley db4. MySQL не советую, поскольку опять же медленно и нерационально.