dev :: gif :: ватермарк :: реактор

dev реактор ватермарк gif 


Господа, что же это творится?!

Вотермарк реактора появляется под КАЖДОЙ картинкой, даже если залогинился. Раздражает, однако.




Подробнее




dev,реактор,ватермарк,gif
Еще на тему
Развернуть
Бешеный плюс
Yrfin Yrfin 24.09.201422:35 ответить ссылка 9.7
А что если, нас просто троллят?
Надо знать меру. Это сильно мозолит глаза.
Мозолит, и бесит, и портит арты. Но какой бадабум!
Реактор философски рассуждает, что оригинального контента нет и всё в этом мире - баян.
поправил, скоро пропадут
А началось то это с какого перепугу? Только пару часов назад все норм было.
если тебе так интересно, я использовал условие
if(!$hotlink)
тогда как надо было использовать условие
if($hotlink == 'no')

Надеюсь это тебе сильно помогло и успокоило =)
Теперь смогу заснуть спокойно.
А ведь успокоило....
php backend?! судя по всему лаги с перескакиванием страниц из-за обновления кэшей?
нет
нет не php или нет не из-за кэшей? а почему не какой-нибудь модный ангулар.жс, и всякую подписку на теги разбирать на клиентской строне, а на стороне сервера только потихоньку генерить пачки json'ов с нужными данными?
Симфония. Где-то даже есть репозиторий с сурцами образца 2010 года.
мдэ, в случае неограниченности хостинга можно выбрать любую хипстерскую технологию, добавить ынжынкс, варниш и мемкэшед и не вспоминать о похапе, долларах и спагетти коде.
А ты прикинь сколько стоит (по усилиям, но и по деньгам соответственно) переписать проект такого уровня на другую технологию, а потом перетянуть всю базу, и чтобы по SEO не просело. Проекты такого уровня становятся заложниками изначально выбранных технологий.
Бэк рефачится за пол года, фронт - два месца. Главное наличие систематизированных требований. Сейчас любуюсь проектом менявшим стек технологий 4 раза за 3 года. Одних бд - четыре штуки было.
mixeyy mixeyy 25.09.201401:12 ответить ссылка -0.2
Ты успешен, мы все тебе завидуем.
Да, я не сублимирую на доллары в коде.
Поздравляю, ты научился писать код. Теперь учись программировать.
http://habrahabr.ru/post/219651/
Ну вот не надо сравнивать джой с гигантскими проприетарными продуктами построенными на внутрикорпоративных велосипедах.
Я всё-таки лезу не в своё дело, но джой тоже вполне себе пусть не гигантский, но крупный проект, который пишут один-два человека в свободное от работы время.
А вот вконтач и фейсбуч решили запилить свой php с блекджеком и шлюхами, лишь бы не переписывать всё не на php.
В общем, я хотел немного порассуждать на тему целесообразности, какую выгоду (в деньгах, в деньгах) принесёт джою переписывание, какие причины были у твоего проекта менять стек технологий, и что это ему дало. Но Спольски тоже неплохо сказал.
В проекте в котором сейчас участвую все положено в угоду бизнесу, нужно максимально быстро впиливать фичи в имеющуюся систему. При этом в полседнее время появилась потребность в безумном горизонтальном масштабировании (уже набирать программистов дешевле, чем наращивать мощности серверов). и php был, и mysql, и сервер на C переписывали и на с++. После того как еще на молодой ноде запилили за неделю рабочий и более стабильный прототип, чем был на предыдущих технологиях. JS'еры дешевле =) Ну и скорость впиливания фич стала примерно равна двухнедельной итерации. С php переписывать не имеет смысла, если у тебя овер 1М строк кода. И да, hhvm и kPHP имеют ограниченную поддержку php, вк и фб запилили только тот функционал, что им нужен.
mixeyy mixeyy 25.09.201409:53 ответить ссылка 0.0
ты такой сидишь пишешь код, думаешь, отдохну на реакторе, а и тут код!
но почему ты не пишешь $s_hotlink или $b_hotlink

смысла никакого кроме самодисциплины, но мне вот помогает :).
ну тогда уж $hotlinkString или $hotlinkBoolean, потому что ты потом сам забудешь что за "эс" и что за "бэ"
вы явист? :)
пхпист)
Кока, я не могу заснуть и всё думаю об это проблеме.

