При чем тут илитарность? Где пыхера то нормального взять? Почему вот такие то попадаются?

Учитывая количество людей, считающих себя программистами, это весьма нетривиальная задача.

При чем тут илитарность?

Первые два нагавнякали лапши.

вот при этом

Пыхеров нормальных уже всех нашли, что осталось, то осталось.

Эммм, могу кусок макаронины показать чтобы ты убедился что я не вру.

Похоже на то..

я в пыхе не шарю, но покажите, а то у всякого своё представление о лапшовости

[Hh][Rr][Ee][Ff]

Молодец, учитывает возможную разницу в регистре. Видишь же — старался.

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

Где пыхера то нормального взять?

Нигде, нормальный человек не будет связываться с PHP.

Почему вот такие то попадаются?

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

А ты посмотри внимательнее что там рыгулируется и как )) И это только одна макаронинка.

типичная перловая регулярка

То есть, ты таки считаешь, что парсить HTML регулярками — это нормально?

Ни разу в жизни мне не приходилось вручную парсить HTML, не знаю.

Видишь же — старался

Этот, видимо, тоже старался:

/<a href="([^<http>].*?)"/s

Для Ъ: откр галка, буква a, ОДИН пробел с кодом 13, последовательность символов href=", подмаска в которой может ничего и не быть, но, там будет все что угодно кроме символов <http> в любом порядке, ну т.е. по этой логике, не h не t не p в ссылке тоже быть не может.

у пробела аски код 32, а 13 и 10 это CR и LF перенос строки.

извините, я не в тему, просто хотел блеснуть %) знаю аски коды символов наизусть, программёрская жысть заставила. =)

Этот, видимо, тоже старался:

Конечно. Видишь «/s»? Он учёл, что в ссылке могут быть переводы строк. Его тоже надо похвалить.

ну т.е. по этой логике, не h не t не p в ссылке тоже быть не может.

Только первый символ.

Кстати, а в каком виде ты ждал решения? Регулярками?

[\s]{1}

Какая-то странная магия. Я не понял, чем это отличается от просто \s.

модификатор /i тебе в помощь

а если будет 2 пробела? или таб? или таки перенос строки (символ 13)?

Ты же понимаешь, что это были примеры кода соискателей?

не, не обратил на это внимания. Теперь понятно.

Ну да, я пока домой ехал, уже понял что сморозил, и даже подумал что кто-нибудь успеет это подметить, чо уж тут ))

знаю аски коды символов наизусть, программёрская жысть заставила. =)

У меня половина знакомых - программисты, но зазубривать аски-таблицу почему-то еще никто не додумался.

У меня половина знакомых - программисты, но зазубривать аски-таблицу почему-то еще никто не додумался.

Уникод, небось, учат, пока никто не видит!

программёрская жысть заставила. =)

Ты хотел сказать «сторожевая»?

у пробела аски код 32

Кстати, говорить нужно в шестнадцатеричной системе счисления, а то не илитарно

preg_match_all"/<[Aa][\s]

DOM появился в PHP лет 7 назад. Использование регулярок для парсинга HTML-ссылок с тех пор — редкостное извращение или редкостный консерватизм :)

Что ты со своим регекспом будешь делать с чем-то типа <a href="href-example.html" title="Пример использования href=" />[br]<a href=? А уж сколько в Интернете кода, типа <a href="it's a test">...

[Hh][Rr][Ee][Ff]

Молодец, учитывает возможную разницу в регистре

Это mc/syntax головного мозга :)

Где пыхера то нормального взять?

Попытаться найти программиста на нормальных языках, который не против пописать на пыхе.

Нигде, нормальный человек не будет связываться с PHP.

Рекомендую в словаре посмотреть определение термина «норма» ;)

а PHP к этому больше всего располагает ввиду низкого порога вхождения

Фигня. JS к этому располагает намного больше :)

Это mc/syntax головного мозга :)

А я всё думал, где же я это видел.

Круто, а я в man ascii подглядываю когда нужно.

У меня половина знакомых - программисты, но зазубривать аски-таблицу почему-то еще никто не додумался.

Да, в новые времена это уже почти не актуально :)

у пробела аски код 32

Кстати, говорить нужно в шестнадцатеричной системе счисления, а то не илитарно

Вопрос не в элитарности. Шестнадцатеричный код тупо запоминать легче, там ряды повторяются. В десятичной системе я ASCII и сам не знаю, только переводя в уме из hex :)

