LadaDed

А, вот, кстати, токен... в нем же нет ни пробелов ни слешей, ничего такого, что RFC 1738 изменит. Там только символы, а они останутся теми же.. надо попробовать. Одним словом.

нанять разраба? Вообще-то, я так отдыхаю после рабочего дня.. пописываю на пыхе, успокаивает, расслабляет.. Мне что же, может еще человека нанять, чтобы в баню за меня ходил, пил чай, встречался в женщинами Пишу учет продаж, решил посмотреть, как это делается, а там вот такая штука-дрюка.. Бильдквери все проверяет, если неиссет, не генерит. А если я хочу что-то подрихтовать, я же всегда могу это сделать прямо в массиве гэт перед тем, как сформировать эту переменную..

понятно... А что токен? разве его бильдквери изменит? не подумал.. Ну, тогда хоть сделать так - записать токен в переменную, потом убить в массиве get() а потом пришить к результату.. Конечно, получается коряво, но все равно проще, чем эти многотомники писать..

Столкнулся с тем, что в коде часто используется такая конструкция. $this->request->get разбирается по частям при помощи isset() и записывается в $url после чего формируется адрес для вызова. Это нужно для наследования параметров, это понятно. Но вопрос вот в чем: А почему не используется http_build_query() ? Ведь, чем писать целую простыню из if(isset()) {$url .= .................} все можно оформить одной строкой http_build_query($this->request->get) ! Или в этом есть какой-то подспудный смысл, которого я не знаю??

НА этот форум войти сложнее, чем хакнуть пентагон! Я вошел, начал писать, и тут все само и отправилось, Поэтому получилось так забавно.

