Просмотр сообщений

В этом разделе можно просмотреть все сообщения, сделанные этим пользователем.


Сообщения - Neon

Страницы: 1 ... 36 37 [38] 39 40 41
556
Да в общем, это не идиотская идея. Чем меньше вложений в урл тем лучше.
Именно поэтому, в базовом, статичном моде "Страницы", урл страниц идет от корня.
http://сайт.ру/страница
При создании клона этого мода, вид урл будет уже: http://сайт.ру/newmod/страница
Тот вид который вам нужен. Делайте таких клонов неограниченное количество, и у вас будут урл:
http://сайт.ру/категория/страница
http://сайт.ру/категория2/страница
и т.д.

При использовании модулей типа новости, и клонов, когда на сайте включено много модов, урл не получится сделать без имени мода.
Роутеру нужна информация куда перенаправлять, иначе в 404.
Без этого ни как.

Для мода "Страницы", в роутере забито резервное имя (pages), поэтому там укороченные урл.
Но, больше одного имени не получится.

Другой вариант, удалить все моды, и оставить один, к примеру "Новости".
Для одного единственного мода, можно изменить шаблоны замены урл, укоротить.
В файле: mod/news/mod.rules.php
Просто удалить имя мода, это можно сделать самостоятельно.
Тогда, также можно получить урл вида:
http://сайт.ру/категория/страница
http://сайт.ру/категория2/страница
и т.д.

557
По нотис, просто отсутствует переменная в global, $ADMIN_PERM_ARRAY

По статьям, в установочном файле: /admin/mod/article/install/sql/tables.sql
Пропущено поле subtitle.

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

Просто, приходится работать несколько раздвоенным, заниматься сборкой с установщиком, и патчить эту.
К понедельнику выложу с установкой, и уже только с ней будем работать, доводить до релиза.
Там по ходу появляются мелкие ошибки, связанные с отсутствием или пустыми файлами кеша, сразу после установки и пр.
В этот патч их не добавляют, поскольку еще не закончил.

558
Цитировать
Но на сайте в блоке пользователя нет ссылки Добавить статьи.
Дело в том, что новости и статьи теперь клонируемые моды, и при создании новых клонов на основе этих модов, там по идее должны появляться ссылки на все новые моды. Поэтому, данный блок пока не трогал. Нужно найти способ, в дальнейшем, автоматического добавления данных ссылок.
Решения пока нет. Если у кого есть мысли по этому поводу, прошу высказывать.

А я занимаюсь установщиком.
Нужно найти оптимальное решение, как убрать из установщика эти длинные "портянки" списков с папками и файлами, на которые требуются права на запись.
Слишком большая нагрузка, для того кто собирается быстро поставить и протестировать систему.
Думаем, пробуем, тестируем.

559
В архиве патч, исправляет:
1. ошибку с отсутствием функции clear_date()
2. Отсутствием лангов для контактов
3. Настройки в статьях
4. Вывод дат в шаблоне

После наложения патча, статьи и контакты нужно удалить в панели, и заново добавить.
Настройки и ланги перезапишутся автоматом.

По ошибкам в шаблоне пока отложим, сейчас главное исправить критические в функционале.
Но, вы все равно публикуйте, дойдут руки и для них.

По датам {time}.
В архиве обновленный шаблон оформления, с новым выводом дат.
Синтаксис форматирования дат опубликуем позже, там длинный список возможных вариантов.

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

561
Рефералов больше не будет, и функционал и таблица удалены из системы.
Пользы минимум, только систему захламляет.
Для получения подобной информации есть профессиональные онлайн-сервисы, которые предоставляют более широкую и детализированную статистику.
Лучше, сконцентрироваться на улучшении реального функционала.

По поводу изображений, я понимаю, что у каждого имеется свое представление, как лучше.
Но, все же, по умолчанию лучше оставить классический, консервативный вариант, как есть.
Тем более, что он "из коробки" позволяет контролировать единообразный вывод картинок.

После публикации стабильной версии, уже можно будет делать дополнения и различные доработки.

562
Почистить кеш? Это, ты про себя думал )

Можешь не сомневаться, большинство его чистить точно не будет.
Так же, как никто никогда не чистит рефералов. Просто включает однажды статистику, и забывает про неё на всю жизнь.
А уже через через пол года, база начинает весить в несколько десятков мегабайт, только из-за одной таблицы _statis_ref

Тоже самое с картинками.
Загружают как попало, лишь бы быстрей. Ни кто не смотрит эти настройки. Просто "клац" и все.
В предыдущих версиях, мне надоело смотреть как заказчики уродуют то, что я для них делал.
Создаешь предварительную настройку сайта, добавляешь одинаковые тумбики, чтоб смотрелось единообразно, и вписывалось в дизайн.
Через месяц заходишь, и жутко становится.
Уменьшенные копии изображений пляшут как попало, вплоть до того, что в эскизы вставлены полные изображения.
Само собой, дизайн поломан, все криво.