Ты же это условие не пхп писал, а в nginx rule, ведь правда? Ты же не отдаёшь картинки через пхп?!
Ты совершенно прав. Этот код написан на php. Я не умею через nginx ставить вотермарки =)
скажи, а ты каждый раз на лету генеришь картинку с ватермаркой или ты её кешируешь на 100500 лет и хранишь рядом с оригиналом?
там 3 уровня кэширования. Самые частые картинки хранятся в RAM, менее частые, но используемые - на SSD, всё остальное - на HDD.
Ну ты крутой тогда. Извини что наехал :).
А вот всё же.

1) Ты хранишь как оригинал картинки, так и картинку с ватермарком. То есть ты не генеришь картинку с ватермарком на лету.

2) Ты определяешь какую картинку надо показывать через php и , значит ,на каждый запрос на хранилище ты дергаешь пхп, правильно?

Если всё так, то проверку на то какую картинку отдавать надо делать в nignx. А ещё лучше в varnish.

В них обоих можно залезть в куки и посмотреть, а в нгинксе еще можно забраться в мемкеш или редис.

Если ты определяешь хотлинк ли это через сессии, то можно закостылить что-нибудь типа такого:

1) вытащить из куки в нгинксе id сессии
2) вытащит ьи мемкеша/редиса хотлинк ли это
3) показать нужную картинку

Ну я не скажу что порядок именно такой, но nginx будет вечно держать коннекшен на редис/мемкеш и работать будет быстро и надёжно.

Костыли лютые, канеш, но ты сэкономишь несколько процессора и времени на реквест если не будешь пускать пхп.
1) вотермарк ставится on-demand. При первом обращении к вотермарку он генерится. Для гифок ставится асинхронно.
2) в хранилище картинки хранятся по md5-сумме, чтобы дубликаты не занимали место. Поэтому надо посмотреть ещё в БД, какую картинку по данному урлу надо выдать.

Да, всё это можно было бы обойти и запрашивать напрямую из nginx. Но слишком сложно или надо переделывать много.
ну соотношение картинка - md5 можно кранить и в редисе. Оно сожрет пару гигов оперативы. Использовать тупо кеш типа

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

ну и ключи с ttl в недельку чтобы не хранить в там ничего старого и ненужного.

Переписать немного. Но имеет смысл только если на машинах запаса нет по мощности, конечно.

Хотя учитывая что 99% нагрузки это отдача статики -- я бы переживал что приходитьс яна каждую картинку дергать пхп.
у тебя ровно одна ошибка, которая меняет всё. Не надо на каждую картинку дёргать пхп - бОльшая часть картинок в кэше.
Да, но как кеш узнает какую картинку надо показать -- с ватермарком или без?

Ведь по одному и тому же урлу может открываться любая в зависимости от того открыта ли она с саета или так.

Ну и хер с ним. Ты умный и сам всё знаешь :)
чтобы узнать с вотермарком давать или нет, надо посмотреть на поле referer запроса.
koka koka 26.09.201419:46 ответить ссылка 0.0
*ржот*

я настолько овер параноик что я даже забыл о существовании этого хедера лол.

Посмеялся. Спасибо :).
https://github.com/intaro/nginx-image-filter-watermark

вообще вот что-нибудь типа такого. Хотя если ты просто при аплоаде генеришь такую же картиинку с ватермарком , а не делаешь на лету -- смысла в общем-то нет. Что-то я зря запаниковал.
99% не нагрузки, а запросов да. жой же чисто контентный ресурс.
Разрыв шаблона, а так же ужасно мешает ценить контент
300	
	H3SÖT
36 18	АШТРИСЁТ
18	
8	101
	5dAl
Mr.xep Mr.xep 24.09.201422:48 ответить ссылка 4.4
никогда не заморачивался. PS portable всегда под рукой )
ну нехуй пиздить контент? раз решил перепостить, не поленись отрезать в ФШ?
Обсуждали. Это баг сайта. Нечего обрезать, а если есть что обрезать все равно вылезет. В некоторых местах дважды.
ничего не вылазит
Если сохранять на пека, вотермарк пропадает, он появляется только если вставлять на другой ресурс URL
Может стоить придумать новый вотермарк?
о чем это вы? ничего не вижу
forsad forsad 22.04.201519:34 ответить ссылка 0.0
Только зарегистрированные и активированные пользователи могут добавлять комментарии.
Похожие темы

Похожие посты
гифки
\меЬт/тр4
большая гифка
много гифок
\л/еЬт
синоним
тр4
синоним
подробнее»

dev реактор

гифки \меЬт/тр4 большая гифка много гифок \л/еЬт синоним тр4 синоним