shagguboy: там довольного много, а сейчас нет времени на углубленное изучение, по сути сейчас стоит вопрос так "экономия на спичках или реально важно". Про OPCache понял, важно замечание, про это не подумал. Всё же, для однозначности спрошу. Кроме как на ОПКэш нагрузки особо не будет, т.к. при каждом запросе не все либы грузятся в память, а только то что нужно при данном запросе и можно смело подключать это в индексном файле ?
Александр Сисюкин: Ооо, спасибо. Видимо вы об этом говорили https://getcomposer.org/doc/04-schema.md#autoload ?
Теперь я совсем запутался. В моем случае вообще нет секции autoload, а только require. По идее require отвечает за то какие зависимости нужно подгрузить. Я правильно понял, что и require и autoload по сути отвечают за генерацию файла со всеми путями к библиотекам, а конечная реализация в итоге всё равно одинаковая? (за исключением прямого подключения файлов)
Ну, там вроде инклуд и идёт или я не понял, каким это хитрым образом происходит, собственно поэтому и возник изначальный вопрос.
А откуда вы узнали про 4 метода автозагрузки?
В официальных доках ничего про это не нашел и при гуглении тоже нет упоминаний.
Я вообще использую стандартный метод. Просто в index.php подключаю в начале autoload.php как бы это в доках и указано.
К нему в смысле к классу? Т.е. если у меня на 50 гб там библиотек, а я не использую никакую из них, то и накладных расходов практически никаких не будет?
x67: Спасибо за совет, не знал про такие виды сортировок, я в принципе ничего про это не знаю. Может посоветуете литературу по алгоритмам, сортировкам и т.д. для не математиков? Где словами, а не формулами объясняют))
x67: да, разумеется, это самая очевидная проблема, на данный момент она уже решена. Теперь на запись в БД приоритетов стандартно всего 2 запроса делается, для той которую вставили и той которую сместили . Теперь возникла сложность с оптимизацией первоначальной отрисовки. Мы предполагаем, что элементы в наборе первоначально разбросаны в произвольном порядке, значит обычный цикл нам не подходит, приходится крутить foreach в while https://gist.github.com/anonymous/fcac6e1b1e042db5... в гисте указал свой код и там же пример массива который приходит из базы по каждой записи. В случае 10-20 задач, проверил через microtime скорость исполнения, пишет 0 секунд. типа супер быстро. Но мне с образовательной точки зрения интересно, как подобный алгоритм можно оптимизировать.
Я этот вариант рассматривал, это как вариация моего 1 примера, только там флоаты, а у вас int'ы. Этот вариант не подходит, если у нас в списке несколько тысяч задач или десятки тысяч. Такие числа хранить в БД довольно не прилично)
x67: пока выбрал вариант 2. При отрисовке страницы будет формироваться новый цикл на основе соответствия id задачи с атрибутом "я следую за 'id-родителя' Даже если у нас миллион задач, то построение нового массива займёт от силы несколько сотен миллисекунд, но при работе с этой таблицей на одну смену приоритета будет всего 2 перезаписи в базе. Та же Асана перед отрисовкой приложения думает несколько секунд, около 5 что ли.
TekVanDo: сейчас так и есть. id по человечески, приоритет был как int и всё работало, пока перемещение было возможным только в конец списка, сейчас же можно произвольно менять очередность. Проблему описал выше.
vasili_ii: Если брать конкретный пример, то все поддомены должны быть алиасами и вести на один сайт. Решил проблему так - при первой проверке сделал редирект в директорию с проверочным файлом, а потом полученный сертификат через nginx настройки подключил для всех доменов и поддоменов.
tema_sun: В каком смысле смотрят? Это не алиасы. Для каждого в nginx отдельная папка (root) отдельный index. И их объединяет только наличие общего доменного имени 2 уровня
Вот, поэтому я и подумал, что может быть в этих либах если покрутить настройки, то можно будет с лиц на распознавание иных объектов перенастроить, но видимо этого в виде API некого не существует.
>Как вариант - создается отдельное внутреннее апи для всех сайтов с рест интерфейсом
Вот, я как раз про это и спрашивал. Спасибо за ваше мнение, так и хотел сделать. Обязательно изучу второй вариант, сейчас он мне кажется не удобным, но при более детальном рассмотрении возможно будет оптимальней.
>В случае, когда пользователь использует одновременно 3 сайта - лучше вообще обьединить их все в один
Тут согласен, это было бы проще, но как правило во всех трёх вариантах разные люди, иногда посетители посадочных страниц будут заходить и на ВП-сайт, в таком случае закешированная на 3 домене статика опять же поможет.
>После настройки автоматического деплоя - вообще все равно
Рекомендуете gulp/grunt для этого использовать? Пока что не работал с ними, тут такое дело, что я веду разработку в двух MS машин, а прод на Debian и как правило приходится париться с тройной настройкой, "тут ноду поставил, будь добр и везде в других местах и т.д.", а виртуалки ставить не хочется, можностей VPS'ки с 512 оперативы сейчас за глаза хватает, а про тот же варгант слышалчто ему 2гб надо. В итоге просто захожу по SSH и делаю git pull и прод. ветки, если нужно. Пока хватает, но уже ясно, что нужно как-то автоматизировать
tema_sun: За это спасибо, как доберусь до этого этапа применю)
Начал ковырять установку и вспомнил, что вы говорили про добавление нескольких поддоменов.
Мне сертбот выкидывает ошибку по поддоменам, мол не может их проверить. А как же он их проверит, если я вебрут указываю только для основного домена
./letsencrypt-auto certonly -a webroot --webroot-path=/var/www/coolSite/main -d 'coolSite.ru,is.coolSite.ru,static.coolSite.ru,www.coolSite.ru'
www.coolSite.ru кстати не существует, нужно ли мне его добавлять в список для сертификации, где то прочитал, что это типа алиас и на него тоже можно/нужно запросить сертификат
Василий, здравствуйте. Какие результаты? Столкнулся с такой же проблемой как вы спросили. Вебрут указывает на папку где хранится только один из поддоменов, а что делать с остальными? Они же в соседних папках лежат
Ого, как серьёзно. Ну, возникла идея у подруги, типа "Одень своего кота". Скрипт определяет контуры животного на фотке и далее уже заливка идёт паттернами тканей. Сначала думал на canvas нарисовать, но вопрос стал сразу же в том, "а как определить, где заполнять?" Есть такая штука facedetection.jaysalvat.com прикручиваешь как либу и она тебе сразу определяет лица, но тут опять квадратом показывается область, а не границы лица.
sim3x: если есть некий общий код на сервере, к которому обращаются разные приложения. Например, плагин отвечающий за работу с БД. В таком случае, это типа модель, а вид-контроллер находятся на всех уже сервисах. В таком случае тоже можно считать, что сайты имею доступ к файлам друг друга? Думал, что это что-то вроде микросервиса, это типа в тренде.
>в зависимости от настроек куки
>домена 2: статика + пхп
Если мы сейчас говорим о некой клиентской оптимизации, то всё же оптимальней вынести статику на поддомен? И как тогда оптимальней куки настраивать, будто они не связаны или будут общие куки?
Именно с точки зрения разработки, моё мнение, что поддомен для статики это очень удобно, единое хранилище.