Язык
Контакты
GitHub
Поддержка
Регистрация
Войти
Логин: Пароль: Запомнить:
Пользователи
Голосование

    Какую CMS Вы предпочитаете

    AtomX
    Fapos CMS
    Drunya CMS
Последние комментарии
Автор: чайник, в новости:

Что такое API и для чего они нужны

Автор: HIshnik, в новости:

Классы в PHP для чайников

Автор: Аноним, в новости:

Написание простого вируса в блокноте

Автор: stream, в новости:

Создаем BB коды на PHP

Автор: boriska, в новости:

Релиз Atom-M CMS 4

Автор: 0leg, в новости:

Релиз Atom-M CMS 4

Топ пользователей
Drunya
Репутация: 108
Сообщений: 3531
Сашка_из_Шебекино
Репутация: 87
Сообщений: 1803
boriska
Репутация: 65
Сообщений: 846
ARMI
Репутация: 46
Сообщений: 1859
BAH0
Репутация: 26
Сообщений: 544
Главная » Новости » AtomX CMS » Что и как
Обновлено епт)

Буквально вчера я писал о том, что совсем скоро появиться в Атом.

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

Пример
Code:
{[!имя_сниппета?foo={{ entity.title }}&bar={{ entity.date }}]}

Более того, это уже реализовано:).

Так же в планах реализация возможности объявления переменных в шаблоне. По аналогии со Smarty и Twig.

Из предыдущего пункта вытекает, что теперь в шаблонах будет поддержка фетч-функций. То есть можно будет получать данные прямо в шаблоне. Например нужны данные о пользователе, делаем
{% set user = getUser(entity.author_id) %)

После чего используем новую переменную.

Так же значительно будет исправлен и причесан шаблон. Исправлены все формы и наведена красота в модуле users. Так же кое какие вещи будут вынесены в шаблон.

Еще одно новшество - можно будет использовать даты как в ВК. типа 3 секунды назад. И все в таком духе. По сути будет копия ВК.

Уже реализована возможность пакетного удаления/переноса постов, разделение тем.

Как же я люблю сообщать хорошие новости.
Еще больше новых плюшек в AtomX

Теги: Бесплатная CMS; AtomX Free CMS;
Автор: Drunya
Категория: Что и как
Просмотров: 1451
Комментариев: 33