Всем привет из самоизоляции! Я, если быть честным, не очень опытный программист. Ну, в том смысле, что начинал я еще в 90-е, причем язык программирования тогда выбирать не приходилось. Тебе давали допуск к машине на несколько часов, бывало, что и ночью. И там уже "умные люди" что-то установили, и этим и нужно пользоваться, Такие были правила. Так что, приходилось или на кубейсике писать или квик-си - как получится. На PHP я сейчас кое-что пописываю, но, в основном так.. что-то поправить, что-то слегка изменить не более того. А тут - такая роскошь - самоизоляция! Сиди целыми днями, ваяй. Давно хотел сделать сверку данных со сводкой поставщика. Они там присылают эти сводки в формате иксель, понятное дело. И мне, так уж и быть, удалось заставить их не набирать их каждый раз заново, а переписывать старые. Я не знаю, это только у меня такая проблема, или вообще, у всех? Некий системный конфликт большого и малого бизнеса. У них там работает куча народу. Сидит целый отдел "девочек" от 20 до 70 лет, которые занимаются делом! Они знают иксель, потому, что они все "программисты", и вот они целыми днями заполняют таблицы! Так и называется работа - заполняют таблицы! Т.е. утром заваривают чай, обсуждают хахалей, и начинают "руками" писать в икселе - название, количество, цена и т.д. При этом одну и ту же работу выполняют разные люди, это задумка начальства - взаимозаменяемость, к тому-же, и им разнообразие - чтобы с ума не сойти? (я думаю, что это невозможно, чтобы сойти, нужен ум ) Но, так или иначе, но один и тот же товар может иногда называться по-русски, иногда по-английски, иногда первое слово по-русски, второе нет и наоборот. А то еще для моего удобства в названии будет добавлена ширина, причем между первым названием и вторым. Например, "Линолеум Идилия (именно так, с ошибкой!) 4.0 Nova Таркетт --- new!!!" Последнее вот это "new!!!" меня просто вывело из себя, но мне объяснили, что это в переводе с английского означает "новинка". Я же, по их мнению, никакого языка, кроме матерного не знаю... куда мне с моим свиным рылом В общем, я долго с ними бился, договорились, что они больше не будут переименовывать товары. А уж, как написано, так и будет написано. Пока работает. // И вот я решил установить библиотеку PHPEXcel и сделать себе модуль, чтобы можно было в 3 клика всю эту сводку сразу загрузить, сравнить с данными на сайте и все там исправить, если что изменилось. Вначале я подумал, зачем не модуль? Я же могу и так все загрузить, Я же не на продажу это делаю, а для себя. Но тут дело такое - Во-первых, у модуля есть эти модели Install - Uninstall, где можно создать таблицу в базе. Ее можно, конечно, и в модели самой проги сделать через drop table проверив exists а потом снова crate table - так даже лучше, потому, что мне-то каждый раз нужна чистая таблица. А у truncate нет if exist. Но это, вроде как, моветон. Не кашерно. Хотя, я. если честно, так и не понял, лучше это или нет? А. во-вторых, у модуля есть сеттинги. А они мне, как оказалось, все-таки нужны. Как бы я хорошо не владел вопросом, но.. мало ли? А вдруг завтра что изменится? Например, наценка? В общем, модуль, так модуль. С ocmod как положено, все такое. Опять же этот install.xml тоже нужен.. // Все почему-то пишут, что нужно начинать с language. Я так и не понял, зачем? Ну, сами посудите. Я же не знаю с самого начала, что именно хочу показывать? ДА, да, да. я понимаю, что любая работа начинается с долгого думания о том, что я хочу получить? но это не для меня. У меня все не так. Я только в общих чертах знаю, что хочу, а то, что получится, я начинаю видеть только, когда начинаю делать. Наверное, это неправильно, но в моем возрасте уже перевоспитываться поздно. Да и, в чем, собственно, проблема? Я же открываю сразу 4 файла в одном нотепаде++ - модель, контроллер, язык и твиг. Перейти мышкой и дописать переменную - плевое дело. Мне же не во двор с ведром выбегать за каждой строкой Потом я столкнулся с проблемой названия функций. Это старая песня. В 90-е мы все мечтали уехать в США и тогда было прилично не писать по-русски, дескать, мы же все американцы! Привыкай к новому родному языку! Но уже тогда было понятно, что список зарезервированных слов, во-первых, очень большой, а, во-вторых, не все там указано. При этом такие приятные слова как list var direction trigger и пр. наверняка уже использованы, так что нужно создавать что-то химерное. А это раздражает. Поэтому уже тогда народ начал облегчать себе жизнь и писать peremennaya, svodka, vkluchka - ну да, неказисто, но зато понятно и точно не использовалось. И вот я решил назвать функцию AddTable - снова наступил на те старые грабли. В результате получилось что-то жуткое. Все отработало, но моя вьюшка вылезла в видел кода, обернутого в <pre> ! Я же не пью! Откуда белая горячка? А вот. После того, как я закоментил все! строки я понял, что в этой функции ничего, кроме имени нет, значит, оно и не работает. Изменил на Dobavit - пошло. Вот так, оказывается // Приятно пользоваться твигом. Причем можно же вызывать один и тот же контроллер после выполнения. например, сравнил цены - показал, что изменилось, потом update и снова тот же контроллер. Теперь 0 отличий, поэтому твиг радостно обработав {% if result %}, выдает alert-success - Все в порядке! // В общем, сейчас все работает, ну, я там, может, еще что-то дорихтую, поработаю надфилем, но, в общем, все пристойно. И я теперь довольно уверенно общаюсь с моделями, контроллерами и пр. механикой. Это тоже радует.

Ну да, 3-я. Там все как-то не так просто. Если переписать просто айдишки через подчерк, все равно, не работает. Хотя, как ни странно, если войти в редакцию каточки и спастись, можно даже ничего не менять, она делает все то же самое, но только айдишка записи становится другая. Т.е. она удаляет старую запись и делает новую точно такую же! И все работает? Почему? Где-то есть еще таблица, где пишутся айдишки seo_url ? или что?? В общем, пока, вроде, не очень раздражает, но протыкать руками все записи - это не гуманно. Да и стыдно как-то. .:-)

Нашел, где собака порылась. Это в таблице seo_url нужно правильно разложить seopath. Главная категория id а потом через "_" дочерняя..

Что-то не нашел ничего по своей проблеме. У меня товары выложены как в родительской категории, так и в дочерней. Но в карточке в хлебных крошках дочерняя не видна. Вид такой - Главная ->Родитель-> Товар, а хочется, чтобы было Главная -> Родитель->Дочка->Товар Расставил все main_category в oc_product_to_category в правильные 0 и 1, но картинка меняется только после того, как открываешь и закрываешь редакцию товара из админки. Даже заменил все date_modify на now() но и это не помогло. Ну, не протыкивать же все товары! Это какое-то поле в товарах, судя по всему, но, блин, какое??? Кеш чистил, не помогло..

