Разработка моего очень собственного CMS
Говоря анекдотично, вы можете использовать sendBeacon с событием unload для отправки запроса. Мне пришлось использовать его, чтобы определить количество времени, которое пользователь потратил на просмотр видео, и если они закрыли вкладку, необходимую для его записи, этот метод работал для меня последовательно.
window.addEventListener('unload', function() {
navigator.sendBeacon('your-url',
JSON.stringify({})
);
}, false);
В качестве альтернативы вы могли бы в тех случаях, когда пользователь закрывает окно, установить время выхода из сеанса, например: sign-in-time + session-timeout-time = logout-time, но опять же, это не так » точный».
6 ответов
Если у Вас уже нет ответов на те вопросы, Вы, вероятно, запускаете с неправильного типа проекта. CMS, даже основной, может быть очень сложным зверем, вот несколько вещей, которые необходимо принять во внимание:
- Как Ваша база данных посмотрит
- Как гибкий будет Вы позволять пользователю быть на информации о странице (т.е., насколько настраиваемый свойства),
- Как люди отредактируют данные страницы
- Как Вы просмотрите опубликованную версию страницы
- Как Вы будете поддерживать управление версиями
- Какие сайты должны быть целью для CMS
Ответы на эти вопросы помогут решить, как база данных смотрит, как проект (проекты) сломан, как иметь дело с людьми, желающими сделать страницы и так далее.
Я больше предложил бы, чтобы Вы запустили любым рассмотрением проектов CMS с открытым исходным кодом и получили чувство для того, как они пошли об этом, оно даст Вам больше идеи когда надеющийся производить Ваше собственное. Иначе Вы можете довольно легко быть затоплены опциями.
Редактирование - Просто думало, что я добавлю, я способствую CMS с открытым исходным кодом (Umbraco), таким образом, я знаком с тем, какие потребности быть сделанным для CMS, я не просто отрицателен
Да CMS может быть большим, но они могут начать с малого, и как проект изучения/забавы это довольно хорошо, и реальный коммерческий аргумент - Вы, может использовать его сами. Если бы я должен был создать другой CMS, вот несколько вещей, которые я сделал бы.
1) Не полагайтесь 100% Xsl для создания содержания - который был похож на разумную ставку в 2001, и я был неправ.
2) Не пытайтесь уже записать Вашему собственному Javascript/Flash богатые средства редактирования - слишком много хороших там
3) Действительно создайте CMS, который делает что-то уникальное - лично я любил бы CMS, который позволит мне создавать полосы комиксов - идут для ниши
4) Действительно разработайте хороший дизайн сервера/DB вначале.
5) Действительно просто сделайте это...
Звучит поучительно для меня. Несмотря на озабоченность других, если вы заинтересованы в понимании проблем, которые необходимо решать в CMS, лучший способ узнать их - это создать свой собственный или, по крайней мере, создать несколько интересных его частей. Я бы не использовал доморощенный для своего собственного хранилища. Но, как создание компилятора и интерпретатора помогло мне лучше понять технологии, так и в CMS. Я не использую компилятор или интерпретатор, который я построил для «настоящей работы», но я рад, что я создал их.
Очень важный вопрос состоит в том, если Вы хотите, чтобы он был в большой степени примкнувшим сервером, или клиент примкнул, в зависимости от этого, Вы или ближе к Wiki или блогу. Также, что языки и что масштаб? Это мог быть хороший шанс изучить что-то новое, если Вы хотите продолжить работать над ним в течение некоторого времени, но если Вы просто хотите преобладать с ним, используют язык, который Вы знаете.
Сделайте это в небольших шагах, сначала один маленький кусочек функциональности, другого слоя, затем еще один. При попытке определить всю желаемую функциональность сначала и попытку реализовать его, то Вы, вероятно, перестанете работать. Сделайте это инкрементно. И не забывают регулярные обзоры кода и рефакторинг.
Строка «Я создал свою собственную CMS в 2009 году» или аналогичное «С нашей собственной CMS ..» во введении о фирмах может быть большим знаком минус в моем списке, когда у меня есть принять решение нанять его / их.
Возможно, вы не ожидаете такого ответа, но на вашем месте я бы подумал о разработке действительно новых модулей для существующей CMS. Я лично ставлю на Drupal, но вы можете найти много других вариантов.
Лучше провести время, ИМХО.