import.io лучшее из последнего, что я видел для веб скрейпинга. Он позволяет делать пресеты для сайтов через апликуху и ранить парсинг таски в их клауде и локально. Думаю находить дифы можно, просто сравнивая результаты, при этом сам сервис предоставляет уйму вкусных фич
Классно, сам думаю под себя написать подобное, только с доп фичами актуальными для меня. Кстати, все-равно в поиске идеала, до Вашего нашел близкий к идеалу — www.diigo.com Могли бы сказать, какие у Вашего сервиса преимущества перед diigo?
А меня устраивает, т.к. зачастую все равно переходишь после пары сообщений на скайп. А в целом сервис удобен и грамотен, ну на мой взгляд. И как бы народ там по делу, так сказать уже отсеянный, что особенно важно и отличает его от Вконтакте или Facebook.
У меня, к примеру, именно друзья — в LinkedIn. Вконтакте липовый ак для прослушивания музыки. Я наверно с предрассудками, но не уверен, что многие программисты юзают вконтакте, как основную соц.сеть. По-моему изначально странный подход у сервиса) У нас, в Одессе, в частности и на Украине в целом — рекрутмент практически всех фирм ведет хантинг через LinkedIn.
Думаю дело вкуса. Он старше и много людей его используют и развивают. Лично я предпочитаю moq, т.к. мне больше нравится его синтаксис, в сравнении с autofac в том числе. C moq лично у меня были траблы:
1. Неудобно когда биндится ответ для метода с out параметром.
2. Цепочка ответов которая прерывается Throw (если надо расскажу подробнее, может это я, что-то не понял).
3. Нету автобиндинга свойств моками. К примеру есть в autofac аля builder.RegisterType().PropertiesAutowired();
Но я считаю это мелочами, в остальном функционал схож, и синтаксис и простота moq для меня определили выбор.
Меня одного удивило, что на картинках с комментариями стоит одна и та же дата, время на первых двух одно и то же 16:33, а на картинке «после манипуляций скрипта» время 14:33 (т.е. меньшее). Это я что-то не понимаю, или это подделка картинок и заговор?:)
По-моему как раз то, чего в нем нет от FB и VK — его неоспоримый +. Мне как, человеку любящему функционал и общение по существу, социальные приблуды (аля статусы, цитатники, подмигивания и прочее) вызывают только раздражение. А то что я вижу в Google+, пока только радует — ничего лишнего, все уже удобно и главное минималистично. Надеюсь дальше внедрят фичи в этом направлении (интеграцию с Docs, закладками и т.д.), и не испортят все социальной состовляющей предназначенной для девочек тинейджеров.
Тоже пытались использовать. Удобно бесспорно, но у нас были очень большие объемы (много страниц парсились одновременно), а он к сожалению выжирает очень много памяти, так как хранит на момент работы всю Dom структуру документа. И к сожалению пришлось вернуться к регулярным выражениям. Т.е. на больших объемах обрабатываемых параллельно, готовьтесь к большим утечкам памяти. Но, на мой взгляд, лучшее решение на небольших объемах или если нужно выдирать много различных данных, и регулярки использовать накладно в плане нагрузки процессора, так как операции поиска по dom отрабатывают быстрее (проверенно на парсинге ссылок из документа) и есть возможность жертвовать памятью.
1. Неудобно когда биндится ответ для метода с out параметром.
2. Цепочка ответов которая прерывается Throw (если надо расскажу подробнее, может это я, что-то не понял).
3. Нету автобиндинга свойств моками. К примеру есть в autofac аля builder.RegisterType().PropertiesAutowired();
Но я считаю это мелочами, в остальном функционал схож, и синтаксис и простота moq для меня определили выбор.