Данная настройка отключает проверку SSL сертификатов на валидность:
http.DefaultTransport.(*http.Transport).TLSClientConfig = &tls.Config{InsecureSkipVerify: true}
x, err := goquery.ParseUrl("https://site.com")
if err == nil {
if s := strings.TrimSpace(x.Find(".panel-heading").Text()); s != "" {
c <- s
}
}
Спасибо за статью.
Есть только пару вопросов.
1. Почему по коду не придерживается стилистика camelCase?
2. goquery.ParseUrl — Может ли получать данных с https протокола игнорирую ошибки валидации сертификатов ssl?
2. На текущий момент нет проблем с «излишней гибкостью», в качестве хранения данных используется NoSQL хранилище. А проблема с так называемыми N+1 решена за счет использования буферов.
Если хотите получить 50 объявлений с лотами и планами то к хранилищу будет отправлено всего 3 запроса.
Почему нет.
Он принимает не SQL запрос, а структурированный по его правилам запрос.
Шаг в лево, шаг в право — Ошибка.
Преимущества над RestAPI:
— он типизирован
— он сам может рассказать какая у него структура причем сразу с описанием и указанием типов данных
— он может рассказать какие поля получили флаг Deprecated
— он не примет ни каких подзапросов SQL или Injection т.к. все данные будут проходить через модели и валидироваться на входе
— он не раскрывает связей между объектами
и так можно продолжать дальше.
Принимать SQL — это не хорошо. Там слишком много лазеек которые можно использовать. GraphQL — уже лучше.
Сейчас мы переходим на GraphQL (чуть позже будет статья).
Мы взяли GraphQL на вооружение для предоставление более гибкого интерфейса нашим REST API.
Дало конечно больше удобства и весьма сокращает количество запросов к API на получение необходимой информации. Мутации (изменение данных) мы не используем т.к. наши API предназначены только для того, чтобы делится информацией и в нашем случае GraphQL дает нам делать это более Красиво )))
Это все хорошо если источник данных для индекса 1 таблица в полном ее объеме.
А что делать если индекс составляется из нескольких таблиц при этом необходимы не все поля, а только определенные?
При этом надо отслеживать изменения в каждой из таблиц и при изменении в них должен обновится документ в ElasticSearch
Я для поиска по нескольким полям для большего совпадения использую стандартный query_string, получаем неплохие показатели точности поиска и учетом морфологии.
Закрыл Firefox. Поменял обратно на 5. Запустил — все дополнения активировались.
Windows 10
P.S. Но через несколько минут работы разширения выключились снова.
Если выстреливает ошибка которую надо исправлять прям сейчас.
Это настолько обобщенное как просто мысли вслух…
Надеялся увидеть примеры кода… разочарован :(
Данная настройка отключает проверку SSL сертификатов на валидность:
Есть только пару вопросов.
1. Почему по коду не придерживается стилистика camelCase?
2. goquery.ParseUrl — Может ли получать данных с https протокола игнорирую ошибки валидации сертификатов ssl?
Но увы… это провал Автор
ThinkPad — классные машинки.
2. На текущий момент нет проблем с «излишней гибкостью», в качестве хранения данных используется NoSQL хранилище. А проблема с так называемыми N+1 решена за счет использования буферов.
Если хотите получить 50 объявлений с лотами и планами то к хранилищу будет отправлено всего 3 запроса.
PATCH — частичное обновление записи
PUT — полное обновление объекта
Он принимает не SQL запрос, а структурированный по его правилам запрос.
Шаг в лево, шаг в право — Ошибка.
Преимущества над RestAPI:
— он типизирован
— он сам может рассказать какая у него структура причем сразу с описанием и указанием типов данных
— он может рассказать какие поля получили флаг Deprecated
— он не примет ни каких подзапросов SQL или Injection т.к. все данные будут проходить через модели и валидироваться на входе
— он не раскрывает связей между объектами
и так можно продолжать дальше.
Принимать SQL — это не хорошо. Там слишком много лазеек которые можно использовать. GraphQL — уже лучше.
Мы взяли GraphQL на вооружение для предоставление более гибкого интерфейса нашим REST API.
Дало конечно больше удобства и весьма сокращает количество запросов к API на получение необходимой информации. Мутации (изменение данных) мы не используем т.к. наши API предназначены только для того, чтобы делится информацией и в нашем случае GraphQL дает нам делать это более Красиво )))
А что делать если индекс составляется из нескольких таблиц при этом необходимы не все поля, а только определенные?
При этом надо отслеживать изменения в каждой из таблиц и при изменении в них должен обновится документ в ElasticSearch
codedzen.ru/elasticsearch-urok-6-5-poisk-po-neskolkim-poljam/#more-530
16 ядер, 32 гига оперативы, 384 гига SSD…
Такой по акции можно получить?