estic

Рейтинг
128
Регистрация
01.10.2017
А сроки давности здесь какие-то есть (смерть автора не беру в расчет)? А то недавно "прилетело" за фото (тоже миниатюру), которое на стоке покупал подрядчик больше 10 лет назад. Организация с ним давно не работает. Лицензия (справка) давно утрачена, как и аккаунт на этом стоке. И тут контент-менеджер выбирает это фото из давно загруженной коллекции... 😊
Moneys #:
О! Спасиб. 170 рубасов продление.

Непосредственно в Axelname столько же при наличии 10 доменов.

Moneys :
- .pro увести в Ардис по 1799 рублей продление
У владельца Ардиса есть лоукостер для .ru, в котором можно держать и .pro по указанной вами цене 😉 Также есть свой реселлер с такими же ценами.
Sly32 #:
Потому что вопрос неконкретный. Если перекидывать файлы/картинки для контекста это одно. Код - другое.

Но ты же понимаешь, что почти все пользователи этого форума не держат репозитории своих сайтов даже на локалке. Самый распространенный способ развертывания кода - "закинуть" архив дистрибутива на сервер и там распаковать, установить/настроить, либо скопировать распакованный дистрибутив. То же самое касается "контента", когда идет речь о технологических операциях: копируют архивы с дампами баз данных и каталогами файлов данных. С отдельными элементами кода и данных могут поступать аналогично. Хотя контент обычно загружают через админку. И даже программные модули могут скачать/установить через админку.

Кстати, если на то пошло, можно и отдельные файлы данных загружать при помощи VCS. С клиентским кэшированием одноименных файлов бороться точно так же, как и с кэшированием JS/CSS-кода. Хотя с индексированием будет сложно. Тоже понадобятся комплексные операции.

Sly32 #:
Нет, но ты разве спрашивал?
Я нет. Автор темы спрашивал "что-то модное, современное, молодежное для передачи файлов от компа к серверу и обратно". Мы здесь в основном для него "накидываем варианты". Я увидел только "какой-то API", VCS (Git). И потом еще кучу "бесполезного трепа", в котором сам с удовольствием поучаствовал 😊
Sly32 #:
Вроде нет, не писал)

Значит, скрыл основное 😀 Вот как после этого тебе верить? 😂

Sly32 #:
А в каком случае - неэффективный?

Я пытался описать один вариант.

Sly32 #:
четвертый???

Да хоть пятый. Я разное повидал за свою деятельность "не разработчика" 😊

Mik Foxi #:
или залить исправленный 1 php файл с микро правкой

"Микроправки" тоже можно "коммитить". Соответственно они могут порождать новые версии "продукта". Тем более что вы их "выкатываете" на "прод".

В редких случаях "микроправки" могут приводить к плохим последствиям, которые не сразу удается распознать. В системах контроля версий проще сделать автоматизированный откат, чем "микроправку назад".

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

Sly32 #:
Ни в одном из них нет SFTP))) Мне мое время дорого.
Хорошо. Ты написал, что в основном используешь. И мы даже выяснили, в каком случае этот вариант эффективный.
Sly32 #:
ты хочешь сказать что не нужно версионирование продукта?
Facepalm. Я хочу сказать, что не нужно "выкатывать" на "прод" все подряд. У кого-то могут быть длинные циклы выпуска финальных версий. И там могут использоваться совсем другие методы развертывания.
Sly32 #:
Да и вообще "финальная" - это очень расплывчатая формулировка.
Финальными версиями называют официальные релизы. Можно дать пользователям поиграть хоть с 0.1/0.01. Только они должны понимать, что являются тестировщиками.
Жорик #:
В этом случае как говорилось выше, лучше на современном стеке уже с нуля создать.

По сути автор и хочет "с нуля" создать. Просто пока ему достаточно своей "библиотеки". Потребности в другом фреймворке я не увидел.

Всего: 1182