1. Очень нехватает функции вставки оглавления, основанного на заголовках, которая есть в Google docs.
2. При сохранении в docx очень много косяков с отступами, фонами ячеек в таблицах и т.п.
Несколько советов от меня:
1. Используй как можно больше готовых библиотек и подключай их через composer.
Например нужен роутинг, вводишь в гитхабе в поиске php routing и смотришь какие библиотеки есть на эту тему. Поэкспериментируй с каждой, и поймешь какая наиболее подходит тебе. Писать все с нуля заколебешься. Тоже самое касается кеширования, шаблонизации, авторизации и прочего. Уже практически для всех целей есть независимые библитотеки.
2. engine лучше тоже вынести в отдельный модуль и подключать через composer. Чтобы не копировать эту папку каждый раз в новый проект.
3. Сейчас в основном фреймворки используют шаблон проектированияя Dependency Injection, почитай на эту тему.
4. Раз уж ты пишешь CMS, то имеет смысл основать ее на каком-нибудь популярном фреймворке типа Laravel, Symfony, Yii. Так другим людям будет проще вникнуть в твою архитектуру, писать новые модули и т.д.
5. Не сдавайся :)
Мне кажется из таких графиков ничего невозможно узнать. Всплески могут быть обоснованы и вполне банальными причинами, например показали статью по федеральному каналу про ЖЖ, и пошел всплеск регистраций. Плюс рекламные кампании и т.п.
Т.к. наиболее простой способ создать кучу троллей, это их зарегистрировать, и подружить их между друг другом, я бы пошел по пути построения графов пользователей и их дружбы, и выделял группы пользователей, которые имеют наименьшее количество друзей «вне группы».
Вы правы для того случая, когда создание сайтов поставлено на поток. Тогда день задержки это критично, и дизайнер должен придерживаться правил, чтобы не ставить в тупик верстальщика на много часов. Потом убытки для фирмы, нервный босс и т.п.
У меня, в моем идеальном маленьком мирке всё по другому. Время не так важно, а мелочи важны. Надо обязательно сделать чтобы этот заумный скрипт работал нормально, порваться но сделать :-)
Я вот не дизайнер, а как раз верстальщик (был, сейчас больше программист). И любой ваш дизайн старался бы сделать таким какой он есть на макете. И не говорил бы вам, что вот тут кнопку не поместить, а картинка в этом месте только с помощью хаков может появиться.
Мне кажется тогда у вас было бы больше свободы в выражении своих замыслов.
В своем комментарии, я, конечно, отвечаю исключительно за себя. Мне себя не жалко.
Дизайнер это художник, он ничего никому не должен. Как он нарисовал, таким и должен быть сайт.
Задача верстальщиков и программистов воплотить в жизнь. Как мне кажется.
Слышал про то, что такие сети есть, но совершенно не знал, как работают, даже не представлял. Подумал, может спросить, но побоялся показаться не дураком (тут вроде все такие умные). А Википедия все знает, и на все ответит, и никогда не упрекнет за то, что ты чего-то не знаешь.
так что http://ru.wikipedia.org/wiki/Распределённые_вычисления
Сайты все разные, поэтому одинми nav,article,section, и т.д. необойтись. И таких тэгов может быть оочень много.
Лучше бы сделали как в asp.net - регистрацию собственных тэгов.
В заголовке писать что-то вроде соответствия
<header> - синоним <div id='header'>
И так далее для разных своих тэгов. Будет красивый html код, а браузеры при обработке страницы просто заменяли бы у себя соответствующие тэги на синонимы.
2. При сохранении в docx очень много косяков с отступами, фонами ячеек в таблицах и т.п.
А так действительно очень крутой продукт.
1. Используй как можно больше готовых библиотек и подключай их через composer.
Например нужен роутинг, вводишь в гитхабе в поиске php routing и смотришь какие библиотеки есть на эту тему. Поэкспериментируй с каждой, и поймешь какая наиболее подходит тебе. Писать все с нуля заколебешься. Тоже самое касается кеширования, шаблонизации, авторизации и прочего. Уже практически для всех целей есть независимые библитотеки.
2. engine лучше тоже вынести в отдельный модуль и подключать через composer. Чтобы не копировать эту папку каждый раз в новый проект.
3. Сейчас в основном фреймворки используют шаблон проектированияя Dependency Injection, почитай на эту тему.
4. Раз уж ты пишешь CMS, то имеет смысл основать ее на каком-нибудь популярном фреймворке типа Laravel, Symfony, Yii. Так другим людям будет проще вникнуть в твою архитектуру, писать новые модули и т.д.
5. Не сдавайся :)
Т.к. наиболее простой способ создать кучу троллей, это их зарегистрировать, и подружить их между друг другом, я бы пошел по пути построения графов пользователей и их дружбы, и выделял группы пользователей, которые имеют наименьшее количество друзей «вне группы».
У меня, в моем идеальном маленьком мирке всё по другому. Время не так важно, а мелочи важны. Надо обязательно сделать чтобы этот заумный скрипт работал нормально, порваться но сделать :-)
Мне кажется тогда у вас было бы больше свободы в выражении своих замыслов.
В своем комментарии, я, конечно, отвечаю исключительно за себя. Мне себя не жалко.
Задача верстальщиков и программистов воплотить в жизнь. Как мне кажется.
так что http://ru.wikipedia.org/wiki/Распределённые_вычисления
=============
Создайте систему, которой сможет пользоваться дурак, и
только дурак захочет ею пользоваться.
Лучше бы сделали как в asp.net - регистрацию собственных тэгов.
В заголовке писать что-то вроде соответствия
<header> - синоним <div id='header'>
И так далее для разных своих тэгов. Будет красивый html код, а браузеры при обработке страницы просто заменяли бы у себя соответствующие тэги на синонимы.
.......
init();