Может так?
RewriteRule ^cat\/([^\/]*)\/fly\/?$ /cat/$1/?fly=1 [L]
---------- Добавлено 11.05.2019 в 13:33 ----------
Во-первых, лимит в 600к фактически не существует, т.к. эта сумма важна только при зачислениях от юр.лиц или иностранцев или при анонимных платежах и т.д., т.е. нормальных операций не касается, поэтому на нее обращать внимания. Если Вы пришли и положили хоть 9млн - банк не обязан писать об этом в фин.мониторинг чисто из-за суммы.
Во-вторых, лимит в 600к фактически не существует, банк в фин.мониторинг обязан подать при "любой подозрительной операции"© Вне зависимости от суммы и ее типа, на свое усмотрение. Поэтому если СБ банка решит что внесенные Вами 3 копейки "этта подозрительно", то стуканет даже по ним.---------- Добавлено 11.05.2019 в 13:40 ----------
В 13 году с 1200 упал до 400, потом вырос до 600, потом плавно опал до 200, потом неторопливо рос.
Туземун же начался пожалуй с 1000 и шел до 6000, потом тут же начался второй с 6000 до 18000.
Примерно та же ситуация была во время двух предыдущих туземунов (когда рос до 10 и до 100 соответственно).
Сейчас упал с 20к до 4к потом вырос до 6к, так что текущий рост скорее не туземун, а коррекция.
Вопрос что мы увидим после этой коррекции - либо падение в район 2000 и тишину на пару лет, либо же повторение прошлого туземуна с 6к до 18к.
Оба сценария должны быть ясны в пределах этого года, но в любом случае на долгосрок можно брать и сейчас спокойно. Впрочем, об этом мы еще с лета 18-того говорим:)
Вы сможете засудить спершевго у Вас фотки, однозначно. Препятствием для этого тот факт, что машины принадлежат не Вам являться не будет. Т.к. речь будет именно о краже объекта Вашего авторского права - Ваших фоток.
В свою очередь если правила выставки не давали Вам права выкладывать фотки их машин к себе на сайт, то они смогут засудить Вас. Заодно смогут засудить и того кто украл у Вас фотки, т.к. на них опять же их машины.
p.s.: Ради любопытства представьте ситуацию когда у Вас не сперли сами фотки, а сфотографировали их на Вашем сайте (ну как Вы машины) и выложили эти фотографии (т.е. это уже их фотографии Ваших фотографий машин с чьей-то выставки) у себя.
Но непонятно что с этим делать.
Часть проблемы в том, что на том же бинансе почти вся крипта торгуется против тетера используемого по сути как фиат.
Таким образом обрушение тетера реальный курс крипты по отношению к фиату толком не взвинтит (хотя в usdt можем и 60к за биток увидеть), а вот те кто держит на бинансе в "фиатном" тетере считай обнуляться.
При этом после этого обнуления в принципе можно будет даже поднять тетер обратно, т.к. в момент падения он будет стоить на порядок меньше и можно будет спокойно скупить сколько нужно, что бы потом закрыть вопрос с необеспеченностью.
Да, в этом. Но у Вас движок понимает page/2, а не page-2. Вам надо научить его понимать page-2, для этого надо найти участок кода который разбирает входящий от юзера урл .
Хотя возможно это как раз второй участок кода, попробуйте
preg_match('/\/page[0-9]+/', $_SERVER['REQUEST_URI'], $matches);
заменить на
preg_match('/\/page-[0-9]+/', $_SERVER['REQUEST_URI'], $matches);
Неимущественные (право называться автором и т.д.) иметь будете.
С имущественными (право на публикацию, продажу) сложнее.
В целом если объект съемки Вам не принадлежит и он являлся целью фотографии, то могут быть проблемы.
Основная логическая мысль тут в том, что фотография является производным произведением от исходного объекта.
Простая аналогия - Вы взяли и отсняли художественную книгу и опубликовали ее, или сняли символику чемпионата мира по футболу 2018 и продаете эту свою фотку.
При этом если речь об "интернетах", то надо еще смотреть на законодательства стран индивидуально.---------- Добавлено 08.05.2019 в 22:19 ----------
В том "преценденте" дом был не основной целью фотографии, а фото вообще было частью фотосета в научном проекте. Это совсем другое чем специальное целевое фотографирование дома.
В .htaccess для начала загляните - обычно там обработка такого типа урлов.
Или ищите в движке где роутинг обрабатывается.
Тот кусок кода что Вы привели - он преобразует ссылки для отображения пользователю.
А вот входящие от пользователя ссылки "преобразует" другой кусок кода, который и надо найти.
У Вас 27" и фуллхд, это точка 0.311, Вы делаете +25% это точка значит получается 0.388.
Это огромная точка, по санпину рекомендуется от 0.25 до 0.3.
Так что рекомендуем для начала визит к окулисту, кроме шуток.
Но допустим Вы поменяете на 32" 2к, это будет точка 0.276... или на 43" на 4к, то это точка 0.25. А Вы нормально видите только 0.388 - в чем смысл? Будете ставить +50% или +75% и терять в площади опять же?
Если с окулистом совсем влом - забейте на монитор и посмотрите в сторону телевизоров, берите 65", там будет точка 0.378 в 4к и будет Вам счастье. Можете тут https://www.rtings.com/tv/reviews/best/by-usage/pc-monitor ознакомиться с вопросом.
p.s.: Про телевизор не шутка, мы себе 65" взяли под 4к, очень довольны. Вместо горожения огорода с рабочим местом, рабочим креслом и прочим - можно спокойно сидеть на диване в километре от "монитора" и все отлично видно и всё влезает. Для глаз опять же полезно не пялиться в монитор с 30см.
Именно в подобных случаях ничего страшного не будет.
По двум причинам:
Первая и самая важная - первоочередная выборка будет по таблице коннектору ArticleAuthors, которая даже при 2 млн записей и int-ах под ИД-шники займет всего 16мб. Выборка же из articles/authors будет уже по примариИД, т.е. реактивной в любом случае.
Вторая - то что при count(articleid) выборка вообще будет по ключам, даже без обращения к самой таблице, что еще прибавит реактивности, особенно если ключи в память попадут (а куда они денуться при таком размере).
