Алеандр

Если скидку на отсутствие в гугле получили, то отлично, если сразу не проверили - конечно, зря.

А так, может быть, что угодно: сайт может быть в бане у поиска, под фильтрами. И не факт, что вы его оттуда вытащите. При этом, если сайт молодой, он мог и не проиндексироваться еще. Вон, у меня уже месяца 3 индексация ползет по 1 странице в неделю на одном из клиентских проектов.

Если же древний и стабильный, то упс. Начинать проверять всё, начиная с технического состояния сайта, какие ответы, какая скорость, все ли разрешено в индекс в роботсе и метатегах, затем переходить к качеству сайта и материалам на нем размещенных, проверять ссылочное..

В общем, добро пожаловать на борт.

Выше уже ответили. На скорость исполнения скрипта влияют многие факторы.

Если вы хотите ускорить время выполнения, то, для начала, нужно сделать рефакторинг самого скрипта. Оценить, что он выполняет, делает ли запросы к БД, к файлам, каким, сколько, в каком объеме. Оптимизирован ли код, можно ли его улучшить, удалить проблемные узкие места и т.д. и т.п.

И уже из этого исходить: уменьшать количество запросов в БД, оптимизировать работу с кэшем, увеличивать ресурсы сервера, менять ноду расположения сервера и прочее. Было такое, что из-за нагрузки у соседа по ноде - при визуальном "в порядке" на своем VDS, все дико тормозило.

Вы не с той стороны начали подходить к проблеме. Начните с самого скрипта и его анализа. Только так вы начнете понимать куда "копать".

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

Внутрянку защищайте компиляцией и шифрованием, аля Zend на php, соответственно вашему ПО. Сервера можно брать собственные в защищенном ДЦ с ограничением доступа. А вот внешний вид - ну максимум расположение элементов - попробовать юридически, но шансов защитить какое-нить специфическое меню - никаких. Если понравится, то рано или поздно все его будут копировать.

Как по мне, средства, которые вы выкинете на "защиту" лучше направить на постоянное развитие вашего ресурса, тогда копирование за вами будет не успевать и вы всегда будете на шаг впереди конкурентов. А юридическая защита в интернете, тот еще фантик. Вон, спросите у юристов Бьонсе, они долго и упорно удаляли фоточку из Инета )

Да мне то что, я хотел помочь.

Но твои уводы в сторону и буквоедство, непонимание где тебя спрашивают про технологию, а где в контексте обсуждения - сводят на нет все попытки дальнейшего обсуждения или помощи. Тебя спросили не зачем аякс вообще, это уж я точно знаю, а зачем тебе аякс для текущей задачи и каков смысл был упоминать, что ты в нем плаваешь, если он к задаче не относится. Но тебя понесло умничать с таким видом, будто здесь программеры первый раз слышат про ajax или не знают, что это такое. Ты же не на форуме мамочек-домохозяек находишься. Уже какую тему все подряд пытаются до тебя достучаться, что тут есть реальные практики-программеры и админы, которые знают больше и которые ежедневно как орешки щелкают те задачи, которые для тебя кажутся космосом.

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

За сим все, будут конкретные практические вопросы - отвечу, а этот балаган и так тему в ноль слил.

Какое отношение чужой сайт имеет к тому, что я тебе писал ранее и к предложенному алгоритму на чистой пыхе? Ты как-то собираешься поменять чужой сайт или чужой код? Нет. Тогда еще раз, при чем тут аякс? Твое знание или не знание аякса при выполнении кода на чужом сайте вообще не имеет значения. Ты его там не исправишь. Это чужой код.

А для написания своего, для искомой задачи, аякс не требуется. От слова "вообще". Алгоритм выше.

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

Я же говорю, ты сам уехал вообще в какие-то дебри и не требующиеся тебе технологии для конкретной задачи.

Тебя даже в той теме, где ты просишь помощи несет по кочкам.

Во-первых, я тебе написал, что ты везде будешь фильтры делать вручную. В коде, в проге, неважно где. О чем ты вообще? К чему твой разговор про вхождение символов? Ты или сам не понимаешь, что пишешь или отходишь от задачи. Между "вручную" задать 10 фильтров, и "вручную" перечитать тысячи строк и ручками их удалить из файлика - две большие разницы. Ты сам себя и других уже запутываешь по привычке.

Во-вторых, к твоему первому посту аякс никаким боком. У тебя искомая задача какая? На сайте на лету что-то делать? Тогда при чем тут LibreOffice у тебя был? Твоя задача звучала: как очистить тысячи строк имеющегося json? Аякс к этому отношения вообще не имеет. Какой балаган ты мне рассказываешь про технологию, на которой я пишу проекты, в применении к другим условиям? 

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

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

Пиндец, ты даже свой собственный пост с просьбой о помощи умудрился слить в трешак, далекий от реалий..

Почему же "представляю"? Я делаю. У меня в работе десятки скриптов, выполняющих именно такие задачи в постоянном режиме. У клиентов прилетают данные в XML, например, а вторая их сторона требует на выход JSON, NDJSON или, к примеру, YML. И наоборот. Произвожу трансфер между форматами с очисткой, исправлением и т.д. Тоже самое как задать условия в какой-то проге, так же их описываю, просто на пыхе.

Про аякс не понял, он зачем нужен для озвученной задачи? Это чистая пыха в несколько строк, с исполнением в терминале сервера.

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

Ну, чем мог, алгоритм я тебе накидал, если будут конкретные вопросы по его исполнению - пиши. С прогами не подскажу, никогда не интересовался, ибо пишу сам по потребностям. Может кто и подскажет, кто сталкивался с такими же задачами в ручном режиме.

В задаче поставлено "обязательно вручную"? Вряд ли. Вопрос не в том, надо ли, вопрос - почему вручную тысячи строк? Смысл огрызаться, когда тебе помогают?

На пыхе делается так:
1. Сначала команда json_decode  твоего массива на js. Сам массив можно считать из файла, можно задать как строку. Мне удобнее из файла. На выходе ты получишь массив значений array.
2. Если это простая связка "ключ":"значение", как у тебя в условии, то дальше foreach (массив as $key => $val). Перебираешь свой массивчик в связке ключ-значение.
3. Проверяешь условие. Тут указываешь уже то, какое тебе требуется: if ($key=='') или if ($val!='').. Даже регекспы можно заюзать, если что-то мудреное нужно исключить.
4. Всё, заносишь в новый массив результат и дальше его либо выводишь на экран, либо в файл сохраняешь. Как удобно.

Один раз написал, всегда пользуешься, только меняешь условия if по задаче.

Ты же работаешь на серваках, бери любой, да хоть клиентский, за 10 минут пишешь скрипт, подкидываешь файлик и получаешь результат.

Ручную обработку я могу предположить только в том случае, если чистить нужно какие-то разнообразные данные, не поддающиеся систематизации. Но тут я не подскажу, это вопрос к тому, кто создал такой идиотен-массив. Да и то, в большей степени, почти всегда можно найти закономерность того, что нужно оставить или того, что нужно удалить, а от этого поменяются лишь if.

Поскольку большую часть проектов делаю на PHP, то и на нем же скрипт прохода или обработки. По необходимости, быстро и эффективно. Пару раз простейшие делал вообще bash. Вручную чистить тысячи строк - зачем? json_decode - array - foreach написать 5 минут, зато четко и без ошибок на выходе, вручную с таким массивом всегда остается шанс пропустить что-то.

Собственно, я в своих проектах давно отказался от mysql и схожих баз данных, именно с json-хранением и работаю.

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