Комментарии
  • User avatar

    Drunya

    Та я уже все сделал. Если у страницы есть расширение, типа .html, то слеша не будет, а если что-то типа /news/view/1/, то слешь в конце будет. Дублирующиеся слеша ессно тоже убраны.
    Дата отправления: 7 Мар 2014
  • User avatar

    boriska

    всемогущим if )))
    Дата отправления: 6 Мар 2014
  • User avatar

    Destroy

    Drunya, и каким же образом их убирать?
    Дата отправления: 6 Мар 2014
  • User avatar

    Drunya

    Ребята то расширение что вы видите (.html) оно виртуально, его нет. На самом деле это не файл а виртуальный путь сгенерированный системой. По сути, что

    news/view/
    news/view/x.html

    одно и тоже. Но раз вас так раздражают слеши(к стати мне после расширения они тоже не нравятся), то предлагаю просто убирать их, при наличии расширения. Таким образом все УРЛы будут одинаковы(не будет дублирующих УРЛов) и красивые.

    Будет либо
    /news/view/1/
    либо
    /news/view/blabla/
    либо
    /news/view/bla.html
    Дата отправления: 6 Мар 2014
  • User avatar

    Сашка_из_Шебекино

    Та не, повторяющиеся слэши он убрал, хотя и весьма запутанно в правильном кодстайле :). Но вот слэш после .htm это конечно да....
    Дата отправления: 6 Мар 2014
  • User avatar

    Destroy

    http://atomx.net/news/eshe_bolshe_novyh_plyushek_v_atomx.htm////////// - это воще ппц.
    Дата отправления: 6 Мар 2014
  • User avatar

    Destroy

    Drunya, ты о чем воще говориш?
    Есть разница?
    /news/ - слеш в директории.
    и
    atomx.htm/ - слеш в документе.
    Дата отправления: 6 Мар 2014
  • User avatar

    Drunya

    Дело твое.
    Дата отправления: 5 Мар 2014
  • User avatar

    Сашка_из_Шебекино

    Цитата
    А нафига вы убираете дублирующие слеши из гет параметров? Они там могут быть нужны для поиска и тегов. Они передаются в ГЕТе и никто там слеши
    не запрещает двойные.
    Не нашел функцию в php, возвращающую адрес, но без GET.
    Но не вижу смысла вручную удалять GET из сравнения, т.к.
    1. Поиск передаётся POST запросом
    2. Теги не могут содержать слеши
    3. А если ктото и добавит функцию, которая должна в GET передавать слеши, их всёравно нужно кодировать спецсимволами, вида %2F
    Дата отправления: 5 Мар 2014
  • User avatar

    Drunya

    И вообще, что красивее?

    http://atomx.nat/users
    или
    http://atomx.nat/users/

    Как по мне, так второе.
    Дата отправления: 5 Мар 2014
  • User avatar

    Drunya

    еще пример https://mail.google.com/mail/u/0/?pli=1#inbox
    В конце, перед началом ГЕТ - слеш. Это я и имел виду
    Дата отправления: 5 Мар 2014
  • User avatar

    Drunya

    пример http://habrahabr.ru/events/coming/
    Дата отправления: 5 Мар 2014
  • User avatar

    Drunya

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

    И по поводу скорости - это смешно.
    Дата отправления: 5 Мар 2014
  • User avatar

    boriska

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

    Насчет "красивости": по моему красота, априори, это когда нет ничего лишнего.
    Дата отправления: 5 Мар 2014
  • User avatar

    Destroy

    Понятно почему баги не фиксятся,  просто дрюни нравится.
    Дата отправления: 5 Мар 2014
  • User avatar

    Destroy

    Drunya, слеш вконце красивее? ты это серьезно?..... мда блин.
    Дата отправления: 5 Мар 2014
  • User avatar

    Drunya

    А нафига вы убираете дублирующие слеши из гет параметров? Они там могут быть нужны для поиска и тегов. Они передаются в ГЕТе и никто там слеши не запрещает двойные.

    И завершающий слешь я тоже решил всегда ставить. С ним как минимум красивее))
    Дата отправления: 5 Мар 2014
  • User avatar

    Сашка_из_Шебекино

    у нас уже сделано. редирект. на правильные с кодом ответа 301.
    Дата отправления: 4 Мар 2014
  • User avatar

    Drunya

    В общем думаю лучшее решение - это сделать редирект при обнаружении таких косяков. Редирект на правильный URL естесственно
    Дата отправления: 4 Мар 2014
  • User avatar

    Drunya

    http://habrahabr.ru//////post////214541///////

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

    Стоит ли вообще это фиксить? Кто что думает по этому поводу?
    Дата отправления: 4 Мар 2014
  • User avatar

    Drunya

    Destroy, я об этой баге впервые слышу. Хотя не исключаю, что мог забыть. Конечно же будет исправлено.
    Дата отправления: 4 Мар 2014
  • User avatar

    Drunya

    Ну так тут порядок нарушен. Это ошибка по сути, так что я даже хз как парсер должен на это реагировать. Есть идеи? Остальные баги тоже обязательно гляну.
    Дата отправления: 4 Мар 2014
  • User avatar

    boriska

    Казусы однако сьел парсер) А казусы вот такие
    Code:
    [b][s][/b][/s]
    Дата отправления: 2 Мар 2014
  • User avatar

    boriska

    Глобальные метки в чате не работают, в частности в add_form
    бб коды, даже если правильно их вкладывать, более двух - трех уровней не тянут. К тому же, wysibb часто не следит за вложенностью(его js парсеру все ровно) и выдает такие казусы и наш парсер сдается, хотя ему тоже должно быть все ровно.

    А вообще, на днях специально затестирую AtomX на наличие багов, а пока, тыкая в небо, говорить не буду.
    Дата отправления: 2 Мар 2014
  • User avatar

    Destroy

    для начала.
    Дата отправления: 2 Мар 2014
  • User avatar

    Destroy

    http://atomx.net///////news///////eshe_bolshe_novyh_plyushek_v_atomx.htm
    .htm/
    Дата отправления: 2 Мар 2014
  • User avatar

    Drunya

    Пожалуйста в студию список багов, которые тянуться?
    Дата отправления: 24 Фев 2014
  • User avatar

    Drunya

    ну те баги которые найдены, пофикшены. те которые не найдены, конечно пофикшены быть не могут(
    Дата отправления: 24 Фев 2014
  • User avatar

    Destroy

    Исправление всех багов была бы действительно хорошой новостью)
    Дата отправления: 22 Фев 2014
  • User avatar

    Katyara

    Цитата
    Katyara, истину говориш)
    Я заметил, что последняя более-менее стабильная версия была 1.7, после пошли баговые, так же ещё не очень баговая была версия 2.1
    Дата отправления: 22 Фев 2014
  • User avatar

    Destroy

    Katyara, истину говориш)
    Дата отправления: 22 Фев 2014
  • User avatar

    Katyara

    Дрюня, лучше исправь старые ошибки, а не делай новые. Каждая сборка имеет всё больше и больше багов, которые тянутся даже со старых сборок. И ещё, если в сборке стоит Борискин шаблон, будь добр адаптируй его тоже, а не тупо пихай. 
    Дата отправления: 22 Фев 2014
  • User avatar

    Sproot

    как же я люблю читать хорошие новости ;)
    Дата отправления: 21 Фев 2014
Категории:
Сейчас online: 13. Зарегистрированных: 2. Гостей: 11.
-->