- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Тренды маркетинга в 2024 году: мобильные продажи, углубленная аналитика и ИИ
Экспертная оценка Адмитад
Оксана Мамчуева
И да, такой ситуации не было бы, если бы те умники не решили обновить весь сайт, вместо того, что бы как положено внести свои изменения через штатную CMS. Это называется костылить на ровном месте.
Если принять за правду то, что ты пишешь, то там разработчики именно твоего уровня, непонятно зачем этот пример в свете спора о полезности гита
Забыл про поиск уязвимостей - можно поподробнее? В чем сложность?
Это, как и прочее - про создание локальной копии с последующим обновлением файловой системы. Все файлы, в том числе и вредоносные, становятся в этом случае "созданными при установке системы" по времени изменения.
Нужно уметь правильно пользоваться правильными инструментами, а не рассуждать с умным видом, наслушавшись всякой ерунды.
Уверен, вы прислушаетесь к своему же совету. Знакомьтесь с git, потом рассуждайте.
зачем этот пример в свете спора о полезности гита
Это касалось работы с локальной копией. Гита у заказчика нет, ибо незачем. Гемор на ровном месте, никому не нужный.
Знакомьтесь с git
Мне он не нужен. Ни к чему. И заказчиков с гитом - менее процента, мне проще послать их лесом, чем заниматься ненужным мне инструментом. Лично я не испытываю недостатка в работе.
Мне он не нужен. Ни к чему.
Когда будете рекламировать свои услуги, не забудьте это в резюме вписать.
Когда будете рекламировать свои услуги, не забудьте это в резюме вписать.
Смотри пост выше.
Это касалось работы с локальной копией. Гита у заказчика нет, ибо незачем. Гемор на ровном месте, никому не нужный.
Для конструктивного разговора - в чем гемор? git init-> git commit - >git push? Я что то не знаю про гит? Я могу счас свой проект 8 летней давности за 15 миеут из гита развернуть на любом серваке просто прописав SSH ключи к серваку. и запустив скрипт. Это гемор? По мне это просто незнание инструментов.
Это, как и прочее - про создание локальной копии с последующим обновлением файловой системы. Все файлы, в том числе и вредоносные, становятся в этом случае "созданными при установке системы" по времени изменения.
но комментс)))
Вот именно для этого и придуман гит. не надо ни у кого спрашивать. Собственно гит это как раз и есть система контроля версий.
Вы смешали понимание работы определенного инструмента и тот факт, что заказчик в принципе может сделать так, что ни один инструмент не поможет с нормальной разработкой его сайта. Мой комментарий был исключительно об этом.
Для конструктивного разговора - в чем гемор?
Например:
- обучать девочек, публикующих новости и вносящих изменения в каталог, работе с гитом
- содержать сервер, по возможностям превышающий тот, на котором размещён сайт.
Чтобы что?