Вы находитесь в опасности (скорее всего)!

ivan-lev, если вам не нравится как звучит ваш автомобиль, в сервисе автомеханик делает пол поворота ключем и проблема устранена, он уже также не механик и работа не механика, а уборщика? Прекратите давать дурные советы!

Программист должен заниматься своим кодом, системный администратор своей работой. А уборщица своей. И нефиг сунуть нос в чужую работу.

Это исключительно программная часть! Ни один хостинг, который не правит скрипты клиента и даже их не смотрит, не окажет вам помощи и с .htaccess. В том числе и на крутых популярных хостингах.

- - -

А теперь по вашему примеру, вы как-то смотрите, но опять таки сквозь пальцы и со своей реальностью!

Чтобы водить машину вам нужен водитель, а если вы права получали не на лекциях программистов, то вы и являетесь водителем.

Кто имеет право называться? Тот кто разбирается во всех вопросах, которые могут возникнуть или способен в них разобраться (в сложных ситуациях) в кратчайшие сроки. Уборщица в жизни этого не сделает. И когда программист, который только знает как перезагрузить Apache и Nginx и читал 1-2 how-to как поставить/настроить Nginx+PHP, лезет разбираться, то не редко откручивает не те гайки и не знает как их закрутить обратно. А все потому, что не администратор и на поиски в гугле уходят часы, ибо не знает как искать и где ноги растут.

И еще раз по .htaccess. Возьмем к примеру обычный виртуальный хостинг, который предоставляет вам технические возможности, не более. Вы сами загружаете туда CMS, в том числе и .htaccess. При чем здесь системное администрирование? Нонсенс!

Каждый должен заниматься своим делом. По остальным сферам можно делать только предположения и не более, ибо не грамотен и это ФАКТ.

---------- Добавлено 14.09.2019 в 21:37 ----------

ivan-lev, вы можете быть гением в программировании и вроде как понимать все (на ваш взгляд) по системному администрированию, но как придется решить задачу выше минимальных знаний, вы её не решите, или решите через сутки. А тем временем сайты будут лежат, ведь вам системный администратор не нужен. А все потому, что вроде как обладая кое-какими знаниями, вы не поймете на какой из болтов гайку накрутить.

Точно также и системному администратору нечего копаться в программном коде сайта.

- - -

Разумеется, что если нужного человека нету, то пользуемся тем что есть и обращаемся к тем, кто есть под рукой. Но говорить что человек одной профессии не нужен для человека другой, это самовредительство.

Вот только нет четких границ у понятия "свое дело", области компетенций пересекаются и очень сильно. И чем более человек профессионален, тем дальше области его компетенций заходят к "конкурентам".

Админ который не лезет в код сайта будет решать проблемы по типу "у Вас нагрузку на сервер создавала база mysql, я ее удалил, теперь нагрузка не создается, проблема решена"© И будет по Вашему отчасти прав, т.к. "работа сайта это не сфера его компетенции, его сфера это что бы сервер не падал"©

Это только для тех, кто не является специалистом в этих областях. Любой админ и любой программист вам может достаточно четко обосновать его компетенции в той или иной ситуации.

А если на пальцах

программист - код в любом его проявлении.

Админ - ПО в любом его проявлении.

---------- Добавлено 14.09.2019 в 23:28 ----------

Нет, не так. Админ выяснит причину, что тот или иной запрос от кода создает нагрузку и порекомендует обратится к проггеру исправить код нагружающий скуль.

На nix программирование сильно завязано с администрированием. В то же время администратор в состоянии читать и понимать код .

Эффективный код - это использование возможностей системы. Эффективное администрирование - дать программисту то, что облегчит решение задачи.

Любой неспециалист в свой области обычно компенсирует это способностями объяснить почему "очередная проблема это не его дело"©

Девопсы появились не от хорошей жизни, почитайте. Это крайняя (отчасти чрезмерная для рядовых проектов) стадия эволюции админа/программиста. Но то что Вы называете "чисто" программистом/админом это нечто вроде неандертальца на шкале эволюции.

Ответьте на простой вопрос - кто должен тюнить mysql конфиги? Админ? С Вашей логикой нет, т.к. он не разбирается в запросах под которые надо тюнить. Прогер? С Вашей логикой нет, т.к. он не разбирается как надо конфиги на сервере настраивать. Специальный администратор баз данных? С Вашей логикой нет, т.к. он ни в окружении сервера не разбирается, ни в проге которая запросы посылает. Заказчик видимо, ага. И это мы еще не подошли к выбору ФС, сетевым настройкам и т.д. под конкретный спрограммированный проект.

