Возможно, я чего-то упускаю из вида (тогда поправьте), но ни один бесплатный ЛС-шаблн не являются на 100% свободным, и девелопер — не исключение. Поэтому проблему решит только разработка своего шаблона
Да, изначально логика была именно такая. Как-то не учел я, что сейчас все меньше и меньше серверов, где бы не использовался nginx, который по умолчанию перехватывает запросы к картинкам.
Но с учетом всех возможных проблем решено было логику доработать: аватары, фото профиля и изображения фотосета будут ресайзиться так же налету, но не по внешнему URL-запросу, а из модуля или из сущности.
Но возможность авторесайза картинок по URL тоже останется (хотя и будет отключена в конфиге по умолчанию). Поэтому такого рода статьи по любому будут полезны.
Но мне кажется сейчас для альто нужны совсем другие статьи
Задавайте темы — попробуем написать
Например об отсутствии некоторых функций...
Вы правильно волнуетесь, но неправильно смотрите :) Там в комментариях я уже отвечал, что категории вынесены в отдельный бесплатный плагин
Первая реализация дефолтного шаблона оказалась очень неудачной, поэтому его убрали, чтоб зря не смущать. Все бесплатные шаблоны, что были до этого, останутся и будут подвергнуты ревизии и, при необходимости, корректировке, чтоб максимально плотно сели на версию 1.0
1) Небольшие изменения шаблона, чтобы он запустился так же, как он работает сейчас под ЛС. Изменения эти действительно совсем небольшие, есть даже черновик краткой инструкции, что именно нужно сделать.
2) Изменения, которые связаны с дополнительным (по сравнению с ЛС) функционалом. Например, редактирование комментариев, и т.д. Т.е. шаблон работать будет и без этих изменений, только некоторые чисто альтовские функции могут быть недоступны.
Вам никто не мешает сделать так, чтоб документация была действительно функциональной...
На сегодняшний день — мешает отсутствие ресурсов. Создание нормальной внятной документации — это адова работа. Но полное ее отсутствие — тоже плохо. Поэтому пока и пошли таким путем — писать технические статьи, чтоб — с одной стороны — хоть как-то закрыть брешь, с другой — наработать некий материал, который потом и ляжет уже в основу соответствующего раздела.
Но в любом случае — спасибо за отклик.
получил на выходе работающий плагин под альтой, но с рост запросов к БД возрос в 4 раза…
Вот в этом месте есть сомнения, что под ЛС число запросов не увеличилось, а под Альто — так резко возросло. Видимо, все ж, в алгоритмах проблема
Не очень понятно, о чем речь. По той ссылке все до кучи — и просто блог для разработчиков, и так наз. «API» (а фактически — просто список классов и методов без каких-либо пояснений, как этим добром пользоваться). Сгенерировать список методов, конечно, можно (и сделаем это немного попозже), но вот я, например, за несколько лет работы с ЛС туда ни разу не сходил. А вот статьи — помогали и неоднократно.
Я так понимаю, что если у Вас даже библиотека GD не подключена, то других библиотек для обработки графики нет и в помине. И при такой конфигурации, разумеется, никакие операции с картинка не будут выполняться
Да, просто %topic_url% нельзя. Ведь тогда ссылка на статью получается вида: site.com/blabla, где «blabla» — это URL, заданный в статье. Но тогда и site.com/admin тоже воспринимается, как ссылка на статью — статью с УРЛом «admin», а такой нет.
Поэтому в «Допустимых параметрах» есть примечание:
ВАЖНО: наличие окончания .html не является обязательным, но настоятельно рекомендуется, т.к. это позволит избежать возможных проблем и конфликтов с адресами других страниц сайта
Логика простая: в ActionProfile прежде, чем показывать профиль, проверить:
1) Авторизован ли юзер, если нет — не показывать
2) Получить список блогов, в которых состоит текущий юзер, и список блогов юзер профиля, и сравнить, если не совпадает — не показывать
Речь идет про настройку ссылок на статьи, топики? Возможно, когда-то и был такой баг, но сейчас попробовал задал такой формат aaa/bbb/ccc/%topic_url% — работает нормально все
Плохо, конечно что пользователь не сможет удалять по отдельности не нужные фото, но как говорится: «Москва не сразу строилась».
Согласен, что плохо, но хочется сразу делать это правильно, а не лепить что-то впопыхах, чтоб потом переделывать по сто раз. То, что такой функционал нужен — бесспорно. Но есть куча вариантов КАК это сделать.
Не понял как это сделать, кнопки удаления не нашел:
Колонка «Targets» показывает, сколько раз это изображение встречается на сайте (напр., в топиках). Видно, что обе картинки используются (иначе стояло бы «0»). Поэтому кнопки удаления нет. Если топик, где используется картинка, будет удален, а картинка по каким-то причинам останется, то будет стоять «ноль» и появится кнопка уделения
Ключевая проблема — куки. Движок в своей работе использует куки, и они должны быть правильно заданы. Наиболее распространенная ошибка: куки задаются для хоста с «www», а попытка авторизации идет с хоста без «www». Поэтому, как правило, рекомендуется определиться, какой домен будет для хоста главным.
Чтоб работать на одном сайте под разными доменами, надо сделать так, чтоб куки писались под разными доменами. В принципе, можно попробовать в /app/config/config.local.php вместо строки
Загружаемые в топик картинки учитываются. И если удаляется топик, то автоматически удаляются и картинки, которые были в нем. Но с одним условием — эти картинки больше нигде не используются. Например, если какую-то картинку пользователь загрузил в два топика, то при удалении одного топика она останется, при удалении второго — удалится и картинка.
Загруженные картинки через админку удалять можно. Но опять же работает это условие: если картинка нигде не используется (чтоб исключить случайные удаления). Алгоритм, наверное, не идеальный, и можно придумать кучу улучшений, но пока оставлено так, чтоб наработать практику применения и понять, в какую сторону лучше дальше двигаться, улучшая функционал работы с картинками.
Посмотрел по коду — не может такая ошибка в этом месте возникать. Есть подозрение, что какое-то смешение файлов произошло — от старой версии и от новой. Скачайте движок по ссылке, что в топике и заново его поставьте, удалив предварительно старую версию
Но с учетом всех возможных проблем решено было логику доработать: аватары, фото профиля и изображения фотосета будут ресайзиться так же налету, но не по внешнему URL-запросу, а из модуля или из сущности.
Но возможность авторесайза картинок по URL тоже останется (хотя и будет отключена в конфиге по умолчанию). Поэтому такого рода статьи по любому будут полезны.
Вы правильно волнуетесь, но неправильно смотрите :) Там в комментариях я уже отвечал, что категории вынесены в отдельный бесплатный плагин
Первая реализация дефолтного шаблона оказалась очень неудачной, поэтому его убрали, чтоб зря не смущать. Все бесплатные шаблоны, что были до этого, останутся и будут подвергнуты ревизии и, при необходимости, корректировке, чтоб максимально плотно сели на версию 1.0
1) Небольшие изменения шаблона, чтобы он запустился так же, как он работает сейчас под ЛС. Изменения эти действительно совсем небольшие, есть даже черновик краткой инструкции, что именно нужно сделать.
2) Изменения, которые связаны с дополнительным (по сравнению с ЛС) функционалом. Например, редактирование комментариев, и т.д. Т.е. шаблон работать будет и без этих изменений, только некоторые чисто альтовские функции могут быть недоступны.
А в целом особых сложностей быть не должно
Но в любом случае — спасибо за отклик.
Вот в этом месте есть сомнения, что под ЛС число запросов не увеличилось, а под Альто — так резко возросло. Видимо, все ж, в алгоритмах проблема
В версии 1.0 влегкую можете отключать любой тип блогов
Поэтому в «Допустимых параметрах» есть примечание:
1) Авторизован ли юзер, если нет — не показывать
2) Получить список блогов, в которых состоит текущий юзер, и список блогов юзер профиля, и сравнить, если не совпадает — не показывать
Нужно писать плагин с таким алгоритмом
Колонка «Targets» показывает, сколько раз это изображение встречается на сайте (напр., в топиках). Видно, что обе картинки используются (иначе стояло бы «0»). Поэтому кнопки удаления нет. Если топик, где используется картинка, будет удален, а картинка по каким-то причинам останется, то будет стоять «ноль» и появится кнопка уделения
Чтоб работать на одном сайте под разными доменами, надо сделать так, чтоб куки писались под разными доменами. В принципе, можно попробовать в /app/config/config.local.php вместо строки
записать
Должно помочь
Загруженные картинки через админку удалять можно. Но опять же работает это условие: если картинка нигде не используется (чтоб исключить случайные удаления). Алгоритм, наверное, не идеальный, и можно придумать кучу улучшений, но пока оставлено так, чтоб наработать практику применения и понять, в какую сторону лучше дальше двигаться, улучшая функционал работы с картинками.