Цитата |
---|
Алексей Гребнев пишет: asy2 , формы-то я делаю, но для отправки собщений использую класс CEvent Битрикса, а как работает именно mail() я не разбирался. |
30.06.2012 21:34:13
asy2, не ясно в чем проблема, как пропишите так и будет. Или вас кусок кода интересует?
|
|
|
|
30.06.2012 22:54:58
Не жмись, кликай "Мне нравится" на сообщении :)
|
|||||
|
|
01.07.2012 18:26:34
А по сути самого вопроса, когда начинался Битрикс просто об это никто не думал, и вообще, в то время стандарты не очень то чтили. Но сейчас все больше и больше идет процесс возвращения к стандартам, описанным уже давным давно, и многие языки стараются им следовать. Такие тенденции можно видеть на примерах Ruby или Puthon, которые реализовывают для своих разработчиков , для примера, все методы запросов http протокола, помимо Get и Post, согласно стандарту http. Стандарту сто лет, а php (по крайней мере известные мне фреймворки) и не думают использовать его по назначению, как это делают другие. Я имею ввиду REST архитектуру. В php ситуация выглядит немного иначе, такого движения не видно. Поэтому если и есть тенденции, которые противоречат стандарту, то я не вижу ничего положительного в следовании им. Ибо где одно там и другое. И как раз в Битриксе ето очень легко заметить. Нет code convention, нет php-doc. И поэтому Александр и готов начать свой код с <?. А если бы разработчикам предоставляли code convention - то не следовать ему было бы позором.
крыша этого дома - пуленепробиваемая солома.
|
|||
|
|
01.07.2012 18:49:25
мне просто лень писать в шаблоне <?php echo $a;?> , если можно просто <?=$a;?> и я такой не один |
|||
|
|
01.07.2012 19:06:57
Разработчикам Битрикса лень писать php-doc,
Поэтому когда я хочу узнать что делает метод класса, или еще проще, что он возвращает, мне приходится делать это прилагая такие усилия, которые совершенно необязательны, и которые я не должен прилагать. Вопрос просто в отношении к стандартам, абсолютно всем. И если вы сами не можете себя заставить им следовать (впрочем и я себя заставить не могу), то ето должны сделать разработчики системы. Мне интересно, никто не замечал что у разработчиков Битрикс (имею ввиду таким людей как мы с Вами) отсутствует привычка комментирования кода по-стандарту, а у некоторых вообще коментирвоания кода? Думаете это их вина? По большей мере - нет. Многие учатся разработке именно на Битркисе. Они открывают свой первый компонент - и делают свой по его подобию. Если бы код изначально был покрыт комментариями, им самим хотелось бы делать тоже самое со своим кодом, ведь им нужно лишь дать понять, насоклько ето удобно , хотябы при работе с IDE. Вобщем как их учат, так они и делают... Жаль просто, что у нас нет привычки сразу разработчиков приучать использовать все нужные инструменты. IDE, CVS, тесты. Все то, что любой ruby разработчик учит на ряду с синтаксисом. И я считаю что инициатива должна исходить именно от разработчиков фреймворка. Если все модули для Kohana лежат на github (проблема открытого кода или почему так нельзя делать с Битркисом не обсуждается!), то и даже начиающий разработчик получит возможность познакомиться с новыми технологиями и , возможно, сам начнет ими пользоваться.
крыша этого дома - пуленепробиваемая солома.
|
|
|
|
01.07.2012 19:10:13
В Общем я за то, чтобы хорошая инициатива исходила от создателей Битрикса. Уверен что они пользуются хорошими технологиями при разработке, и могут инициировтаь их исопльзование другими разработчиками. Ура
крыша этого дома - пуленепробиваемая солома.
|
|
|
|
01.07.2012 20:07:24
отсутствие <?php мне жить не мешает.
А вам? Все остальное - словоблудие, а-ля перфекционизм. Не хочет хостер включать шорт-теги - его проблемы, клиенты будут у других хостеров, а он останется со своим "правильным" хостингом. Кста, кто мешает включить настройки хостера, чтобы php.ini каждый клиент мог настраивать как ему нравится, в первую очередь для этих шорт-тегов? Или опять религия не позволяет? |
|
|
|
02.07.2012 02:51:34
Вопрос не в том, как решить проблему с шорт-тегами, думаю, ни для кого это и не проблема вовсе, а, скорее, в отношении к стандарту как аксиоме, которую не нужно доказывать.
крыша этого дома - пуленепробиваемая солома.
|
|
|
|
02.07.2012 09:11:16
всего лишь рекомендация |
|||
|
|
02.07.2012 09:48:03
|
|||
|
|
02.07.2012 09:50:21
|
|||
|
|
02.07.2012 11:42:10
что return @mail(), фактически, mail и вызывает, с возвратом кода завершения, то там ничего особенного не сделано и о проблеме надо как-то заботиться. В общем, суть в том, что mail() никак не формирует mail from. Соответственно, хотя там и передаётся шаблон, и там может быть заполнено поле From, значение mail from остаётся на усмотрение сервера. В итоге, сообщение формируется с каким-нибудь mail from:<apache@my.dom>, а то ещё и apache@localhost (ну или root@ и т.п.). И хорошо ещё, если этот E-Mail существует. Почта с такими mail from запросто может резаться всякими спамоловками, при этом, владелец сайта даже ошибок не увидит, если он не администратор сервера и не может посмотреть почтовые логи. Единственный вариант задать mail from, это использовать пятый параметр в mail(), который, как есть, передаётся почтовой программе. Но тут надо знать, кто почтовый агент в системе. В случае Sendmail, пятым параметром надо задать "-f <E-Mail>". Postfix и Exim имеют в своём составе соответствующие враперы для обеспечения совместимости с sendmail, так что с ними это тоже должно сработать. Ну и, естественно, ни о каком Safe Mode в PHP тут и речи быть не может, так как пятый параметр недоступен в этом режиме. Сколько вижу, практически никого из современных PHP-кодеров эта проблема, правильной отправки E-Mail, не то, что не волнует, а они просто не подозревают о ней. |
|||||
|
|
21.07.2012 13:54:19
Подводя итог дискуссии:
|
|
|
|
21.07.2012 14:54:30
Отлично, на этой мажорной ноте закроем тему: short_open_tag никуда не денутся в PHP 6.
|
||||
|
|
|||