gadzhikuliev

никак не обойтись ). линукс тут вечно в догоняющих в любой сфере. кроме разве что вебсерверов и специфических продуктов по маршрутизации. мягкотелые задают волну ... а все остальные .. усираясь .. с матами .. конфигами ... пытаются это повторить )

Обойтись конечно можно. Причем многие компании весьма и весьма успешно обходятся, современные тенденции таковы, что с Windows пытаются слазить, в Германии, например, да и у нас в школах активно внедряется СПО. Преимуществ у Windows-серверов особых нет, но всё зависит от проекта. Linux-серверы банально легче администрировать, да и рынок труда переполнен вакансиями системных администраторов, которые имеют опыт настройки и обслуживания Unix-like серверов. Да и в случае нахождения каких-либо критических дыр - моментально выходят обновления. Но это не исключает того, что и на крупных проектах могут использоваться технологии Microsoft, причем весьма успешно. Примером может служить StackOverflow. Понимаете, вопрос холиварный и тут многое зависит как от самой компании, так и от продукта, который она реализует, да даже от предпочтения системных администраторов.

Во-первых мне неизвестно вменяемых замен Active Directory. Если у тебя в сети всего несколько компов на винде можно обойтись сервером с Самбой, если больше и если надо реально распределять права между пользователями - уже нужен AD, если компов больше десяти - то он уже просто необходим не только для общих ресурсов, но и для массовой установки программ, например.

Во-вторых MS SQL Server - очень хорошая СУБД. Едва ли ни единственная СУБД enterprise-класса (по надёжности, производительности и функционалу) для работы с которой нет необходимости быть семи пядей во лбу специалистом-сектантом с тоннами выкуренных мануалов и сертификатов за плечами (хотя, может и не так страшен Oracle как его малюют, особо не пытался разбираться).

В-третьих C# - очень хороший язык, по сравнению и с отсталой многословной Java (которая, по сути, является его прототипом, С# - это, грубо говоря, сильно улучшенная Java) и тем более с PHP "день и ночь", как мне кажется (это я вам говорю как человек сравнительно непредвзятый и пробовавший писать на всём этом и не только, лично мне больше всех понравилась вообще Scala, но у неё есть свои недостатки (прежде всего экосистемного характера, к языку претензий нет)), а хостить сколько-нибудь серьёзные ASP.Net-сайты на Linux+Mono - вряд ли очень хорошая идея.

В-четвёртых виндовый RDP - вроде как лучшее решение для удалённой работы: VNC медленный и малофункциональный (когда я последний раз смотрел он не умел пробрасывать принтеры и диски, например), Citrix стоил каких-то совершенно космонавтических денег, другие малоизвестны и слишком специфичны.

В-пятых ещё есть такая хорошая (и не имевшая ещё несколько лет назад сколько-нибудь достаточно вменяемых конкурентов) штука как Share Point.

IMHO.

В терминах ваших разобраться не просто. Как я понял основная задача в том что пользователи работают дома на работе - и по этому хочется не трогая настройки прокси сервера на клиентском устройстве - вне корпоративной сети они подключались напрямую, а внутри сети - аутентификация и трафик шел через прокси.
Так он и называется - прозрачный прокси. Копайте в этом направлении.
Самая простая конфигурация порт 80 заворачивается на прокси сервер прозрачно (где проходит аутентификация по kerberos например), а 443 лучше открыть SNAT на первое время. (ну или заморочиться с подменой сертификатов, но это посложнее будет просто прозрачного прокси на 80 порт).

Однозначно стоит!
Синтаксис пайтона не предназначен для полноценной разработки сложных систем. Тут как не пиши, все равно будет помойка. Это, кстати, основная причина, из за чего умер паскаль (имеющий аналогичный синтаксис). Пайтон как раз по этому и так любим многими, что научившись в институте писать на паскале, как на более простом, чем на C++ языке, эти люди не очень понимают просто как писать качественный код, который потом можно читать самим и смогут разобрать другие разработчики.
Go в данном случае гораздо лучше структурируемый язык, да и по остальным ттх он превосходит пайтон.

2018/10/18 14:49:30 kid1| helperOpenServers: Starting 1/600 'negotiate_kerberos_auth' processes

