Ничего не делать с проектами которые уже работают на мускуле. Зачем трогать то что уже работает?
Однако я не вижу особых преград в портировании рабочих проектов на Postgre. Рефакторинг нужен тогда когда рефакторинг участвует в решении очередной задачи. Может случится что фишки Postgre, ну например, позволят при усложнении запроса гарантирующего повышение нагрузки избежать этого. Плюсики в сторону Postgre накапливаются. И для некоторых чаша может переполнится.
В одном из моих проектов так исторически сложилось что девелопмент идет на MySQL, а выкатка в production на PostgreSQL. Проект не сложный, и фишек специальных не используется. Однако получается, что я с каждой выкаткой портирую проект на Postgre.
Можно использовать «В таком случае, если вы не курите…
дословно: вы знаете что эти подозреваемые не собираются быть вызваны(мной)
это не отказ(я не буду их вызывать), это сообщение о том, что на данный момент судья находится в состоянии когда не буду их вызывать, потому, что не сможет приобщить 75 страниц до вечера, я выбрал синоним „не могут быть (мною) вызваны“
США фактически обманула весь земной шар, отменив обеспечение валюты золотом, и передав печать денег частным лицам. У них нет кризиса :) А то, что выглядит как кризис тщательно спланировано.
Я бы не стал выходить из кризиса за чужой счет и, тем более, за счет чужих жизней. Чувствуете разницу?
Напечатать пару тройку триллионов долларов… Соглашусь, да, полезные капиталистические навыки. Три экономических кризиса показали состоятельность капиталистической экономики. Капитализм это прекрасно! Это венец человеческой науки в целом полезный каждому конкретному индивиду в частности!
Чтобы знать.
Предположим изменена та или иная формулировка, товарищем А, товарищи из партии АА единогласно проголосовали. Выглядит это как будто и правда изменение формулировки должно привести к положительным результатам в процессе Б.
Через год мы узнаем что товарищ С, на этой формулировке «заработал» яхту на канарах и дачу в Брюге.
Потому мы соглашаемся что изменения не привели к положительным результатам, но явно были направлены на обогощение господина С. Т.о. мы знаем что товарищ А и партия АА работают на С.
Создавайте репозиторий, однозначно, переливайте данные если есть источник. Будем пушить.
1. наличие или отсутствие кэша не зависит от срока жизни кеша
2. мне не нужен max-age, кеш или есть или его нет, средства веб сервера мне для этого не нужны
3. зачем пользоваться max-age? max-age на самом деле не знает когда точно объект является expired.
Если команда не может прожить без капитана две недели, то такая команда не нужна. Если команда может прожить без капитана более двух недель, нафиг не нужен такой капитан. (ц) Чья-то старая поговорка :)
Вы спросили «на какой запрос?», я дал вам исчерпывающий ответ, с экспериментом.
Они там и так знают, что эксперимент проведен с нарушениями. Я сам несколько раз выдел в коде php-разработчикв псевдо аттрибуты типа "_" => 9734985734957, для того чтобы Apache не кешировал запросы. Это трудности среды разработки, и к веб браузеру они не имеют никакого отношения.
Считайте, что это ответ на пост — «все работает так как ожидается»
А служба тех поддержки chrome боле меня осведомлена в попросах неожиданного поведения тех или иных сред разработки.
Это не хром виноват, это ваш веб сервер считает эти данные идентичными. Если ваше приложение отдает эти файлы как идентичные веб серверу, то следует разборки устраивать между веб сервером и сервером приложений. Хром сдесь вообще не при делах.
Однако я не вижу особых преград в портировании рабочих проектов на Postgre. Рефакторинг нужен тогда когда рефакторинг участвует в решении очередной задачи. Может случится что фишки Postgre, ну например, позволят при усложнении запроса гарантирующего повышение нагрузки избежать этого. Плюсики в сторону Postgre накапливаются. И для некоторых чаша может переполнится.
В одном из моих проектов так исторически сложилось что девелопмент идет на MySQL, а выкатка в production на PostgreSQL. Проект не сложный, и фишек специальных не используется. Однако получается, что я с каждой выкаткой портирую проект на Postgre.
Возможно нет никакой ложки?
дословно: вы знаете что эти подозреваемые не собираются быть вызваны(мной)
это не отказ(я не буду их вызывать), это сообщение о том, что на данный момент судья находится в состоянии когда не буду их вызывать, потому, что не сможет приобщить 75 страниц до вечера, я выбрал синоним „не могут быть (мною) вызваны“
Then? где Then?
Я бы не стал выходить из кризиса за чужой счет и, тем более, за счет чужих жизней. Чувствуете разницу?
Предположим изменена та или иная формулировка, товарищем А, товарищи из партии АА единогласно проголосовали. Выглядит это как будто и правда изменение формулировки должно привести к положительным результатам в процессе Б.
Через год мы узнаем что товарищ С, на этой формулировке «заработал» яхту на канарах и дачу в Брюге.
Потому мы соглашаемся что изменения не привели к положительным результатам, но явно были направлены на обогощение господина С. Т.о. мы знаем что товарищ А и партия АА работают на С.
Создавайте репозиторий, однозначно, переливайте данные если есть источник. Будем пушить.
2. мне не нужен max-age, кеш или есть или его нет, средства веб сервера мне для этого не нужны
3. зачем пользоваться max-age? max-age на самом деле не знает когда точно объект является expired.
Я со стороны сервера приложений управляю кешированием.
Они там и так знают, что эксперимент проведен с нарушениями. Я сам несколько раз выдел в коде php-разработчикв псевдо аттрибуты типа "_" => 9734985734957, для того чтобы Apache не кешировал запросы. Это трудности среды разработки, и к веб браузеру они не имеют никакого отношения.
Считайте, что это ответ на пост — «все работает так как ожидается»
А служба тех поддержки chrome боле меня осведомлена в попросах неожиданного поведения тех или иных сред разработки.
Request Method:GET
Status Code:200 OK
Request URL:http://0.0.0.0:3000/reports/10
Request Method:GET
Status Code:304 Not Modified
Request URL:http://0.0.0.0:3000/reports/10
Request Method:DELETE
Status Code:200 OK
Ruby on Rails, dev environment
webrick web server
То, что путь одинаковый, не означает, что одинаковые запросы.