Изложу свое скромное мнение
8 человек работающих над одним проектом - это слишком много. Пусть над проектом трудятся 3-4 человека.
По вашим вопросам и выводам
1) Теория.
Мое мнение состоит в том, что лекции, как вы их назвали по "вебу" (php,mysql) бесполезны. Так как студентам надо давать теорию по языкам программирования и теории СУБД (а php и mysql для примеров). К поставленному вами вопросу о том где взять материалы для лекций по web, я бы посоветовал обратить внимание на книжки издательства O'Relly или вот эту книгу
по mysql - я бы все же советовал читать по мануалу, он достаточно информативный
2) Задания
по-моему давно Вы как-то писали какие задания можно предложить студентам и там многие высказали интересные идеи
Вчера здесь был пост о том, куда кто-то собрался инвестировать, возбмите идеи оттуда
3) Фреймворк...я думаю этот вопрос вы должны задать студентам, пусть сделают обзоры существующих, полазиют по интернету, почитают, посмотрят статистику использования. Пусть думают сами
4) Svn
самое интересное, что алгоритм составления расписания один.
В курсе "исследования операций" ("методы оптимизации") задача о составлении расписания сводится к классической задаче о рюкзаке, для которой существующее решение - только перебор.
вопрос в сумме, который вы готовы заплатить через смсбиллинг
ладно там хрень какая-то в пределах 100 рублей, однако, если стоимость товара выше, то мне кажется будущего у него нет
Язвительное замечание. "Все предусмотреть не возможно" - относится к глобальному, а не к данной статье. При долговременной работе приложения безусловно вы переберете практически все варианты использования. Помню курсе на третьем было у нас какое-то приложение, которое по всем описанным на UML сценариям (или не на UML) пыталось построить множество сценариев использования.
По поводу Вашего ответа, до определенного момента времени (выхода расширения filter) многие не понимали какой именно должна быть фильтрация, как и в какой последовательности применять strip_tags,htmlentities,set_type...а чем моя статья не помощь для них, а залезть внутрь посмотреть хотя бы правила. Один известный мне проект, достаточно долго работал, там было огромно количество пользователей, казалось бы все оттестировано, и в один прекрасный день он столкнулся с xss.
ну если фильтрацией назвать тупой die, то да
если под фильтрацией подразумевать, фильтрацию переменных(приведение типов, выкидывание тэгов и т.д., то нет)
Вы не внимательно прочитали статью.
1) В начале описано, что это никакая не фильтрация
2) Зачем изобретать собственный велосипед, если можно взять чужую библиотеку и модифицировать для себя (не надо только далее писать, что порой легче написать свое, чем пользоваться чужим)
проблема от вашего непонимания структуры.
Рассмотрим пример. http://www.habrahabr.ru
Домен первого уровня ru, Домен второго уровня habrahabr.ru - принадлежит пользователю, домен третьего уровня http://www.habrahabr.ru и т.д.
Как администратор хочет, так он и настраивает домены уровня больше или равного двум. Остальное относится исключительно к тем целям, которые вы преследуете и к вашей квалификации как программиста.
Мне кажется своими include-ами вы и разделяете (если это так можно назвать) представление от данных.
Не вижу никакого отличия от выполнения операций подготовке вами данных в файлах module_filename от операции assign какого-нибудь шаблонного движк или от вашего include 'view.php' от вызова draw
ну ваше решение для маленьких, чаще всего сопровождаемых 1-2 человеками проекте. А если вы кардинально меняете дизайн...тогда вы понимаете как важно отделить код от представления
8 человек работающих над одним проектом - это слишком много. Пусть над проектом трудятся 3-4 человека.
По вашим вопросам и выводам
1) Теория.
Мое мнение состоит в том, что лекции, как вы их назвали по "вебу" (php,mysql) бесполезны. Так как студентам надо давать теорию по языкам программирования и теории СУБД (а php и mysql для примеров). К поставленному вами вопросу о том где взять материалы для лекций по web, я бы посоветовал обратить внимание на книжки издательства O'Relly или вот эту книгу
по mysql - я бы все же советовал читать по мануалу, он достаточно информативный
2) Задания
по-моему давно Вы как-то писали какие задания можно предложить студентам и там многие высказали интересные идеи
Вчера здесь был пост о том, куда кто-то собрался инвестировать, возбмите идеи оттуда
3) Фреймворк...я думаю этот вопрос вы должны задать студентам, пусть сделают обзоры существующих, полазиют по интернету, почитают, посмотрят статистику использования. Пусть думают сами
4) Svn
Мягко говоря - странно
В курсе "исследования операций" ("методы оптимизации") задача о составлении расписания сводится к классической задаче о рюкзаке, для которой существующее решение - только перебор.
ладно там хрень какая-то в пределах 100 рублей, однако, если стоимость товара выше, то мне кажется будущего у него нет
По поводу Вашего ответа, до определенного момента времени (выхода расширения filter) многие не понимали какой именно должна быть фильтрация, как и в какой последовательности применять strip_tags,htmlentities,set_type...а чем моя статья не помощь для них, а залезть внутрь посмотреть хотя бы правила. Один известный мне проект, достаточно долго работал, там было огромно количество пользователей, казалось бы все оттестировано, и в один прекрасный день он столкнулся с xss.
:-)
если под фильтрацией подразумевать, фильтрацию переменных(приведение типов, выкидывание тэгов и т.д., то нет)
1) В начале описано, что это никакая не фильтрация
2) Зачем изобретать собственный велосипед, если можно взять чужую библиотеку и модифицировать для себя (не надо только далее писать, что порой легче написать свое, чем пользоваться чужим)
Рассмотрим пример. http://www.habrahabr.ru
Домен первого уровня ru, Домен второго уровня habrahabr.ru - принадлежит пользователю, домен третьего уровня http://www.habrahabr.ru и т.д.
Как администратор хочет, так он и настраивает домены уровня больше или равного двум. Остальное относится исключительно к тем целям, которые вы преследуете и к вашей квалификации как программиста.
Не вижу никакого отличия от выполнения операций подготовке вами данных в файлах module_filename от операции assign какого-нибудь шаблонного движк или от вашего include 'view.php' от вызова draw