В соседнем ответе вы предлагаете: "Я всё же склоняюсь к функции которая будет содержать редкие реальные имена." Т е вы предлагаете тоже, что и я, только, как я понял, хранить имена в php коде, а не в базе.
И в чем тогда автоматизация? Да и проблемных имен будет не 5 и не 10, чтобы этот массив в коде хранить.
Согласен. Только надо, чтобы эта штука появлялась только для подозрительных имен. А то придет Петя Иванов и подумает "Блин, они что, не могу самостоятельно мое имя просклонять"
Тогда может по отдельности склонять имя и фамилию?
Но тогда да, пол непонятен. Я бы на вашем месте конкретизировал задачу и ответил для себя на вопрос: Имена и фамилии для каких языков должны 100% склоняться? Если для всех существующих - то это не реально (например, имя Мишель может быть как мужским, так и женским, мужской вариант склоняют, женский нет). Если только для русского, то Чулпан и Айгер больше на татарские похожи.
Я ж не зря создал самый простой тестовый файл без js. В web.config тоже ничего криминального нет.
Админа спросить, к сожалению, временно нет возможности.
Проблема скорее всего в фаерволе, точнее, там даже не фаервол, а прокси forefront tmg
Просто подумал, может кто знает, какая настройка в нем может такое делать.
Если прописывать путь к изображениям в html без указания домена ("/images/myimage.jpg") - все норм, а вот так "https://site.ru/images/myimage.jpg" - 500 ошибка. Пока сделаю без домена, потом буду копать
На деле очень редко бывает, чтобы работа была на 100% интересной. Мне вот моя нравится 50/50, бывают интересные задачи, возможность изучить что-то новое... а бывает рутина... С т зрения руководства, сотрудник пришел не удовольствие получать, а двигать бизнес вперед. Хотя был у меня руководитель, клинический идиот, который наоборот, считал, что все задачи в фирме мегаинтеллектуальные и мы должны гордиться всем, что делаем, хотя все задачи были очень среднестатистические.
sql-ex.ru Можно решить задачу, а потом посмотреть, как ее решили другие участники, там люди очень прошаренные в sql. Правда, если не решить самому, то варианты других участников закрыты.
atis //: По-моему, если в sql действительно сложная логика, то лучше ее в sql и оставить. Я использую ORM только для простых SELECT, INSERT, UPDATE, DELETE, максимум, заджоинить что-то. Если уж переносить хитрую логику из sql в php, то я бы все равно разложил на простые конструкции. Писать свою реализацию ORM, которая превращается в сложные запросы, в реальном проекте - прямой путь завалить проект. Разве что для тренировки.
Никто. Они лежат в реальных боевых проектах и используются по мере надобности иногда правятся или даже переписываются целиком по мере развития проекта.
cijiw: Когда совсем ничего не знает, не умеет, да и не претендует на это, доверяя специалисту, то все именно так.
Но если он берет на себя что-то, то пусть делает это нормально.
Например, была ситуация: клиент говорит, я уже сам купил хостинг, ни с кем не посоветовавшись, загружайте туда сайт, а при ближайшем рассмотрении выясняется, что хостинг не поддерживает MySql, т к клиент выбрал самый дешевый тариф.
Или клиент сеошник, обладает базовыми навыками html и умеет подрубаться к ftp. Никому ничего не сказал, влез на FTP пошуровал в файлах для своих сеошных целей, потом в вопросах и претензиях, что-то словалось.
Поэтому роль клиента в процессе разработки тоже надо обговаривать заранее.
flow content, metadata content, phrasing content, embedded content, interactive content - это смысловое, семантическое деление. Указывает на то, для чего тег служит, какие теги внутрь каких можно складывать, а какие нет. Нужно для правильной организации кода ну и сайты с хорошей семантикой поисковики больше любят.
А inline, block, inline-block, table и т д - это техническое деление. Отвечает за поведение элемента в раузере.
Сложно сказать не видя файлов, но, например, Notepad++ позволяет заменять не только жестко, но и с регулярками. Если же css все время собирается динамически, то да, нужно другое решение.
Вообще это очень здорово, что вы заботитесь о безопасности. Но тогда нужно и смотреть шире, например, если ученики вообще без авторизации подберут параметры и наставят себе оценок. Вариантов вырисовывается великое множество. Нужно срочно начинать читать книги по архитектуре и безопасности.
На деле же, думаю, достаточно будет не палить GET параметры в url типа setGrade?name=Ivanov&grade=5
Так пусть преподаватель при заходе на страницу ученика видит только те предметы, которые он ему преподает. Или видит все, но редактировать может только преподаваемые. А то по вашей логике выходит так: преподаватель заходит, нажимает кнопку для выставления оценки по чужому предмету. Кнопка не срабатывает. Преподаватель недоумевает, почему кнопка не сработала, начинает на все лады ругать программиста. Его руководство недоумевает по другому поводу: почему преподаватель вообще имеет возможность эту кнопку нажимать, ведь это не его предмет. Меня всегда бесили сайты, которые делают видимость, что предоставляют некий функционал. Зашел на сайт, выбрал опции, жму кнопку, а он тебе "Эта функция только для администратора". Ну и зачем, спрашивается, мне ее тогда показывать?
И в чем тогда автоматизация? Да и проблемных имен будет не 5 и не 10, чтобы этот массив в коде хранить.