Запущен один из 600 разрешенных хелперов negotiate_kerberos_auth

Непонятно, почему squid упорно хочет забиндиться на IPv6 аналог 127.0.0.1 :) Но что-то ему мешает - то ли в системе уже заняты порты, то ли еще что - и хелпер не стартует

Первым делом нужно отделить собственно код на PHP (обработка данных, форм например, формирование данных для построения страницы), от кода построения страницы. Последнее лучше доверить шаблонизатору. Я пользуюсь Smarty, но вариантов масса, тут на вкус и цвет все фломастеры разные. А мешать код PHP с кодом HTML, и, упаси Боже, с кодом JS - Это Богохульство я считаю... :D

Хотя PHP это позволяет, но это равносильно выстрелу себе в ногу...

В целом я люблю PHP, особенно после Clipper 5.2 и Borland Pascal. Назад я уже точно не вернусь.

Однако, тенденции современности таковы, что логика все больше мигрирует в сторону клиентского кода. Это то, чем занимаются всевозможные Angular.JS, Ember.JS, Backbone.JS, React.JS и прочие jQuery, и же с ними...

Что еще более замечательно, это то, что JS стал активно мигрировать в сторону бэкенда (Node.JS, Io.JS и т.п.)

Так вот, по моему личному опыту последних лет, а это очень много AJAX+jQuery, бэкенд все больше превращается в эдакий прокси модели до БД и сервис аутентификации/авторзации... И в этом плане, каким бы прекрасным ни был PHP7, но работы для него все меньше (потому что совершенно до фонаря, скрипты на каком ЯП отдают JSON)... По крайней мере в том ключе, в каком он изначально задумывался и существовал до начала бурной эпохи AJAX.

Поэтому моё мнение такое, раз уж начал проект на PHP - надо прочитать начало моего поста, облегчить себе жизнь, завершить и сдать проект, а потом переключиться на фронтенд, и с ходу бросить все силы на освоение сначала JavaScript, а потом сразу Ember.JS, в крайнем случае Angular.JS, ибо именно там сейчас полным ходом развивается будущее. Разумеется какой может быть фронтенд разработчик без серьезных скиллов в HTML5/CSS3... Поэтому и это тоже надо обязательно изучать.

Делать это надо хотя бы потому, что освоить Ember.JS равносильно получению второго высшего образования, и вакансий по этой тематике все больше, а минимальный доход пряморукого разработчика на таких вакансиях от 60 тысяч у.е. в год. Разумеется необходимо владеть английским, как без этого...

Безусловно, и на бэкенде еще полно работы, и есть такая, которую на фронтенд нет смысла тащить, тем не менее, бэкенд уже не тот что был 10 лет назад, и уже не будет прежним.

P.S.: все вышесказанное - это сугубо плод моего воображения и личного опыта (20 лет в разработке), думать придется, в любом случае, собственной головой и нести ответственность за принятые решения, и разбираться с последствиями оных.

Лично я знаю один пример когда экономист-математик переквалифицировался в .NET разработчика. У парня всё получилось, колбасил на Delphi, потом C#/WPF, сейчас c#/ASP.NET.
Дерзайте.

Как вы это делаете?! За 17 лет работы в ИТ у меня ни разу не возникало вопроса "Куда двигаться?", только "Где взять времени на освоение всего этого бесконечного изобилия технологий, углублённого изучения уже знакомого и реализацию множества идей?"

А теперь от теории к практике, я сам несколько раз попадал под проверки, а также несколько лет "работал" независимым специалистом по киберпреступлениям, в том числе на проверках лицензионной чистоты. Руководство всегда показывает пальцем на админа и говорит "Мы не знали, вот ответственный специалист!" Заканчивается это тем, что компанию штрафуют, а админу прилетает срок. Наличие бумажки о том, что директор знал об установке пиратского софта трактуется судом как преступный сговор. Позиция админа "я не обязан разбираться в тонкостях лицензирования" - это как позиция бухгалтера "я не обязан разбираться в тонкостях налогообложения". Правильных решений может быть только два - либо заставить компанию перейти на лицензионное ПО, либо уволиться.