Ну да... много ресурса будет задействовано. Но я тоже так думал, когда переходил с Qbasic на QC в 90-е годы. Типа, exe-шка меньше, компилятор, не интерпретатор, на ЕС-1801 бегает быстро.. А потом появился 486, потом пентиум и оказалось, что никому на фиг не нужно все это. Железо развивается быстрее софта. Язык будущего - интерпретатор без оптимизации процесса. А так да.. начинаю постепенно очаровываться твигсами. Все-таки, наверное, так проще-то. Да и что теперь делать, если он уже есть и так и будет. Не воевать же с реальностью? Нужно адаптироваться.

Убить вместо того, чтобы оживить??? Радикально.. но не гуманно

Ну, и зачем этот <table> и как теперь мобильную версию верстать? td друг под дружку не сложатся.. они этого не умеют..

Оказывается, в этом Твигсе есть тернарный оператор {{ foo ? 'yes' : 'no' }} и даже так {{ foo ? 'yes' }} и даже "Оператор нулевой коалесценции" {{ foo ?? 'no' }} Возвращает значение foo , если она определена и не пуст, "no" иначе почему об этом не упомянули тут

У меня почему-то не работает полный путь.. Но, можно же было сделать так, что если лежит в той-же директории, то можно и без пути? А то, заморочно. Насколько я понимаю, твиг не дает __DIR__ вызвать. Неудобно это..

читал! ну. то, что нашел. https://twig.symfony.com/doc/2.x/tags/include.html Ужо пытался и путь весь передавать. Кстати, было бы неплохо. Может, у меня повторяющиеся блоки будут лежать в отдельной директории.. НО нет. Только из одного места и берет. Наверное, какие-то настройки нужны дополнительные. Но это, как-то странно. Мало того, что из примитивного фреймворка с громким названием "язык программирования" PHP сделали фреймворк, чтобы было удобнее, чем то, что и так, в общем-то, удобно. Но так теперь еще нужно читать документацию по настройкам, чтобы понять, почему мне удобно? А то так, вообще-то, не чувствуется удобства-то особого.

У меня почему-то include ищет файлы только в storage/modification/catalog/view/theme/ Т.е. если его положить в той же директории, не найдет, а вот если туда - ищет. Причем, не рядом со своим братом в модификейшн а именно вот просто в теме. Вообще, как-то неказисто работает этот твиг.. Ни тебе дебага ни print_r просто 500-я ошибка и все. а если пускать на локалке - там хотя бы PHP ругается, можно понять, что не так. Я уже print_r научился делать через форыч, ну, чтобы проверить контроллер, но это же... моветон!

Да, есть некая сермяжная правда в этом.. Хотя,. я -то практик, не теоретик, Чего мне там по движку лазать? У меня магазин, и малый бизнес. Насколько малый, что я - гендиректор, программист, кладовщик, водитель и грузчик. Была задача переехать на новый движек - переехал. А теперь -то хочется про это забыть и работать. Хотя бы лет на 5. А что будет через 5 лет? Это вопрос риторический... там могут такие события произойти и у меня и в стране и в мире что ...

Вот, я освоил эту науку осимодов и теперь сижу и думаю, ЗАЧЕМ??? потому, что потом будет обновление, а у меня все на модах? Но, тут, момент такой а - последнее обновление с 2 на 3 заставило перейти на твигсы, Так что все эти 2х модификаторы стали непригодными, если они что-то делают во вьюшках б - если создать свою тему, ее обновление не тронет, так что править оформление можно и без модов в - когда еще выйдет обновление? и не получится, что к тому времени сам опенкарт станет историей, потому, что все перейдут на какие-то другие SQL или еще что-то придумают? Получается, что 1 - все эти осимоды нужны только для того, чтобы их продавать. Согласен, 2 - если нужно исправить что-то во вью, они, вообще, не нужны, нужно просто сделать свою тему и все. 3 - если начать править вью во внутреннем редакторе, все будет браться оттуда Про последнее, вообще, как-то странно все это. Дескать, данные лежат в базе и защищены. От кого??? Да и ладно, ну пусть. Но редактор-то Г- НО полное. Шрифт мелкий, ну, это можно через CSS поправить, но проверка синтаксиса такси-беее. Даже, блин, нормального поиска нет! Нет номеров строк и пр. -- в общем.. только 2 слова написать и оба матерные.