Перейти до вмісту
Пошук в
  • Детальніше...
Шукати результати, які ...
Шукати результати в ...

proctoleha

Новачок
  
  • Публікації

    2
  • З нами

  • Відвідування

Усі публікації користувача proctoleha

  1. А вам вообще понятен такой баш скрипт: #!/bin/bash echo -e "Введите имя удаленного пользователя" read USER_NAME echo -e "Сайт, без домена первого уровня (должно быть соответствие локального и удаленного, например example.loc и example.ru)" read SITE echo -e "Домен 1 уровня для удаленного (ru, com)" read DOMEN echo -e "Откуда, куда копировать? На локальный? (l) На удаленный? (r)" read LOC_REM echo -e "--delete include? (--delete or '')" read DEL DIR_REMOTE=/var/www/$USER_NAME/public_html/$SITE.$DOMEN DIR_LOCAL=/var/www/alex/public_html/$SITE.loc case $LOC_REM in r) rsync -avzhe "ssh -p 2904" "$DEL" $DIR_LOCAL/ [email protected]:$DIR_REMOTE ;; l) rsync -avzhe "ssh -p 2904" "$DEL" [email protected]:$DIR_REMOTE/ $DIR_LOCAL ;; esac exit 0 Вы вообще можете представить, что можно работать без протокола ftp? Что это гораздо быстрее и удобней? Вот более 90% серверов работают под Линуксом. А у многих разработчиков - маздай. Вот как так может быть, мне не понять.
  2. Я вас умоляю: если мне что-то не нравится, то абсолютно не значит, что не не моя точка зрения не имеет права на существование. Я как-то перерос подростковый возраст. Но опять же я оставляю за собой право остаться при своих. И кстати я кидал намёки про ущербность .... но не явно. Это тоже надо уметь :)
  3. Ну услышьте меня, пожалуйста: да я читаю код, мне всё понятно, но мне влом тыкать по дереву меню для ОТКРЫТИЯ нужного файла. Мне жаль этих минут! Очень жаль! Они слишком дорого стоят :(
  4. Да ну? Самая популярная IDE вам не нравится? Где есть всё? Даже то, чего быть не может? Может вы слегка закостенели? Требования оформлять phpDoc - это не блажь. Это правила этикета, в программировании. Или у вас нет $100 на её покупку? Мне вас искренне жаль. Откройте для себя действительно нормальную среду программирования, наступив на горло своей жабе.
  5. Ну так если нечего сказать - что нужно сделать? Правильный ответ: цитировать свои сообщения. По сути то нечего сказать. Про то, что я по сути прав, что opencart не документирован, и что эта норма этикета ОБЯЗАТЕЛЬНА для каждого уважающего себя рараба - про это только невнятные вопли о том, что и так всё понятно, ибо нефиг. Так вот: СОВРЕМЕННОЕ сообщество разрабов живёт несколько по др. принципам. Они уважают и себя и других. Разработчиков.
  6. А какая разница? Я не ламер, попробовал войти в сообщество, новое для меня, и что? Сам дурак! Спасибо! Про свою дурость я знаю сам, разрабы opencart - не доработали, это по любому. И не надо мне петь про очевидность классов и методов.
  7. Вот я то, как раз и слежу. Не разу не позволил себе оскорблять своего анонимного собеседника. Вы пишете, про то, что всё нормально, современная архитектура... А про composer вы вообще слышали? Про документирование кода, независимо от его сложности? Вы разработчик и не документируете свой код? Устал... Убейтесь ап стену, как раньше на албанском писали, или выпейте йаду
  8. И опять, вы обкакались: по этой ссылке только общие фразы, для общего развития. А вот здесь: http://woo.zp.ua/opdoc/reference/index/ действительно доки по классам
  9. А вы понимаете разницу между понятиями нормы права и нормы этикета? Для тех кто в танке и с кастрюлей на голове: нормы права обязательны для исполнения и поддерживаются силой государства. Нормы этикета - необязательны для исполнения, это дело отдельно взятого гражданина. Но, неприлично пукать за столом, согласитесь? Применительно к программированию, для тех кто в танке: комментирование вашего кода - это норма этикета, необязательная для исполнения. Это просто правило этикета. И не более того.
  10. Вот про соглашения: если класс называется ModelCatalogProduct, то и обращение к нему должно идти как к ModelCatalogProduct, а не к model_catalog_product. У opencart многие классы повторяются, но лежат в разных каталогах. Нормально да? Я не хочу забивать голову где что лежит. Времени жалко
  11. Обана! Я сам большой и жирный трольь, и тоже умею переводить тему на личности - про дать в табло, принять в табло По сути господа, по сути! В opencarrt разрабы положили что-то на что-то и пренебрегли нормами этикета для разработчиков. Это факт! Есть правила, и они должны соблюдаться! ДОЛЖНЫ! Нравиться это некрофагам, или нет. Которым легче тыкать мышкой, для открытия нужного файла, чем перейти к нему одним кликом. Да вообще это нормально для последователей маздая: кликнуть ПКМ -> создать файл/каталог -> или прописать в шеле mkdir katalog1 katalog2 katalog3 ... Ущербные, что с вами разговаривать...
  12. Есть еще один - побурчать, попыхтеть и работать, это как дополнение первого варианта :)
  13. Да будет ср@@@ч! У меня много проектов и все на разных движках, неважно CMS это, или FW. И я не должен использовать метод тыка. Я должен найти документацию в интернете, потратить кучу времени на её изучение, вместо того, чтобы ctrl + click по методу, классу -> пробежался по коду, уложил в голове -> работаем дальше. Чем плох метод тыка? Или в opencart используют какие-то совсем нестандартные стандарты? Что я должен обязательно читать маны по любой фигне? Так нет - все просто и понятно. Только мне приходится терять время для открытия нужных файлов, т.к. нет доков в коде. И если через какое-то время мне придется дорабатывать проект, я опять должен читать доки? И что значит давайте не сравнивать FW и CMS? Я сравниваю не функционал, а документированность кода! И я утверждаю, в случае моего сравнения, что разработчики Yii2 - это далеко не юниоры и что в этом FW соглашение об именовании соблюдается гораздо строже, чем в opencart, и что там тоже все прозрачно, что к чему относится. Но тем не менее они документируют код. Им делать нефига? Или они работают по принятым соглашениям? Боле того, в случае с Yii2 доки по большому счету не нужны, т.к. испльзуется пространство имен, и IDE прекрасно понимает, что к чему относится, работает и автодополнение, и быстрый переход к нужным файлам Конечно писать доки - это рекомендация. Так и правила этикета тоже необязательные нормы поведения. Но почему то нормальные воспитанные люди их соблюдают
  14. Вот есть такой мощный, действительно развивающийся, находящийся в тренде FW Yii2. Задокументировано всё. Вы действительно верите в то, что он написан для юниоров и юниорами? Вот я открываю незнакомый проект, что проще пробежаться глазами по комментам, или вникать в код? Как грамотные комменты могут мешать? Или у вас так много времени, что вы можете себе позволить тратить его впустую/нерационально?
  15. При чем тут хотелка? Вот есть правила этикета в жизни, считается, что воспитанный человек им должен следовать, хотя бы основным. Вот я пишу код на php. Для паблишера. Я обязательно буду комментировать свой код, это же основы! Основы этикета для ЛЮБОГО языка программирования. PHP не php, какая разница? Это правила хорошего тона, это азы с которых начинается обучение. Всегда документируйте свой код, давайте говорящие имена переменным, соблюдайте единую нотацию при объявлении переменных ... Или я опять жгу? И эти правила не для программистов?
  16. А поделитесь пожалуйста, какой средой разработки вы пользуетесь, при условии, что она будет работать под убунту. Вопрос очень серьезный, если вас всё устраивает, я тоже потестирую.
  17. При чем тут понятно? Мне в лом открывать нужные файлы вручную, мне, как и любому нормальному программеру, удобнее переходить к ним по клику. А для этого код должен быть документирован. И я говорю именно про современную разработку, а не про кодирование в Notepad++ И именно про phpStorm - самое популярное решение.
  18. Да согласен я с вами. Всё понимаю, кроме одного: почему у крупного проекта не документирован код.
  19. Ну-ну, если про современные FW то есть такая архиудобная фича, как пространство имен, namespase, в действительно современных FW. Подсаживаешься как на наркотик, т.к. действительно удобно. И где opencart и где namespase? Я верю, что это будет, когда-нибудь, скорее всего с версии 3.xxx Но пока этого нет.
  20. Золотые слова Бенедикт Бенедиктович :eek: Я именно про это! Про экономию времени и удобство в работе
  21. Очевидный то он очевидный, но вот я вижу обращение к методу. По названию понятно, что это за класс, т.к. все действительно очевидно. Я открываю дерево каталогов нахожу нужный класс, открываю, смотрю. Это с недокументированным кодом. Или я щелкаю по методу, зажав Ctrl и сразу попадаю туда, куда нужно. Есть разница? А вот за это спасибо! Но лучше бы обходиться без костылей
  22. Гениальный ответ! Ради интереса я качнул щас вордпресс и открыл первую попавшуюся страницу. Попробуйте сделать так же, и только потом говорите про всех Во всех пособиях по php обязательно пишут: документируйте свой код, это азы вежливости. Идиоты наверное
  23. По сабжу: я не считаю себя супер гуру программером, но знания, навыки в php уверенные. До opencart плотно работал с yii2 и CI И вот шефа убедили запускать новый проект на opencart. Ну я почитал отзывы, CMS популярная, развивающаяся, на шаблоне MVC - скачал, установил, купил шаблон. И полез в код ... Я как бы сказать без мата - был шокирован! Код не документирован! Работаю с phpStorm и где какой класс, откуда ноги растут у того, или иного метода - фиг знает. Пришлось самому прописывать PhpDoc-и, чтобы можно было хоть как-то работать. Второе, что было шоком: прямые SQL запросы. Даже в самых простых проектах, где можно было обойтись без фреймворка, где был чисто самописный код, я создавал обёртку для работы с БД. Потому что мне было в лом писать запросы руками. А в opencart запросы на несколько строк - это нормально. Как должно и быть. Это я к чему? К тому, что если какой-либо разработчик с опытом планирует начать работать с opencart, чтобы у него не было розовых очков. Код - ужасный. Но работает, и работает неплохо. Но это особенность PHP как языка.
  24. Перечитал весь топ, а главного так и не увидел: в чем СУТЬ проблемы? Почему это вообще происходит? Еще года 4 назад было проще.Со своего сайта example.com я мог отправлять письма от имени посетителя. Т.е, есть почта [email protected], и если с этого почтового сервера уходило письмо и в поле FROM был email [email protected] - то все прокатывало. Потом политика изменилась, и на сегодня ситуация такова, что поле FROM должно соответствовать почтовому серверу !!!! Неважно какой протокол вы используете MAIL или SMTP Если не хотите проблем все письма должны отправляться от имени example.com! Но в случае с протоколом MAIL - письмо все равно уйдет, но оно будет считаться недоверенным, и куда оно попадет - богу весть. Так, например, mail.ru, не к ночи будет помянут, вообще заворачивает такие письма, они просто теряются, и даже не попадают в спам. Во всяком случае года два-три назад так было у меня. Если используется протокол SMTP, то письмо вообще не уйдет, будет всегда ошибка, т.к. SMTP сервер никогда не примет письмо с полем FROM, в котором будет email посетителя Т.е. для решения проблемы нужно 1. Отправлять письмо самому себе от своего имени. В поле FROM должен быть ваш емайл. 2. В заголовке письма обязательно должно быть поле Reply-To. В этом поле должен быть емайл отправителя письма. Только в этом случае вы сможете вести переписку с отправителем письма. И с этой точки зрения правильный ответ был: Единственная поправка: возможно у вас, как в моем случае, изменения должны быть внесены в файл system\storage\modification\catalog\controller\information\contact.php
×
×
  • Створити...

Important Information

На нашому сайті використовуються файли cookie і відбувається обробка деяких персональних даних користувачів, щоб поліпшити користувальницький інтерфейс. Щоб дізнатися для чого і які персональні дані ми обробляємо перейдіть за посиланням . Якщо Ви натиснете «Я даю згоду», це означає, що Ви розумієте і приймаєте всі умови, зазначені в цьому Повідомленні про конфіденційність.