В этой Вашей парадигме прогер посмотрит что создает нагрузку, проблемы в коде не увидит и отпинает к админу. Так и будут пинать заказчика друг от друга. Вы реально не видите в этом проблемы?

Далеко ходить не надо - /ru/forum/1020553 вот яркий пример того, к чему приводит это Ваше "разделение обязанностей" - к нерабочему у заказчика сайту по несколько месяцев.

edogs, ответьте на простой вопрос - зачем вы полезли в детали темы, в которой нихрена не понимаете? Показать степень своего ламеризма?! А оно вам точно надо? Пишете код - ну вот и пишите, и не судите выше сапог, как заповедано.

MySQL, после того, как его поставит "шоб було" системный администратор, будет под задачи и специфику полировать и настраивать прямыми руками DBA (database administrator) и это - две разные профы, также как postmaster|hostmaster - это не просто "админ". И, чисто между нами, DBA и не должен разбираться в "в окружении сервера", ни в "проге". Ему достаточно запросов (типов запросов) к бэкенду, находящемуся в его зоне ответственности.

Хотя все это, скорее всего, не в коня корм пояснения... раз у вас "прогер" в лексике появился, то это уже ментальные повреждения, а я не доктор

Пре.. Есть у меня знакомый.. отнюдь не дипломированный повар, но стейки и всю (многие блюда) азиатскую кухню может приготовить так, что некоторые из них удивляются..

Нынче и права, и дипломы покупаются.. И наличие документа, и работа в хостинг-компании (на должности администратора) не гарантирует компетентности специалиста для выполнения функций администрирования (равно как и обратное - отсутствие диплома/сертификата администратора.. [сюда многие профессии уместятся] да и программиста) не говорит о некомпетентности.

Ездить многие учатся самостоятельно, а потом идут в автошколу просто потому что лицензирование. Раньше можно было обойтись без автошколы, а сдать - в ГИБДД ГАИ "самовыдвиженцем". Про правила вообще молчу.

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

А как я тогда пойму, что "чужая работа" выполняется достаточно качественно? Даже я (учитывая относительно небольшой опыт общения с ТП) был свидетелем, как косячит (читать "некомпетентна") штатная (читать "на должности администратора") техподдержка хостера. Истории в этом разделе тому подтверждением могут являться.

Вы себя слышите? =)

1) .htaccess - это конфигурационный файл, используемый web-сервером Apache, который к программированию не имеет никакого отношения.. (и даже играться с настройками php - это административная часть.. это не код!)

но да, хостер выдал "площадку", установил лимиты, а дальше - делайте "что хотите".. И с точки зрения бизнеса([хостера) это правильно.. Вот с точки зрения функций - нестыковочка.. =)

* кстати, конфиги nginx более "кодерские" =)

2) Есть клиентоориентированные хостеры, которые в рамках бесплатной поддержки помогут не только с .htaccess-ом, но и с VPS-ом (я сам не видел, но мне так сказали.. (с))

Но да, хостеры переносят эту часть администрирования на клиента[хостинга], который либо сам, либо силами наёмного специалиста с этим справляется (ибо нет ничего сверхъестественного).

Отчасти, благодаря этому появился промежуточный пласт "веб-мастеров" (вроде как не админы и не программисты, но могут решать проблемы с сайтом имеют общее представление о стеке технологий, и понимают "что и где"), которые могут CMS поставить, плагинов добавить, с конфигами поковыряться.. с техподдержкой попереписываться, погуглить, на форумах поспамить..

Да оно всё ПО. И когда-то было кодом.. И пересобирается из кода..

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

Во всем, кроме процитированного, прав. Потому как не надо так "читать", и считать (особенно первую линию ТП) техническими спецалистами вообще и в принципе. В 99% у них задачи диспетчеризации запросов, если не получилось "процитировать подсказку и закрыть обращение". И самое умное и правильное, что должна делать первая линия (которая вас всех и принимает), это определить, что "не по Сеньке шапка" и правильно перенаправить обращение по профилю. Вот с этим зачастую проблемы, и регулярно - не от того, что в ТП - тп, а оттого, что сообщение "Не ходит пошта" и поди гадай, как из клиента выбивать, в чем фактическая проблема

давайте обсуждать адекватных людей и примеры. Вы привели в пример двух балбесов и такое конечно бывает, но в теорию не вкладывается.

Ну да, конечно.

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

Программист Битрикс тоже отказался.

Пришлось Гуглить, использовать метод тыка.

Разбить задачу на куски - админы внесли изменения в .conf nginx, программист Битрикс в dbconn.php/init.php а я сам в .htaccess и всё получилось !

Я ни разу не админ и не программист, но вот роль вебмастера пришлось исполнять :)