- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Как удалить плохие SEO-ссылки и очистить ссылочную массу сайта
Применяем отклонение ссылок
Сервис Rookee
я рекомендую потратить вечер и изучить git
Браузер предупреждает:
"Установка защищенного соединения с этим узлом не удалась...
бла-бла cypher_overlap"
Вы поступайте как хотите, а я буду поступать как мне удобнее. Копии файлов я создаю по той причине, чтобы иметь возможность в случае косяка и поломки сайта откатится на предыдущий вариант.
Filezilla и Notepad++ самое простое и самое удачное решение. История изменений файла, который я могу править десятки раз за пару лет мне не требуется и старые версии которого мне не нужны.
Перетягивание туда-сюда файлов общим весом от 5 кб до максимум 100 мб. в редких случаях - ужасное занятие, ага.))
Я перед глобальными правками, установкой сложных плагинов и т. д. - всегда делаю бэкапы вообще всего сайта и его БД. Представляете?))
Я не говорю о том, что описанное мной выше правильно. Я о том, что мне так удобнее, и никакие Спруты изменить этого не могут в силу ограничения их использования.
---------- Добавлено 23.02.2019 в 21:13 ----------
Ты даже FTP-клиента от файлменеджера не отличаешь
На кой черт ты тогда вообще написал эту фразу? Бессмыслицами посты набиваешь?
Сколько же вас развелось последнее время... Негодная вакцина что ли попала.
Не отвечай мне больше. Мне твои советы и сентенции нахер не уперлись. Гуру нашелся.
Filezilla и Notepad++ самое простое и самое удачное решение. История изменений файла, который я могу править десятки раз за пару лет мне не требуется и старые версии которого мне не нужны.
Перетягивание туда-сюда файлов общим весом от 5 кб до максимум 100 мб. в редких случаях - ужасное занятие, ага.))
Я перед глобальными правками, установкой сложных плагинов и т. д. - всегда делаю бэкапы вообще всего сайта и его БД. Представляете?))
Ладно зайдем с другой стороны. Вы хотели бы увидеть в любой момент времени, какие файлы изменились с последних ваших правок? А хотели бы увидеть что именно в них изменилось? Ага это умеют системы контроля версий и еще очень много вещей которые они умеют делать. Это изучается быстро, используется легко, а самое главное это очень удобное решение во многих смыслах, но это сложно объяснить, это надо изучить и понять сколько новых возможностей открывается для вас, но и это не предел, это только первая ступень. Многие даже папки с документами на компьютере складывают под контроль версий, дизайнеры макеты, бухгалтеры отчетность =) То что попало под контроль версий уже от туда не стереть, даже что то удалив, всегда можно откатится назад.
Aisamiery, и че после каждой мелкой операции вроде этой https://githowto.com/ru/moving_files надо постоянно работать с гитом и давать ему команды? Как-то геморно при каждом создании нового файла или перемещения его в другую папку работать с консолью.
Понятно, что большинство разработчиков им пользуется, но все же..
Aisamiery, и че после каждой мелкой операции вроде этой https://githowto.com/ru/moving_files надо постоянно работать с гитом и давать ему команды? Как-то геморно при каждом создании нового файла или перемещения его в другую папку работать с консолью.
Понятно, что большинство разработчиков им пользуется, но все же..
Не надо после каждого создания, будем считать что работаем с состоянием, называемыми коммитами. Например у нас есть состояние 1, мы создали пару файлов, изменили пару файлов и сделали коммит это состояние 2. Программисты обычно делаю задачу которую взяли, а потом уже как вы говорите работают с консолью. Но с консолью работать не обязательно, есть куча удобных GUI в том числе в шторме это делается точно так же, как например в нотпаде сохранить файл.
У гита есть пост хуки, которые настраиваются например при пуше в ветку мастера, дергается скрипт на хостинге, который подтягивает изменения с гита с ветки с мастера и с этого момента вы перестаете заходить на хостинг и править файлы на проде на живую. Бэкапы конечно никто не отменяет, потому что в гит не положить БД и потому что в гит обычно не складывают всякие загруженные картинки и прочую медиа которая не относится напрямую к коду проекта, а является контентной частью.
Ну и вы должны понимать, что свои файлы вы не испортите и не потеряете, потому что даже после удаления файла можно вернутся к состоянию, когда этот файл еще существовал, а так же можно сбросить любые изменения до любого состояния, например пропадает проблема с вирусами от слова совсем. Зашли на хостинг сделали git status увидели что изменились файлы, хотя вы эти изменения не делали, сделали git reset --hard HEAD и у вас вернулись все измененные файлы к последнему вашему состоянию.
В целом я уже много лет работаю с гитом, все мои проекты они все в гите, даже самые простые в виде лендингов. Я не использую гит, только если у залетного заказчика, есть разовая задача не занимающая больше пары часов времени и то это вызывает постоянно дискомфорт.
Да и заказчикам видно, очень хорошо, особенно если на почасовой ставке как работаю я. Потому что видно всю проделанную работу, например как проверить правда ли человек работал 10 часов? Зашли в гит, посмотрели его мерж реквест а там 10 строк кода меняется во всем проекте, вы поверите что он писал их 10 часов? Так же удобно залетных фрилансеров пускать к проекту, им не нужен прод и любые их изменения можно откатить и в целом посмотреть что они сделали. Гит показывает исключительно строки, которые меняются в файлах это проще смотреть, чем просматривать тысячи строк в кучи файлов.
В случае если накатили изменения какого то функционала и все упало или что то сломалось, можно одной командой откатить все на предыдущее стабильное состояние. Преимуществ очень очень много, просто да, к гиту нужно привыкнуть, а потом уже не отвыкнуть =)
Aisamiery, получается при установке гита на виндовс на локалке создается хранилище, где это всё хранится, так? Значит периодически и это хранилище бекапить на внешний жесткий диск?
Aisamiery, получается при установке гита на виндовс на локалке создается хранилище, где это всё хранится, так? Значит периодически и это хранилище бекапить на внешний жесткий диск?
Гит система распределенная, на каждой машине свой независимые репозиторий, то есть у вас локально репозиторий, еще такой же репозиторий на хостинге где сайт и еще репозиторий удаленный через который обмениваетесь, например бесплатный gitlab.com и даже если в этой цепочки хоть кто то крякнется останется еще 2 идентичных репозитория.
https://ru.atlassian.com/software/sourcetree - советую поставить клиента для гит под винду, что бы не заморачиваться консолью.
В то же время mercurial более легок для использования, особенно с https://tortoisehg.bitbucket.io/ клиентом.
http://bitbucket.org/ - вот тут можно для личного использования git/mercurial репозитории иметь.
В общем поняв принцип работы, потом без репозитория не жизнь :)
Вы хотели бы увидеть в любой момент времени, какие файлы изменились с последних ваших правок? А хотели бы увидеть что именно в них изменилось? Ага это умеют системы контроля версий и еще очень много вещей которые они умеют делать.
Не хочу. Зачем мне это?
Если мне надо отредактировать файл index.html к примеру.
1. Качаю его на комп.
2. Делаю копию.
3. Редактирую оригинал.
4. Заливаю оригинал обратно с подменой на сервер.
Всё.
Если результат не работает как надо или не нравится - откатываюсь, залив на сервер сохраненную копию.
Если все работает как надо - через какой-то промежуток времени удаляю копию с компа. Или не удаляю.
Программисты обычно
Я не программист. Я всего лишь вебмастер. Я не редактирую массово 100500 файлов. Если мне надо будет отредактировать сразу 100 файлов за один раз - это будет неординарное и очень редкое событие, Может раз в год или в 2 года.
http://bitbucket.org/ - вот тут можно для личного использования git/mercurial репозитории иметь.
гитхаб же более популярный))
уже должны быть бесплатно приватные репозитории, видел новости
vandamme, популярность репозиторию как-то фиолетова, не?