В моем плагине aceBlogExtender для LS это было так организовано: для любого блога задается, что топики в нем будут проходить модерацию. И если кто-то пишет там топик — он сначала в режим модерации уходит, и виден только автору и админу. Админ может его либо одобрить (тогда топик становится опубликованным), либо отклонить.
В принципе, админ может в любой момент включить/отключить премодерацию топиков любого блога (кроме персональных).
CURL в самом движке не используется. Подумал, что, возможно, какой-то сторонней библиотеке/классу он нужен, но вызовов curl-функций в php-коде я не нашел. Поэтому даже и не знаю, с чего вдруг это вылезает.
А в каком случае это происходит? При установке? При штатной работе?
во всех файлах и настройках эта директива выключена
Есть очень простой и более надежный способ узнать, включена директива или нет — это функция phpinfo(). Либо в админке «Информация о PHP», и там во вкладке «Core» смотрим значение magic_quotes_gpc.
Если бы директива была включена, то и все, что на ls тоже экранировалось бы
Вовсе нет. В LS есть проверка, включена эта директива или нет (т.к. LS рассчитан на PHP 5.2.1) и если что, идет удаление слешей. В Альто эта проверка бессмысленна, т.к. минимальные требования — PHP 5.3
Директива magic_quotes_gpc была объявлена «устаревшей» (deprecated) в php 5.3, а в php 5.4 она вообще удалена.
Поэтому я бы советовал не в коде «костыльные» исправления вносить, а у хостера спросить, как отключить эту директиву (очень странно, что он не сделал этого сам для PHP 5.3). Если хостер не знает (не может, не хочет), то тогда не просто советую, а настоятельно рекомендую: уходить от такого хостера.
К размерам жестко подходить не будем, рекомендуемые размеры заданы лишь для того, чтоб не пришлось сравнивать изображения, отличающиеся размерами в разы.
Собственно в первой представленной работе на конкурс тоже есть лого и шрифтовое начертание, и такие варианты, когда эти два компонента можно использовать и по отдельности, и вместе — это, разумеется, большой плюс
Поддержу коллегу — очень много зависит как от железа, так и от настроек окружающей среды. Но добавлю — над производительностью работаем, это одно из приоритетных направлений
Над отдельными моментами поспорил бы, но в целом ход мыслей понятен и с их направлением соглашусь. Нашелся бы еще человек, который бы чисто за эту часть работ взялся, ибо работы там — непочатый край. Но есть вещи пока, на мой взгляд, более насущные.
LS при работе с MySQL прожорлив на ресурсы и это можно исправить внедрив Mongo DB для увелечения скорости запросов и обработку данных.
Распространенное заблуждение — мол, достаточно MySQL заменить на MongoDB, как скорость работы сайта увеличится на порядки. Во-первых, если большое количество тестов с совокупности показывают весьма высокое преимущество MongoDB в добавлении данных в базу. А вот что касается выборки, то тут мы видим превышение скорости над MySQL всего в 1.5 — 2 раза. Посмотрите общее время генерации страницы на вашем сайте, и гляньте, сколько времени из него занимают суммарно запросы к базе. И прикиньте, на сколько, в общей сложности, вы выиграете, если суммарное время запросов к базе увеличится в два раза. И прикиньте трудоемкость переписывания ВСЕХ мапперов с SQL на MongoDB. И прикиньте затраты на увеличение мощности сервера с MySQL, которое даст тот же двукратный прирост. И сравните затраты там, и там.
Мне вот к примеру надо реализовать такую архитектуру для realtime
Вот, а тут уже совсем другой подход — оказывается не просто MongoDB требуется прикрутить, а вообще архитектуру серьезно так перекраивать. Сама по себе, возможно, предлагаемая архитектура и неплохая, но мы точно не будем столь кардинально менять архитектуру движка в обозримом будущем.
А вообще, что касается БД, то я уже писал как-то — считаю, что имеет смысл сосредоточится на поддержке MySQL (как mysqli, так и PDO) и PostgreSQL. Остальное — экзотика.
Но если кто-то решится и предложит свои услуги по включению в перечень поддерживаемых баз MongoDB — я хоть и сильно удивлюсь, но особо возражать не стану.
А вот Редис, как некая кеш БД — это интересная тема. Но тоже вряд ли ближайших месяцев
Нет, народ, вот такой фичреквест — сделайте тут как вон там — это вообще ни о чем. Я, конечно, схожу и зарегистрируюсь, но не могу обещать, что смогу угадать, что же тебе «вон там» понравилось больше всего — стилевое оформление редактора, функционал какой-то кнопочки, либо вообще какие-то фичи, связанные с созданием контента, но не завязанные непосредственно на онлайн-редактор.
Можешь более конкретно сказать, что именно не нравится в нашем нынешнем визуальном редакторе (у нас TinyMCE), и что в в тамошнем редакторе сделано гораздо лучше?
И также хотелось бы, чтобы предпросмотр работал в реальном времени, это ведь не сложно? правда?
п.2 — в планах есть
п.3 — не готов сходу сказать, хорошо это будет или плохо (например, имена собственные все ж принято с заглавной буквы писать), но будем думать
В принципе, админ может в любой момент включить/отключить премодерацию топиков любого блога (кроме персональных).
Такой функционал имеется ввиду?
А в каком случае это происходит? При установке? При штатной работе?
Вовсе нет. В LS есть проверка, включена эта директива или нет (т.к. LS рассчитан на PHP 5.2.1) и если что, идет удаление слешей. В Альто эта проверка бессмысленна, т.к. минимальные требования — PHP 5.3
Поэтому я бы советовал не в коде «костыльные» исправления вносить, а у хостера спросить, как отключить эту директиву (очень странно, что он не сделал этого сам для PHP 5.3). Если хостер не знает (не может, не хочет), то тогда не просто советую, а настоятельно рекомендую: уходить от такого хостера.
Собственно в первой представленной работе на конкурс тоже есть лого и шрифтовое начертание, и такие варианты, когда эти два компонента можно использовать и по отдельности, и вместе — это, разумеется, большой плюс
altocms.ru/blog/inside/19.html
Достаточно подробно?
Вот, а тут уже совсем другой подход — оказывается не просто MongoDB требуется прикрутить, а вообще архитектуру серьезно так перекраивать. Сама по себе, возможно, предлагаемая архитектура и неплохая, но мы точно не будем столь кардинально менять архитектуру движка в обозримом будущем.
А вообще, что касается БД, то я уже писал как-то — считаю, что имеет смысл сосредоточится на поддержке MySQL (как mysqli, так и PDO) и PostgreSQL. Остальное — экзотика.
Но если кто-то решится и предложит свои услуги по включению в перечень поддерживаемых баз MongoDB — я хоть и сильно удивлюсь, но особо возражать не стану.
А вот Редис, как некая кеш БД — это интересная тема. Но тоже вряд ли ближайших месяцев
Можешь более конкретно сказать, что именно не нравится в нашем нынешнем визуальном редакторе (у нас TinyMCE), и что в в тамошнем редакторе сделано гораздо лучше?
А это как?