Powered by CodeIgniter
Fr3nzy

Fr3nzy

2
4 голоса
  ПрофильБлогКомментарии (122)ЗакладкиПродукты 
Их уже мильон :)
У вас php точно не в safe-mode?
Зачем писать то, что движок определяет сам? Просто нужно, чтобы движок везде использовал ROOTPATH.
Собственно, такие системы уже не раз разрабатывались и писались. По-моему, для CI уже подобную систему делали — интегрировать в Cogear будет не так сложно.
С использованием кеша система приемлема, без кеша — слишком требовательна.

Я уже забыл, как реализован кеш в Cogear: если есть возможность для каких-то конкретных записей задавать время жизни infinite, то такую систему можно даже сделать :) если же нет, то придется редактировать еще и кеш.
Также мне не нравится непостоянство разработки — иногда появляются неотложные дела, которые заставляют меня на дни, а порой и недели отвлекаться от замыслов и их реализации.
Как же мне это знакомо. К своему ядру я не прикасался уже больше месяца. Видимо, вернусь только через пару недель, когда начнем делать свой проект :)

Расширяемость и структура. При наличии определенных навыков, можно быстро написать модуль любой сложности, а также поделиться ею с другими пользователями.
Как следствие из этого — повышение уровня вхождения в систему + понижение быстродействие.
Действительно,
Избыточность системы хуков. Можно хукнуть практически любой контроллер или модель — нужно ли это? Без данной особенности нагрузка могла быть ниже, хотя она в пределах нормы на правильно настроенной машине.
не помешало бы уменьшить число хуков, ибо у тебя все же не «Самая Универсальная CMS» на свете должна получиться ;)

Как было со мной: начал делать свой движок на CI, понял, что слишком много ненужного кода подключается вместе с ним, который я использовать-то не буду. В итоге, решил, что лучше написать свое ядро, которое будет менее гибким, но более быстрым.
Сейчас (в новом движке) основную нагрузку несет RedBean ORM — зато удобно.
А я посмотрел коммиты, которые произошли после моих изменений, и решил, что файлы изменены были те же самые, и, возможно, другой человек исправил эти же проблемы. Чтобы не возникало неразберихи, решил не коммитить, а попозже скачать новую версию и посмотреть, все ли хорошо.
А вообще, я так ничем и не помог. Брался за то, чтобы сделать один модуль, но так и не смог выделить времени, изучить движок.)

Больше времени потратил на исправление шаблонов :)
ЗЫ. Клевое у тебя рабочее местечко :) Хочу тоже к своему 22" монитору прикупить 40-50" ))
Если есть хорошая реализация у Kohana, то, может быть, стоит позаимствовать ее?:)
На то он и OpenSource :)
Большинству пользователей это совершенно ни к чему ;)
К слову о ссылках в комментах :)
Может сделать их тоже такого-же цвета? #13A2E8
Между прочим, в коммитах SVN было заметно исправление этой ошибки :)
А в ИЕ6 выключен JS? :)
ИЕ6 можно принимать в расчет, но не стоит забывать так же и о том, что и от нас с вами зависит то, как часто будут его использовать пользователи. Благо, процент использования ИЕ6 постоянно падает. И случай, когда пользователи ИЕ6 будут основной аудиторией сайта (>70%), может быть только если это внутрикорпоративный сайт. Но в таком случае нужно просто заставить сисадмина компании поставить на всех компах хотя бы ИЕ7 (тем более, что в его обязанности и это входит). Плюс ко всему, если компания откажется обновлять браузер, то от нее можно отказаться (и правда, зачем плодить маразм, которого в России итак выше крыши?).

ЗЫ. Если вспомнить одну известную студию, то там любят ставить <!DOCTYPE NB> =)
Сколько людей сейчас сидят без JS? 1-2%? Сколько из них зайдет на ваш сайт? 1-2%? Сколько получаем в итоге?
ЗЫ. По крайней мере, вы вольны указать <!DOCTYPE html> и не использовать html5-теги. Во всех браузерах будет окей.
PPS. Google давно уже использует <!DOCTYPE html>
Я свой голос давно отдал в сторону HTML5 =)
Но если выбирать между XHTML Strict и Transitional, то я за Transitional в виду того, что Strict накладывает большие ограничения.

ЗЫ. Всю жизнь верстал под Transitional. Перешел на HTML5 (сначала просто доктайп указывал, затем и теги 5ки стал использовать) — ни разу не пожалел.
Можно заблокировать вход через /user/openid, если пользователь уже залогинен?:)
Никто в этом и не сомневался ;)
Нам что, пофлудить низзя?:)
Т.е опять же он должен быть структурированным и скорее всего динамичным, получается почти отдельная цмс :)
Смотрим дату последнего изменения, запоминаем ее, строим sitemap.xml
В следующий раз сравниваем даты, строим sitemap.xml
И т.д.
сюда туда