Да, у нас люди привыкли так делать)) Считать что лицензии это вообще для слабаков)) Не упрек вам лично, увы это наша пиратская реальность. А вообще перед использованием любого чужого кода желательно посмотреть лицензию.
Антон Середний: естественно, потому что это полностью рабочий плагин, выкачанный с оригинального сайта, распакованный и залит на github. Почему б ему не быть рабочим?
Зайдите в репозиторий по ссылке в ответе и почитайте документацию. Все доступные параметры задокументированы, с примерами использования. Создайте саму картинку вотермарка уже с отступами, и укажите где его ставить. Если вам нужна более сложная логика на уровне nginx - пищите свой модуль или используйте язык Lua для написания нужного скрипта под Nginx.
Алексей: А что там делать? Конфиг, мейк, подключение модуля к nginx. Далее копипаста примеров использования из readme. Если люди сами не могу этого сделать, боюсь им стоит перестать ковыряться в сервере без понимания того, к чему это может привести, и нанять адекватного админа.
Внимательно почитайте лицензию. На эту тему в свое время были холивары между WordPress и ThemeForest. Юридически, все можно. Покупая платную тему (или плагин), вы можете с ней делать что угодно. Нельзя только дистрибьютить ее с использованием того же названия (если авторы зарегистрировали трейдмарк), использовать какие-то фрагменты (картинки, например), которые покрыты авторским правом отдельно. Сам же код, который взаимодействует с WP обязан наследовать (и автоматически наследует) GPL, что бы ни заявляли авторы. Подробнее тут: chrislema.com/gpl-themes-plugins/. Есть еще на просторах сети целый документ страниц на 60, написанный юристами по этому кейсу. Искать сейчас в лом, оно гуглится. Если вкратце - там очень-очень много буков, но вывод четкий и понятный - весь код наследует автоматом GPL, и без вариантов. Не наследует только то, что используется вне кода WP - название, логотип и тд.
По сути, покупая лицензию на GPL-продукт, вы покупаете поддержку и обновления. Именно поэтому подавляющее большинство вендоров перешли на subscribe модель, и вместо разовой оплаты берут годовую подписку. Именно поэтому большие продукты начали разбивать на модули, которые покупаются отдельно, тоже по подписке.
Max Front: Смотрите логи, ищите ошибку. Проверяйте, нет ли где-то у вас в коде вызовов error_log() / var_dump() и тд. И нету ли кастомных аякс-обработчиков, которые вешаются куда попало.
Макбук на i5 по производительности будет лучше i7 на Win. Секрет не только в железе, а в грамотной совместимости и оптимизиции друг под друга, что Apple умеет делать очень хорошо - MacBook + macOS + толковый софт под них.
Кроме того, есть MacBook Pro с Core i7, и есть комплектация без дискретной вдяхи.
kulagin2k: и все же, я бы не советовал. Авторизация - это деликатная система, напрямую связанная с безопасностью. Без четкого понимания от А до Я что вы делаете может быть весьма опасно.
> Прошу учитывать, что с темой БД и SSO вообще не знаком...
В этом случае закажите у опытных разработчиков. Реализовать можно, совсем не проблема, но это весьма нетривиальная задача, и объяснить ее на Тостере даже в несколько абзацев не получится.
Владимир Дружаев: лучше - это заточен конкретно под WP, нативно, правильно интегрирован, гибкий для разрабов и тд. А еще - что самое важное - полностью self-hosted как и сам WP, никуда ничего не передает и не делится вашей информацией ни с кем. Own your data!
Дмитрий расслабься, товарищ deadmemoras год назад начал изучать ООП и Лару, с тех пор видимо появились первые успехи и выросли крылья. Экспертного мнения там быть не может, рано еще. Классическая, 1я фаза - "я крут, я могу все" :)
Boris Korobkov: видимо я сбил вас с толку словом "эффективнее" и вы в первую очередь подумали про производительность. Речь о другом:
Это best practice и логика, удобство чтения кода и его понимания. Если нужно проверять и дальше, через modulo к примеру, или выполнять другие арифметические операции над значением переменной - тогда имеет смысл использовать инкрементацию. В данном же случае требуется флаг, поэтому абсолютно логичнее не использовать инкрементацию:
Обратите также внимание на название переменной. $i или что-то подобное в данном случае опять же, нелогично.
Зачем это надо? Есть такая волшебная штука как привычка. И если мы привыкли что-то делать "вот так", то переучиваться потом - боль. А подобные привычки - использовать итерацию вместо флага (потому что "и так сойдет"), хранить bool значения в БД в виде строк, путать == и ===, возвращать неявные типы и тд - все это ведет к edge cases и трудно уловимым багам. И усложняет чтение/понимание кода другими людьми.
Nikita Shchypylov: как я и предположил в ответе, какая-то зараза на фоне дергала сервер. Тиндер мог регулярно определять вашу локацию и слать ее на их серваки, чтобы метчить вас по актуальному местоположению. Вот вам и повышенный расход (геолокация + background app refresh + сеть, к тому же ситуацию могла ухудшаться при плохом сигнале связи). Лечится обычно в настройках приложения (если его писали адекваты), либо в настроках системы (конкретно запрещать приложениям что-то делать на фоне, использовать геолокацию и тд). Сносить не обязательно, там же девчата :)
> Просто не вникал раньше в лицензии
Да, у нас люди привыкли так делать)) Считать что лицензии это вообще для слабаков)) Не упрек вам лично, увы это наша пиратская реальность. А вообще перед использованием любого чужого кода желательно посмотреть лицензию.