Со str_replace погорячился, согласен))
Точку люблю и каждый дрочит как он хочет, тут уж сорян ;-) массив, потом join? Может все же одной точкой проще для наглядности, не? :)
Оставим это тем, кто имеет сложности с выходом во вне из корп. сети из-за чрезмерных сложностей с безопасностью. Или я просто так это написал и исходил из фантазий? Типа скучно жилось))
Еще добавлю — скорость соединения. HTTP пойдет на пользу тем, кому надо выжать каждую миллисекунду.
ValdikSS
DNS [+ proxy if needed]
>обычные DNS-запросы на 53 порт UDP перехватываются провайдерами, и это будет работать далеко не у всех.
Именно так пришли к «штучкам» в разрыв)
Есть понимание количества страждущих?
ValdikSS, это замечательно, но мапя адрес я знаю что это отработает, а вот четких правил «как поступить с адресом, если он из пула ХХХ» — нет :)
Если есть идеи — Welcome. Это будет еще одно правило (функция).
На входе адрес, на выходе нужен новые адрес.
Если адрес возвращен не будет — пойдет по стандартному варианту маппинга.
darkk, тебя память не подводит. Такой рекурсивный «разрешитель имен» действительно был и успешно применялся во времена проблем в PSN, одним из режимов которого как был режим фильтрации (удаление из ответа заблокированного адреса), что помогало в случае наличия хотя бы одного незафильтрованного адреса. Для случая полной блокировки (когда все адреса входят в число заблокированных) применялся режим подмены с трансляцией адресов на «свои» с последующей маршрутизацией через нефильтруемые каналы. Но есть нюансы и не для всех отработает на 100%. Конечным решением были аппаратные «штучки» подключаемые в разрыв аплинка и домашнего Wi-Fi (или поближе к потребителю), которые маршрутизировали трафик по внутренней логике и уже сами разбирались как и черезо что должно работать, не требуя вообще никаких настроек на стороне клиента.
По моим ощущениям, востребованность такого решения сейчас низкая и большинство как-то сами научились справляться, ну вот за исключением редкой боли на фоне «неоптимальной» маршрутизации всего трафика через VPN как приводится в сообщениях выше. Опрос
В соседней статье «OAuth 2.0 простым и понятным языком» — https://habrahabr.ru/company/mailru/blog/115163/
одним из минусов явно выделено:
«Безопасность OAuth 2.0 во многом основана на SSL. Это сильно упрощает жизнь разработчикам, но требует дополнительных вычислительных ресурсов и администрирования. Это может быть существенным вопросом в высоко нагруженных проектах.»
На протяжении года как минимум один запрос разработчика был удовлетворен — допилили метод авторизации без подписи RSA-ключиком. Судя по тому, что это таки реализовали, основания были весомые — вероятно, где-то не было библиотек или ресурсов.
Еще один интересный пример из свежих — небрежность работы с SSL, как в примере с «отечественной разработкой `Ревизор`» — https://habrahabr.ru/post/282087/
Ну так надо добить — отправить валидный сертификат :)
Подозреваю, ошибочка то в браузере выдана была, а браузер точно свой сертификат видел? :)
То есть самый просто вариант — curl, как у автора. Для проверки и минимизации ошибок — самое то.
>«значит он или дурак, или умер.»
Задачи порой ставятся в таком контексте, что результат достигнут, но называть своей разработкой не станешь дабы карму не портить… всякое бывает. И вот здесь напутствие для слабых духом — брать в свои руки и делать только хорошо!
Мало того, сарафанное радио имеет свою градацию и в какой-то момент приходят более жирные клиенты, доступ к которым извне закрыт, (если не заинтересовать ключевых людей).
А про трудозатраты на «составление портфолио» скажу так: времени уходит не много, если не уделять внимание абсолютно всему. На примере фотографии, стоит взять всего 2-3 фотографии и с ними только работать, на них времени уйдет значительно меньше, чем только на отбор лучшей четвертой фотографии из оставшихся пятисот…
Кто там у нас бдит за личными данными, Роскомнадзор?
Кажется, есть способ форсировать латание дырки путем точечного воздействия на проф. орган, только вот вопрос — зачем…
Но факт — программисты не думают… или думают, но руководство не слушает о предупреждениях…
Куплено за 5к :)
Точку люблю и каждый дрочит как он хочет, тут уж сорян ;-)
массив, потом join? Может все же одной точкой проще для наглядности, не? :)
Кто обеспечивает техническую часть банкета планируемого мероприятия?
DNS [+ proxy if needed]
>обычные DNS-запросы на 53 порт UDP перехватываются провайдерами, и это будет работать далеко не у всех.
Именно так пришли к «штучкам» в разрыв)
Есть понимание количества страждущих?
Если есть идеи — Welcome. Это будет еще одно правило (функция).
На входе адрес, на выходе нужен новые адрес.
Если адрес возвращен не будет — пойдет по стандартному варианту маппинга.
По моим ощущениям, востребованность такого решения сейчас низкая и большинство как-то сами научились справляться, ну вот за исключением редкой боли на фоне «неоптимальной» маршрутизации всего трафика через VPN как приводится в сообщениях выше. Опрос
и еще по теме https://habrahabr.ru/post/216537/
одним из минусов явно выделено:
«Безопасность OAuth 2.0 во многом основана на SSL. Это сильно упрощает жизнь разработчикам, но требует дополнительных вычислительных ресурсов и администрирования. Это может быть существенным вопросом в высоко нагруженных проектах.»
На протяжении года как минимум один запрос разработчика был удовлетворен — допилили метод авторизации без подписи RSA-ключиком. Судя по тому, что это таки реализовали, основания были весомые — вероятно, где-то не было библиотек или ресурсов.
Еще один интересный пример из свежих — небрежность работы с SSL, как в примере с «отечественной разработкой `Ревизор`» — https://habrahabr.ru/post/282087/
Повсеместно SSL доберется еще не скоро…
Как серпом по одному месту :)
Криминала нет, конкретно в этом случае, так то да. Пока что-нибудь поинтереснее не зашлют :)
Подозреваю, ошибочка то в браузере выдана была, а браузер точно свой сертификат видел? :)
То есть самый просто вариант — curl, как у автора. Для проверки и минимизации ошибок — самое то.
Задачи порой ставятся в таком контексте, что результат достигнут, но называть своей разработкой не станешь дабы карму не портить… всякое бывает. И вот здесь напутствие для слабых духом — брать в свои руки и делать только хорошо!
А про трудозатраты на «составление портфолио» скажу так: времени уходит не много, если не уделять внимание абсолютно всему. На примере фотографии, стоит взять всего 2-3 фотографии и с ними только работать, на них времени уйдет значительно меньше, чем только на отбор лучшей четвертой фотографии из оставшихся пятисот…
Кажется, есть способ форсировать латание дырки путем точечного воздействия на проф. орган, только вот вопрос — зачем…
Но факт — программисты не думают… или думают, но руководство не слушает о предупреждениях…