Да. От тех кто начинал программировать 20-25+ лет назад этого вполне можно ожидать. Но никак не от Спуфа, который никак пых не осилит :)

Это mc/syntax головного мозга :)

А я всё думал, где же я это видел.

Кстати, неужели никто кроме меня не пытается с этим извращением работать? Я всё пытаюсь реализовать подсветку Markdown, но сильно не хватает возможностей mc/syntax подсветки :-/ В первую очередь ради заголовков через подчёркивание и т.п.

С тоской вспоминаю Far/Colorer... Вот там всё можно было, пусть и на богопротивном XML :)

Да буквально сегодня ковырял битую mp3 в hexdump и наблюдал 2020 2020 2020 2020 :)

Недавно мелькал форк MC с встроенным Lua. Возможно, там это будет проще сделать.

наблюдал 2020 2020 2020 2020

Как можно этот middle-endian читать?

Недавно мелькал форк MC с встроенным Lua

Не думаю, что на Lua там можно подсветку синтаксиса задавать. Вообще, был mcedit с подсветкой через colorer, но умер уже лет 10 назад: http://colorer.sourceforge.net/mc.html

Не думаю, что на Lua там можно подсветку синтаксиса задавать.

Прямо сейчас, наверное, нет. Но если не загнётся, вполне могут добавить.

middle-endian? Порядок байтов в машинном слове?

middle-endian?

По умолчанию hexdump читает по два байта в little-endian, но показывает их в big-endian. В итоге в выводе каждые два байта переставлены местами. Это дико.

$ echo 0123456789 | hexdump
0000000 3130 3332 3534 3736 3938 000a          
000000b
$ echo 0123456789 | hexdump -C
00000000  30 31 32 33 34 35 36 37  38 39 0a                 |0123456789.|
0000000b
$ 

Ну я именно с -C и запускал :)

А, да, тогда вывод 20 20

А можешь скинуть мне этот битый мп3? Ато я тож тестирую свою поделку на падучесть.

Там ничего интересного, идет id3v2 тег, а дальше одни нули :)

Ну и что же? Все материал для тестирования.

https://www.dropbox.com/s/nbtm9jgt8vdknxt/16e9f55c85c28100835d.mp3?dl=0

Сяп!

preg_match_all(«/<[Aa][\s]{1}[^>]*[Hh][Rr][Ee][Ff][^=]*=[ '\»\s]*([^ \«'>\s#]+)[^>]*>/», $html, $matches);

люди не знают что html/xml не парсится регулярными выражениями?

вы там сколько платите?

Да там оказалось все грустно и со стороны требований и со стороны вилки денег. Потому такие вот погромисты и пролезли.

ну я уже увидел в топике вилку

От тех кто начинал программировать 20-25+ лет назад этого вполне можно ожидать. Но никак не от Спуфа

Во всём винонат mIRC, на котором писал скрипты для IRC бота под Windows. Если нормальные люди используют 16-тиричную систему (Hex) для указания байта, если некоторые используют хотя бы 8-миричную систему (Oct) как в TCL или даже в Bash, для указания байта... то в mIRC используются тупо ASCII коды.

http://hawkee.com/scripts/12828336/ Вот к примеру скрипт, он показывает информацию об изображениях и кое-чего ещё.

  if ($bfind($+(&,$1),1,13 10 13 10 239 187 191)) return UTF-8
  if ($bfind($+(&,$1),1,13 10 13 10 255 254)) return UTF-16 Little Endian
  if ($bfind($+(&,$1),1,13 10 13 10 254 255)) return UTF-16 Big Endian
  if ($bfind($+(&,$1),1,13 10 13 10 255 254 0 0)) return UTF-32 Little Endian
  if ($bfind($+(&,$1),1,13 10 13 10 0 0 254 255)) return UTF-32 Big Endian
  if ($bfind($+(&,$1),1,13 10 13 10 71 73 70)) return GIF
  if ($bfind($+(&,$1),1,13 10 13 10 137 80 78 71 13 10 26 10)) return PNG

И всё в таком духе. Для работы с бинарными файлами, чтобы найти заголовок, использовались ASCII коды. Волей не-волей их запомнил.

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

Хрен бы с этим всем, хоть один учел что ссылки могут быть в <!-- --!>, ссылки в жабаскрипте, etc?

Ох ёёёё....