Спасибо. В общем-то, я тоже считаю, что то, что «для людей», в итоге, выживает — т.к., это природно. Исправил на точку — посмотрю как будет.
А-а-а-а.. Вот оно как работает! ☝ Ну, тогда забейте — я не знал, что Indexito встраивается на сайт.
Нет. Например, у меня есть компания и у неё есть сайт со своим фирменным дизайном. Я решил воспользоваться услугами Indexito (вместо организации собственной системы поиска на сайте) и даю клиентам ссылку, чтобы они искали инфу на моём сайте через Indexito.
Но — я бы хотел, чтобы клиенты заходили на Indexito и думали, что они попали на МОЙ сайт, а не Indexito. Поэтому я бы хотел заключить с Indexito договор на брендирование дизайна под мой сайт, т.е., мне Indexito даёт мне ссылку вида indexito.com/search/?brand-name=roman_lenko и дизайн Indexito по этой ссылке для меня брендирован и персонализирован — т.е., новый дизайн отдельно для каждого корпоративного клиента. Это для работы на платной основе.
Вообще — хз, прикольный сервис. Инстант-поиск выглядит, имхо, интереснее аналогов поиска по сайту от Яндекса и Гугла. Может добавьте что-то типа «брендирования» (платного) внешнего вида для конкретной компании-партнёра — чтобы пользователи, которым дали ссылку на поиск не путались/пугались, что попали на какой-то другой сайт вместо того на котором только что были (или ожидали увидеть).
Вроде работает, но, например, при запросе „VODKA“ я получаю „Coldplay“ :) — хотя там, упоминаний этого слова нет (по крайней мере я вижу „Access Denied“).
Ну, ребят — это спор ни о чём, я считаю. Реализация зависит от задачи, особенно в таких масштабах — мы сейчас говорим о чём-то не существующем, которое, как я говорил, возможно решается не только рессурсами компьютеров, но и человеческой помощью. Поэтому, я не говорю, что, или я там прав стопудов, или вы правы, что «ты не шаришь» — если мне поставят задачу и бюджет — я постараюсь её выполить и уложиться в деньги, но чисто по опыту, считаю, что стоимости для НЕ специалистов (пускай, технических) везде очень и очень завышены — потому, что это всеобщая политика.
И я полностью согласен. А вопрос про организацию «поиск неявных дублей в миллионах записей» я вообще считаю быссмысленным — всё решается на месте (хотябы правильной организацией индексов, как вы написали).
Возвращаясь к «пропасти между тысячей и миллионами записей», то SQL Server Express (бесплатный!) выполняет сложнейшие операции с миллионами записей за миллисекунды, потому, что «при правильной организации индексов» количество оперирумых записей уменьшается в разы (тысячи раз).
И опять-же, толковый инженер ПО не допустит (минимизирует) ситуацию когда ЦПУ нужно будет выполнять тяжелые операции поиска — всё упирается в конкретную ситуацию. Если мыслить вашими мерками, то Вконтакте, Facebook и Google вообще не должны существовать, потому, что еще не изобрели аппаратные рессурсы способные обрабатывать ежесекундно такое количество обращений. Но, ввиду грамотной организации, распределение нагрузок, кеширования и ухищрений — всё работает и работает быстро. Так, что не нужно — нет нерешаемой задачи, даже при ограниченном бюджете.
a.onclick = function(){
window.open(this.href, "_blank");
return false;
};
Мой вариант — на JS. Но этот вариант «на коленке» — использует простейшую конвертацию символов в их числовой код — эта хм.. «защита» от дурака 1-го левела. Если вам нужна более серьёзная защита строки, то можно попробовать написать вариант с использованием шифрования, хотябы, MD5, но там прийдётся включать стороннюю библиотеку через <script ...> — но защита там в разы серьёзнее.
Это к кому вопрос? — у меня, вроде, без массива.
