Senseich, Я вам дал пример. Дальше надо немного сообразить, подобрать формулу. Ладно, вот вам пошаговая инструкция:
1. Выпишите ваши 300 чисел в столбик.
2. Выделите диапазон, который хотите форматировать.
3. Откройте условное форматирование.
4. Выберите опцию "ваша формула".
5. Вставьте формулу, примерно как на картинке:
Картинка
=VLOOKUP(B3;$D$3:$D$11;1;0)
6. Выберите цвет и т.д.
Про формулу VLOOKUP или ВПР (по-русски) можно найти опять-таки в гугле. Первый параметр - это первая ячейка диапазона для форматирования, то есть это то значение, которое будем проверять. Здесь нужна относительная ссылка. Второй параметр - это список проверяемых значений, то есть это то, где будем искать и с чем сверяться. Здесь важно давать абсолютные ссылки со знаком $, чтобы формула не поехала при переносе на другие ячейки. Третий параметр - 1. Четвертый параметр - 0. Всё просто.
Нет контакта с тех. поддержкой? Такого не может быть. Пусть зайдет с другого компа и нажмет ту же кнопку для связи с поддержкой. Если кнопка не работает ни на одном компе у всех в мире, то это как бы не ваша проблема и не ваша вина.
А так: перечитать правила сервиса и сравнить с тем, что и как подруга на нем делала. Вспомнить всё плохое. Проверить комп на вирусы. Проверить ip на наличие в черных списках.
Ради интереса, ваша подруга тоже не ставит пробелы после точек и запятых? Это какая-то болезнь 21-го века. А вдруг за это и забанили?
Vitaliy Orlov, так из описания не ясно, что вы делаете, что за проект.
Если это сервис по подсчету хешей, то лучшее решение - вообще не посылать строку на сервер, а высчитывать через JS.
Зачем на бекенде вам хеш введенной строки хз, но в общем случае можно заменить все \r\n на \n, а затем \r на \n, например. Таким образом, хеш всегда один и тот же будет, независимо от присланных данных.
Можно много чего придумать, мониторить буфер обмена, добавить чекбокс в форму с выбором формата и т.д.
Но повторюсь: не ясно, зачем вам это нужно, какую проблему вы решаете, а гадать смысла нет.
Если js обфусцирован, то можно посмотреть ajax ответы, и если это тоже не поможет, то уже ничто не поможет. Ну т.е. в теории расковырять можно что угодно, только это время деньги.
CityCat4, про библиотеки это было предположение, т.к. я их не нашел. Но сейчас поискал - походу да, если они и есть, то их мало, а документации нет вообще. На гитхабе в issues 22 дня назад автор обещал "скоро" сделать документацию по пакетам.
Рональд Макдональд, нет, автор не я. Но в последнее время я ищу язык с быстродействием как у С++, но без недостатков. И пока склоняюсь к Rust. А тут бац - новый язык и скорость компиляции быстрее в сотни раз. Что??
Если дело только в этом, то не один новый язык не должен взлететь вообще. А право на жизнь будет иметь только добавление фич в уже существующие языки. Причем, давно себя зарекомендовавшие. Но ведь старые языки потихоньку умирают, а новые появляются. Хотя до конца не ясно, может ли без маркетинга новый ЯП взлететь на одних лишь объективных преимуществах.
На вопрос нельзя дать однозначный ответ. Вы не обозначили проблему, так что нет критериев, какой ответ считать подходящим.
Можно сделать коротко, можно сделать быстро, можно сделать красиво, у всех свои критерии. Хотя в целом разницы нет, если вам нужно просто получить массив из объекта.
На mikrotik не скажу, но на компе использую pingplotter (24/7).
По теме вопроса, вам в любом случае придется что-то пинговать, а лучше трейсить (чтобы в ретроспективе понимать, где затык), а еще лучше трейсить сразу несколько целей. И это всё писать в логи, которые потом изучать.
Без пинга можно мониторить только падение линка, что не учитывает случаи, когда линк есть, а интернета нет.
