выскажу непопулярное мнение, но го победил простотой. пока весь мир упарывался сложными конструкциями ооп, награмождением других сущностей поверх классического ооп... вызовом на все это стал простой и немногословный в плане словаря язык...
я когда щас смотрю на php код - диву даюсь от сложности ... классы, наследование, абстрактные клаcсы, трейты, статические методы, статические поля, магические методы, магические поля, анонимные классы, методы классов под флагом final, магия вокруг клонирования объекта, ... все это безусловно продиктовано потребностями реального мира. Но в довесок приходят фреймворки без которых никуда в мире php...и они приносят еще несколько слоев сложности...как на уровне архитектуры так и на уровне оберток к стандартным функциям php...
ну и не забудем, что правила хорошего тона велят нам используя фреймворк - городить все по паттернам проектирования...больше абстрактых сущностей богу сущностей...
ушел из php уже лет как 10...даже не представляю какой кошмар сейчас представляет из себя собеседования на вакансию php-разработчика..
возможно когда то вы придете к выводу что пусть лучше - пинают мячик, отбивают мячик битой, закидывают мячик в кольцо, изменяют форму мячика и бегают с ним в руках...etc..
чем оставшийся варианты выяснить кто в этом году лучше
Но ведь наоборот. Голубь и есть конкуренция. Процесс загрузить разгрузить фуру плохо масштабируемый. а кол-во голубей можно масшабировать на разгрузке людьми
А это давление "из вне" оно сейчас с нами в этой комнате? По факту - оно умерло в конкруренции, в какой-то мере в рамках состязательного отбора, и если "давление из вне" ее сломало на промежутке меньше 100 лет, то на мой взгляд нету тут ничего жизнеспособного.
Ох уж эти новомодные облачные self-hosted стораджи с интерфейсом и блекджеком вокруг этого…
Вот бы кто запили тулзу которая синхронизировало бы указанные мной папки в какой нить S3 или OpenStack Swift. И что бы на удаленном сторадже держало непременно шифрованную версию. Есть такие представители как rclone и syncany, но они как-то не про фоновый режим. Точнее первый не про фоновый режим, а второй заброшен.
А свистопляски с крутым web-gui… нафига она мне. Если это для энтерпрайза разных уровней, то там их стошнит от одного упоминания PHP на бекенде. А если для домашней синхронизации личных файликов, то web-gui нафиг мне не нужен.
у меня часто сервера для dnscrypt перестают резолвить некоторые отечественные домены, на какое-то время, но обидно. Иногда просто падают, и нужно менять сервер из списка предлогаемых, проблема тут получается следующем — нужно получить новый список серверов dnscrypt, а у тебя не резолвит ничего -> отключаешь dnscrypt-proxy -> получаешь список серверов -> включаешь dnscrypt-proxy. так себе схема которую прихоить проделывать на моем роутере
1.12 вообще привнесла путаницу какую-то. Везде в интернете во всяеских статейках было написано что multi-host можно разворачивать через swarm + docker-compose. распределяя какой контейнер на какой ноде — через labels.
(https://docs.docker.com/compose/swarm/#/multiple-dependencies)
Выходит docker-compose последней версии и вот уже нельзя поднимать контейнеры в swarm-моде.
WARNING: The Docker Engine you're using is running in swarm mode.
Compose does not use swarm mode to deploy services to multiple nodes in a swarm. All containers will be scheduled on the current node.
To deploy your application across the swarm, use the bundle feature of the Docker experimental build.
На замену дали некие бандлы… но они экспериментальные.
https://docs.docker.com/compose/bundles/
Тоесть выпилили одну возможность, но не доделали замену. И как сейчас нормальным образом на 1.12 поднять swarm-кластер с overlay-network, и при этом что бы все описание кластера было в удобном виде, в текстовом файле — не понятно.
Выполнять руками десятки команд service create — какой-то бред.
выскажу непопулярное мнение, но го победил простотой. пока весь мир упарывался сложными конструкциями ооп, награмождением других сущностей поверх классического ооп... вызовом на все это стал простой и немногословный в плане словаря язык...
я когда щас смотрю на php код - диву даюсь от сложности ... классы, наследование, абстрактные клаcсы, трейты, статические методы, статические поля, магические методы, магические поля, анонимные классы, методы классов под флагом final, магия вокруг клонирования объекта, ... все это безусловно продиктовано потребностями реального мира. Но в довесок приходят фреймворки без которых никуда в мире php...и они приносят еще несколько слоев сложности...как на уровне архитектуры так и на уровне оберток к стандартным функциям php...
ну и не забудем, что правила хорошего тона велят нам используя фреймворк - городить все по паттернам проектирования...больше абстрактых сущностей богу сущностей...
ушел из php уже лет как 10...даже не представляю какой кошмар сейчас представляет из себя собеседования на вакансию php-разработчика..
и это очень, б***b. хорошо
касперский настолько мутная контора и не менее мутный софт, что удивительно что ей бизнес в принципе доверяет.
да и вообще, если вам нужна защита - то используйте лучше что-то из first-party решений от создателей операционной системы.
возможно когда то вы придете к выводу что пусть лучше - пинают мячик, отбивают мячик битой, закидывают мячик в кольцо, изменяют форму мячика и бегают с ним в руках...etc..
чем оставшийся варианты выяснить кто в этом году лучше
Воображаемую как и пере-проектированный компьютер. А по факту, а какую конкретную информацию хотите от твиттер-заметки?)
Была почтовая рассылка, средний айтишник наверное знает что такое SPF,DKIM,DMARC, а еще он в состоянии посмотреть сорцы письма.
Там можно увидеть что для рассылки использовался:
Received: from macka112.sndsy.ruDKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mail.sendsay.ru;
Раковая опухоль уже добралась до инсталляторов операционной системы
ну покажите же скорее скиллуху! просчитайте сложности алгоритма для голубей поезда и фур! это же база и классический кейс!
Но ведь наоборот. Голубь и есть конкуренция. Процесс загрузить разгрузить фуру плохо масштабируемый. а кол-во голубей можно масшабировать на разгрузке людьми
вот здесь то вы и начали пороть чушь
А это давление "из вне" оно сейчас с нами в этой комнате?
По факту - оно умерло в конкруренции, в какой-то мере в рамках состязательного отбора, и если "давление из вне" ее сломало на промежутке меньше 100 лет, то на мой взгляд нету тут ничего жизнеспособного.
но в целом спасибо. попробую
Вот бы кто запили тулзу которая синхронизировало бы указанные мной папки в какой нить S3 или OpenStack Swift. И что бы на удаленном сторадже держало непременно шифрованную версию. Есть такие представители как rclone и syncany, но они как-то не про фоновый режим. Точнее первый не про фоновый режим, а второй заброшен.
А свистопляски с крутым web-gui… нафига она мне. Если это для энтерпрайза разных уровней, то там их стошнит от одного упоминания PHP на бекенде. А если для домашней синхронизации личных файликов, то web-gui нафиг мне не нужен.
Если про пульс врут, и ты можешь спокойно выйти за пределы своей нормы во время тренировки.
Ну ладно, пускай они чуть чуть врут про пульс, но неужели это чуть чуть вранье, запросто стоит больше 10к.
Что можно взять по следующим требованиям:
Долго выбирал чего на яндекс-маркете. Но если найдешь что-то подходящее на него либо ужасные отзывы, либо там хрень за 35к с кучей ненужных наворотов.
Заранее спасибо
(https://docs.docker.com/compose/swarm/#/multiple-dependencies)
Выходит docker-compose последней версии и вот уже нельзя поднимать контейнеры в swarm-моде.
На замену дали некие бандлы… но они экспериментальные.
https://docs.docker.com/compose/bundles/
Тоесть выпилили одну возможность, но не доделали замену. И как сейчас нормальным образом на 1.12 поднять swarm-кластер с overlay-network, и при этом что бы все описание кластера было в удобном виде, в текстовом файле — не понятно.
Выполнять руками десятки команд service create — какой-то бред.