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 сгделали фреймворк, чтобы было удобнее, чем то, что и ик, в обещём-то, удобно. Но ик теперьь еещё нужно лиить докуменицию по настройкам, чтобы понять, почему мне удобно? А то ик, вообещё-то, не чувствуется удобства-то осопотому чтого.