Именно поэтому, создал отдельные настройки для загрузки картинок, и вынес их в настройки сайта.
Они же используются по умолчанию для всех загрузок, не только для админа, но и для пользователей которые добавляют новости, статьи, фото в галерею.
Это, гарантирует единство вывода, и спасает от тех кто не хочет вникать в настройки, при загрузке изображений.
Также, эти настройки задействованы для кнопки "Выбрать файл", "тихой" загрузки изображений.

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

Если по условиям дизайна нужны тумбики еще меньшего размера, чем эскиз, их уже можно уменьшить средствами CSS.
При этом, уменьшать нужно из уменьшенной копии, а не большого изображения.
Не нужно забывать, что браузер, это клиент который использует ресурсы компьютера на котором он установлен.
Чем больший размер нужно сжать, тем больше нагрузка. И чем больше таких изображений на странице, тем больше будет "свистеть" вентилятор у процессора на клиенте.

Вариант с авто-генерацией не оптимальный.
Создает дополнительную нагрузку на сервер (он же их "на лету" будет резать), и чреват переполнением файлов.
Чем больше файлов на сервере, тем больше нагрузка  на файловую систему.

563
Цитировать
2. При публикации новости во "Вложение дополнительных изображений" - жму на Загрузка файлов -- Выбрать файл -- выбираю картинку и загружаю ее. Но она не появляется, хотя и загружается в выбранную папку.
Исправлено, патч в архиве.

Для разработчиков, name="total-form" везде убираем (устаревшее), обращаться к формам только по ID, id="total-form".

По листингу в статьях, будем разбираться, упустил этот момент.
Комментарии в статьи добавились, теперь два листинга, надо их как-то синхронизировать.

Спасибо, студент.

564
И один, общий класс для панели и сайта?
Ну, давай попробуем, я в скайп стукну. Нужно в живую посмотреть, покрутить.

565
Предложения / Re: MySQLi или много СУБД?
« : 13 Мая 2016, 12:55:56 »
А что я могу сказать, если я даже не тестировал SQLite. Все времени не было.
Это, ты говори про плюсы. У тебя из присутствующих, самый богатый опыт по работе с этой СУБД.

Мне только не хотелось бы, чтоб это был костыль, с коленки, лишь бы подключить одну дополнительную базу.
Если делать, то с расчетом на возможность добавления других драйверов, без проблем.

566
Предложения / MySQLi или много СУБД?
« : 13 Мая 2016, 10:45:58 »
Вопрос и простой и сложный.
Переходить или нет на поддержку нескольких баз данных, или оставаться на MySQL?
Давайте обсудим.

Ответы типа "да конечно", "я за PDO" и тому подобное, без развернутого объяснения и реальных предложений будут удаляться.
Поговорим серьезно.

567
По установщику, да надо подумать, если не в один клик, то сократить.
Возможность подключения FTP на этапе установки добавить, если не в альфу то в релиз точно.
Это позволит делать "тихую" установку, с выставлением прав на папки и файлы скриптом.

По классу базы я молчу потому, что меня в общем устраивает MySQLi как наиболее быстрый и гибкий драйвер.
И обычные SQL-запросы, без именованных параметров, хоть в коде и больше места занимают, но дают больше возможностей по конструированию уникальных запросов.

Если переходить на PDO, то надо тестировать, сравнивать, ну и запросы скорее всего придется все переписывать.
А где serega_pyter, почему он не появляется?
Хотелось бы услышать и его мнение. У него вроде опыт работы с базами имеется.

568
Добавим для категорий, а там разберемся где это выводить в шаблоне.

Закончил даты, форматы двух типов,
либо как в системе было {date:1:1} или {date:F} и т.д.
либо свободный типа {date:%Y-m-d H:i:s%}
Даты будут искаться по двум ключам:
date и redate
То есть, если в шаблон выводится две даты, то
первая {date:1:1}
вторая {redate:1:1}
Я не нашел шаблоны где могут выводиться более двух дат.
А лепить промежуточный ключ типа {format_date:date:1:1} и по нему уже искать метки дат вторым ключем, слишком длинно будет.
И регэкспы усложнятся, да и в шаблоне место лишнее занимать будет.

На днях займусь установщиком, и запустим альфу, хотя бы без остальных модов.
Теперь моды у нас независимые, устанавливаются одним кликом, их можно добавлять по ходу тестирования. По мере готовности.

569
Спасибо, исправлено, патч в архиве.

570
Цитировать
Я предлагаю: существующее поле "Название/H1" разделить на два поля, на "Название" (будет отображаться в крошках, в новом блоке авто-генерации меню, в списке подкатегорий у категории), и на H1 - который тупо будет H1.
Ну так используй для этого уже существующие поля.
H1 - для краткого, для генерации меню.
H2 - для полного.
В базе они называются - title и subtitle
Используй их как тебе хочется, хоть в H6 вставляй.
Не нужно зацикливаться на тегах которые используются в дефолтном шаблоне.
Бери - title и subtitle, и обрабатывай их как тебе нравится.

Значит и в таблицах категорий к имеющемуся названию catname нужно добавить subcatname.
Так значит я правильно сделал, что добавил дополнительное поле?

Страницы: 1 ... 36 37 [38] 39 40 41