Baco

Пишем в тех. поддержку модуля Palladin SEO Manager с пометкой "ВАЖНО!!!111" и далее текст:

"You module (Palladin SEO Manager) is broken, i'm use news module and not have a seo url... Some issue or need to write bad review ?"

В таком случае, зачем грузить в startup-е , например 'library/pagination.php', его же можно "по ходу" добавить, как и $this->response ('library/response.php') - тоже можно по ходу документа подключить...

в 2.0 - spl_autoload_register('autoload'); системных классов, просто почитав startup.php можно или там инклудить или в правильном месте добавить хелпер, с 1.5.х - другой момент, но даже пусть в startup.php добавить свой хелпер будет грамотней, чем инклудить по тпл-кам...

Вот здесь я не пойму, какое отношение название переменной или коммент к ней имеет к быдлокодерству ?

Быдлокодер - это индивидуум, способный нарушить стандарты кодирования из за незнания таковых или... неумения написать по другому... впихнуть подключение регистра в шаблоне, или... require файлов делать - для меня это уже показатель, есстественно, если sql в tpl - это верхушка мастерства (такое только в индусов встречал и у одного киевского магазина), пусть павлики и усовершенствовали шаблонизатор, но это не значит что можно игнорировать всеми принятые правила кодинга...

Поэтому быдлокодер использует неочевидные и абсурдные решения, а не сарказм в названиях переменных или стрессоустойчивые комментарии...

Не соглашусь :) Потому что - OC является, к сожалению, одношаблонным, иначе бы пришлось этот функционал шаблона (настройки) пихать в котнроллеры

В 1.5. - шаблон(view), практически, ничем не отличается от контроллера, хоть  модель вызывай

 

Вот погодь... в 2.х будет в шаблонах что-то типа global $config

На 2.0 ковыряю магазин, есть задача - прописать микроразметку по html, в итоге получаем это:

www/catalog/view/theme/pav_sportshop/template/product/category.tpl и уже в нём:

едем дальше в product_collection.tpl:

дальше думаю продолжать не надо... нет оправдания такой вот прописи логики.

Явный пример быдлокодинга, тут лезть и править что то, что гирлянды в темноте вешать, этих павликов давно уже пора кастрировать, а то понакупают шаблонов, на вид красивых, а внутри ***

По сабжу - то дайте ссылку на сайт, а то по разметке гипертекстовой - не угадать, что нужно, а что нет, авторам не пробывали написать с таким вопросом на правах тех. поддержки ?

P.S. За такое:

require_once( DIR_TEMPLATE.$this->config->get('config_template')."/development/libs/framework.php" );
...
$helper = ThemeControlHelper::getInstance( $this->registry, $themeName );

расстрелять.

В карточке товара: route=checkout/cart/update

на остальных: route=checkout/cart/add

Только кнопки купить для каждой не будет...

Есть ещё такой.

Можно сделать такое, но дорого.

1. Simple checkout

2. FilterPRO

3. SOFORP fast sitemap

4. Пакетное редактирование товаров

5. Блог, новости, галереи

...

Вот список самых востребованных при разработке, остальные - под вид бизнеса подбирать надо.

1. А вы про С слышали? Мне бы стыдно стал после такого заявления, узнав что линюкс используют только для написание кода...

2. Тут идет речь не о моем коде, а о том что не все покупатели понимают что проблема в их сайте и это связан с их изменениями.

3. Меня не надо учить, учите всех покупателей которые изменяет стандартные коды отходя от стандартов.

Так какого милово вы все свои файлы (даже известный установщик) под ионкубом держим ?

по поводу unix-ов, то поверьте, вы не единственный тут гуру, способный автоматизировать подобные соккеты\демоны и прочие скрипты, которые массивы json обрабатывают, по поводу покупателя, то они то как раз недоумевают, почему после установки, отваливается какой то модуль, а всё из за того, что нарушена логика или добавлены изменения, я не хочу дискутировать, но просто вмешательство - это крайний случай, а если хотите свой функционал - делайте по MVC - свои модели и контроллеры, что бы не пересекались со стандартными - и пишите хоть на Notepad ++, главное что бы другие прочитать и подправить могли.

С вами спорить бесполезно.

1. Если вы про меня, будьте уверены, я намного лучше пишу коды, я пишу и на линюксе, в отличии от вас у меня всё автоматизировано. Сравните рейтинг наших модулей, лайков. Мои модули одновременно работают под всех версий, 1 архив для всех версий. Вам далеко ещё до моего уровня.

2. Я пишу грамотный vqmod код который максимально совместим с изменениями, для этого я пользуюсь регулярными выражениями и каждый раз не возникают ошибки когда в кодах есть изменения.

3. Вы же не можете всем идиотам не менять коды в моделях. Я очень часто увидел изменения в моделях. Даже видел когда function getProduct($product_id, $default_data). Я согласен что это неправильно, но это они не поймут же! Они хотят что бы купленный модуль работал с их кодами, и не всегда модуль покупают разработчики сайтов, когда владельцы покупают модуль и увидят что модуль не работает, они обращаются к автору, а не своему разработчику. Откуда им знать что его разработчик не грамотно изменял коды?!

1. На linux-е не пишут, его используют для написания кода... Например bash, sh, c... 

2. "Я согласен что это неправильно, но это они не поймут же!" -  Вот он, подход быдлокодинга... ИМХО (с таким подходом - жигули собирать, а не код писать)

3. MVC - систематезированный паттерн написания кода, вот стайлинг, и если взялся писать код, так будь добр - почитай как должно быть.

$filenamepath = DIR_LOGS . "wtf.xml";

$fp = fopen($filenamepath,'w');

$write = fwrite($fp,$xml_output);

$this->log->write('wtf:' . print_r($xml_output,1));

Напишите в ЛС, но для справки: минималка 20 баксов, за час работы... можно и за спасибо, но с отзывом об оптимальности помощи и отписать решение тут в теме, что бы другие смогли найти ответ, если устраивает, то вперёд...

bootstrap - вот ваша панацея.

Такой не смотрели ?

Напишите в ЛС скайп или стукните мне (смотреть в профиле).

если вы его хотите использовать, то нужно переписать вот так:

public function getProductTags($product_id) {
	$query = $this->db->query("SELECT tag as tags FROM " . DB_PREFIX . "product_description WHERE product_id = '" . (int)$product_id . "' AND language_id = '" . (int)$this->config->get('config_language_id') . "'");

	return $query->rows;
}

public function getProductTags($product_id) {
	$query = $this->db->query("SELECT * FROM " . DB_PREFIX . "product_tag WHERE product_id = '" . (int)$product_id . "' AND language_id = '" . (int)$this->config->get('config_language_id') . "'");

	return $query->rows;
}

Но этот метод для 1.5.3.х правдив, для версий выше - теги берутся с другой таблицы - product_description

Подскажите хотя бы в какую переменную записываются данные о заказе, после нажатия кнопки оформить заказ??

$this->model_checkout_order->addOrder($data);

Если брать во внимание META формирование, тогда всё чотко:

Подтверждаю, на фронте одни index.php?route=ы

генерирует МЕТА-теги на лету

Позвольте узнать, не методом ли rewrite ?

Вым не прогера, а верстальщика в большей степени надо...