- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Тренды маркетинга в 2024 году: мобильные продажи, углубленная аналитика и ИИ
Экспертная оценка Адмитад
Оксана Мамчуева
edogs, конечно, что пересекаются. Даже мойщик машин должен знать, что мыть можно, а что нет. То есть базовые знания есть, но это автомехаником его не делает.
---------- Добавлено 15.09.2019 в 09:38 ----------
Нынче и права, и дипломы покупаются.
Ушли от темы, браво. Но прокомментировать не смогли.
И наличие документа, и работа в хостинг-компании (на должности администратора) не гарантирует компетентности специалиста для выполнения функций администрирования (равно как и обратное - отсутствие диплома/сертификата администратора.. [сюда многие профессии уместятся] да и программиста) не говорит о некомпетентности.
А я хоть слово о документах админа/программиста/уборщицы говорил?
Если хотите о чем-то виртуальном и безответственном, так давайте я завтра назовусь вашим именем, потом удалю клиенту сайт. То есть сделаем вас совершенно некомпетентным. Ну а что, все возможно в этом мире. А после пусть решит клиент нужен ли ему админ.
Но это все шутки. Не уходите от темы в вымышленное пространство!
---------- Добавлено 15.09.2019 в 09:44 ----------
Разбить задачу на куски - админы внесли изменения в .conf nginx, программист Битрикс в dbconn.php/init.php а я сам в .htaccess и всё получилось !
Именно об этом и речь.
То, что внутри директории пользователя не является местом работы системного администратора, в отличии от Nginx.
Основы должны быть во всем, ведь нужно понимать что php_value может не работать в некоторых режимах работы. Но тут работа ограничивается комментированием либо указанием проблемного места и описанием причин происходящего. Все остальное это работа программиста.
Случай с битрикс - он же не ваш личный программист, верно? И вам ничего не должен. Далее обычная человеческая лень. Поддержка различных CMS, модулей к ним, очень и очень часто так себя ведут, к сожалению.
Случай с битрикс - он же не ваш личный программист, верно?
Нет, можно сказать что личный - много лет на почасовой оплате с моим сайтом
Далее обычная человеческая лень.
Нет, потом же свою часть этой задачи когда я нашёл что и где надо он же сделал - а вот с .htaccess напрочь отказался разбираться
Одна из основных проблем постсоветского пространства - никто не выполняет свои обязанности, не несёт ответственности, но при этом лезут в работу всех других.
Никому не нужен электрик, сантехник и строитель. Ведь каждый все это может сам. В итоге все горит, течёт и падает. А виновных как бы и нет.
А человек, которому поставили батарею, следующую ставит сам, а через год уже предлагает свои услуги за валюту. Не у чего бы и нет, у него же за год не потекло... Потом куча жалоб, потопы, там недокрутил, там стояк сорвал в зимний то период, и т.д.
Не переносите этот плохой пример и в интернет. У каждого своя работа и делать другую нельзя - это вредительство.
---------- Добавлено 15.09.2019 в 10:26 ----------
suffix, ничего не могу сказать об ком-то конкретно, но в целом поддержка у битрикса очень ленивая. Даже по сравнению с другими, не особо поворотными, они выделяются.
Просто наблюдение за цитатами, предоставленными нашими клиентами.
А возвращаясь к .htaccess, если это не программная часть, тогда почему каждый программист его создаёт в своём скрипте. Трудно найти скрипт без него. И при этом большинство из них даже не могут назвать команды перезапуска Apache по разным ОС. То есть не администраторы, без минимальных знаний, занимаются администрированием? Звучит даже странно.
.htaccess это зона ответственности программиста и никак иначе.
---------- Добавлено 15.09.2019 в 10:27 ----------
Если программист не работает с .htaccess, это или банальная лень или безграмотность. Ведь у нас каждый второй программист.
Ушли от темы, браво. Но прокомментировать не смогли.
Там, если прочитать, весь ответ - комментарий. Уходить и в мыслях не было. Разве что, мы вообще этим обсуждением слегка ушли от темы). Можете попробовать указать - постараюсь пояснить.. Хотя, что-то подсказывает, что имеет смысл закругляться. Вы считаете, что "админы необходимы". Я говорю, что в общем случае
И привёл пример ситуаций, где это может быть вполне оправданным.
* на всякий случай. Я не призываю отказываться от квалифицированного администратора в принципе. Более того, говорю, что администратор - это вполне оправдано. А иногда - и не один десяток.. Просто ответственность за это решение в любом случае лежит на руководителе проекта (или на бизнесе).
А я хоть слово о документах админа/программиста/уборщицы говорил?
Нет, была речь о том, что
а если вы права получали не на лекциях программистов, то вы и являетесь водителем.
1) Я как бэ не водитель... но функцию вождения могу-умею..
2) Есть люди с правами у которых с качеством выполнения функции всё "не очень". ("Права купил, ездить не купил")
Если заменить на администратор + бумага по окончанию курсов/ВУЗа по направлению - и перечитать ещё раз оба сообщения, надеюсь придёт понимание..
То, что внутри директории пользователя не является местом работы системного администратора, в отличии от Nginx.
О.. )) разграничение ответственности. Отлично.
1) .htaccess - это администрирование..
2) Но системный администратор хостинга "внутри директории" не работает
=>
3) клиент хостинга вынужден выполнять функции администрирования сам или силами сторонних специалистов.
* как бонус - иногда сторонние специалисты сливаются, говоря что это "не их".. и клиенту приходится разбираться.
Я ни разу не админ и не программист, но вот роль вебмастера пришлось исполнять
Собственно, так и получается.
WapGraf, может Ваши сообщения правильно читать с добавкой "в рамках предоставления хостинг-услуги"?
Ну т.е. "это не задача администратора" (в рамках предоставления услуги хостинга).. и тогда всё становится по местам.. =)
P.S.
MySQL, после того, как его поставит "шоб було" системный администратор, будет под задачи и специфику полировать и настраивать прямыми руками DBA (database administrator) и это - две разные профы, также как postmaster|hostmaster - это не просто "админ".
Да нету у Васи-Пети на этапе старта бюджета не то что на разных админов (хост, пост, бд..).. они его сами на коленке в гараже дома подняли. Что ж теперь, проект закрывать? функции DBA, Postmaster-а, hostmaster-а и других *мастеров.. объединённые в функции компьютерного администрирования будет выполнять просто "компьютерщик" (и даже не администратор).
Представьте, как в (обычную, не IT) фирму штатом из двух с половиной человек считая директора, нанимают системного администратора, администратора БД, почтовиков, сотрудника техподдержки, специалиста по оргтехнике (специалиста по принтерам HP, по МФУ Xerox)
---------- Добавлено 15.09.2019 в 11:00 ----------
Если программист не работает с .htaccess, это или банальная лень или безграмотность. Ведь у нас каждый второй программист.
Не.. программист просто делает свою работу, а в чужую не лезет.. 😂
Всё в точности с Вашими формулировками.. 😂
.htaccess - это не программирование..
.htaccess - это не программирование..
С какого перепугу? Это часть сайта, его код. Вот не было его у меня, а загрузил сайт появился.
smart2web, это конфигурационный файл. Это не программный код. Вы точно разницы не понимаете?
С какого перепугу? Это часть сайта, его код. Вот не было его у меня, а загрузил сайт появился.
А чёрт его знает - так как все 100% правил .htaccess напрямую коррелируют с соответствующими настройками конфигурационных файлов Apache то таки не всё так однозначно.
Повторюсь мне пришлось самому разбираться ибо и админы и программист однозначно сказали что это не к ним :)
smart2web, это конфигурационный файл. Это не программный код. Вы точно разницы не понимаете?
И что? А config.php не конфигурационный файл? Это файл исключительно для сайта и все его конструкции исключительно влияют на сайт. При разработке сайта кто пишет htaccess?
smart2web, это конфигурационный файл веб-сервера Apache.
Да, он располагается в директории сайта.
Да, часто он генерируется программно (конфиги для сайтов тоже автоматически панельками или скриптами генерируются, от этого они не становятся программными)
Ещё скажите, что SVG-графика к программированию относится.. (там как бЭ тоже код.. и он тоже в папке сайта)
При разработке сайта кто пишет htaccess?
Да вполне тот же может написать, кто и VPS настроит.. только почему-то тот, кто настроил VPS упорно не называется администратором.. а раз программист - "пиши .htaccess".. 😂
Вы (в парадигме хостера) пытаетесь ответственность разграничить. Я же говорю о разграничении функций (хотя, как уже отмечали, многое тесно связано.. и соседней сферой интересоваться совсем не вредно)
Как то у вас все в кучу смешалось.
При разработке любого проекта должно составляться ТЗ. Как правило его составляет менеджер проекта,
который как раз и согласует с заказчиком, программистом, площадкой необходимые ресурсы и компоненты, подбирает
оптимальное решение по цене и качеству.
Если говорить о хостинге (shared hosting), который подходит для большинства шаблонных решений. Редко где будут перенастраивать под требования конкретного клиента.
Можно посмотреть в договоре какие ресурсы и компоненты они предоставляют или взять пробный период и посмотреть параметры самостоятельно.
Если нужна какая-то "экзотика" то тут уже стоит рассматривать VPS/VDS, выделенные сервера и т.д. Так же стоит обратить внимание что по договору входит в базовое администрирование, а за что попросят оплату.
Не один администратор не будет вносить изменения по своему усмотрению без вашего ТЗ.
Если проект разрабатывается самостоятельно, то заказчик как раз и выступает в роли менеджера проекта, а дальше привлекает по мере необходимости нужных специалистов.
Администратор занимающийся настройкой сервера не полезет в код клиента. У него достаточно своих инструментов, что бы получить информацию о проблеме.
Мониторинг, файлы журнала. Если не достаточно информации всегда можно изменить уровень логирования.
Файла .htaccess относится к настройкам приложения. И только разработчик/программист должен вносить туда изменения.
Каждый должен заниматься своим делом согласно должностной инструкции.
По поводу резервных копий - это ответственность владельца ресурса. Никто кроме его не знает на сколько дорого ему потерять свои данные.