tbirnseth

your request is well beyond the scope of a community forum.  Suffice to say that yes, you can change things to appear differently in the admin/vendor views.  But you would need to either override the pages to change language variable names based on context or ask cs-cart to add a hook (or temporarily add one yourself) to the __() function like

fn_set_hook('lang_vars_pre', $var, $params, $lang_code)

that would allow you to change the value of a language variable if a comparable name existed.  I.e. for 

'customers'

if an complementary name of 'vendor.customers' exists, then you would substitute that value for $var.

 

This is all just examples, don't rely on the actual values I've referenced.  A better (more unique) naming construct would be better.

Changing menu structure is well outside the scope of the community forum. 

 

Personally, I prefer UI's that work as follows for a main menu:

* hover displays the list after 500ms

* clicking the menu name (top) automatically selects the first item in the list which should (in this case) be 'Products'

 

It saves clicks and (like you've noted) saves \duplication especially on mobile devices.  It also seems much more intuitive than a Products menu where Categories is the first in the list.  But that can be changed in the backend.  But the main navigation menu functionality is pretty embedded in the code.  You could add a lang variable and call it something like product_menu_item and give it a value of "Seller info" and then change the schema for the navigation to use that language variable in a my_changes/schemas/menu/menu.post.php.

sorry, I've already freely provided all that I can in support of your endeavor.  

Again, I strongly suggest you hire a developer to help you.

I agree with @harmsmitsdev on this one....  There is no business model to support the investment nor the maintenance.

 

It used to be (when I first started developing for cs-cart) that cs-cart was cautious about stepping on addon vendor's addons.  I.e. if functionality were available in an addon from a 3rd party developer, they wouldn't add it to the core product.  Then they got bigger!!  Now, they seem to have total disregard for 3rd party developers and their investments (unless you're simtechdev).

 

You'll notice that the number of new production addons has decreased over the past few years.  Reason is that it's no longer profitable to do so. There's just not enough volume and when cs-cart stomps on your work it just depreciates the value of the addon in the market.  No need to compete with the big-fish here.

 

Best solution is for you go get together with several other merchants (cs-cart customers and more importantly potential customers) and demand that they adjust the product to meet your needs.  If not, the only power you have is to walk away.

 

We've tried to address pieces of this in our EZ Vendor Fields addon for MVE that lets a site admin hide various menus and fields from vendors that aren't need by vendors on their site.  But my bet is it will last less than a year before I have to pull it because either cs-cart will add something similar (and most likely less complete) and/or the maintenance costs will become too high relative to sales. 

 

Using EZ Vendor Fields as an example, it was released in Nov-20.  There have been MAYBE 1/2 dozen sales.  I'll need about 50 sales just to break even.  You can do the math for how long that will take  Bottom line is that cs-cart addon market is VERY SMALL.  It takes forever to recover your investment in production addons.  Therefore there's not a lot of incentive to make large investments in addons that won't be profitable till after I die.

 

It's all business.  If you want addon vendors to provide lower cost production addons, then you need to buy our products.  Otherwise it forces us and you into custom development which is much more expensive for you and much safer for us.

They should involve the community at the concept and design phase.  Beta is way too late in the process and they are highly resistant to any design changes once they've implemented.

 

It's a development driven organization.  More energy is put into new technology (not functional improvement) than into both fixing outstanding issues and to acting on customer requests.

 

Fixing bugs is only a lot of work if:

1) you have defect density that is greater than your development staff's ability to resolve.

2) You get behind and refuse to invest in catching up.

3) Your QA process doesn't include defined workflows and only validates via automation.  Nothing beats monkeys on a keyboard to test a product given scenarios and workflows.

Yeah if I want to spend my time researching, debugging, testing and submitting.  Sorry, that's their job, not mine and why we all pay "prolongation license fees".  If they start paying me as a developer, I'm happy to do their work for them.

Agree with Ecom... 

If it's specific to "log clear", you could create a file named app/addons/my_changes/backend/logs.pre.php

And in it have content similar to:

<?php
if( !defined('BOOTSTRAP') ) die('Access denied');
use Tygh\Registry;
 
if( $_SERVER['REQUEST_METHOD'] == 'POST' && $mode == 'clear' ) {
  $email = db_get_field("SELECT email FROM ?:users WHERE user_id=?i", $_SESSION['auth']['user_id']);
  $msg = sprintf("[%s]: %s cleared logs.\n",  date("m/d/Y H:i:s", TIME), $email);
  @file_put_contents("./clear_log.log", $msg, FILE_APPEND);
}
return array(CONTROLLER_STATUS_OK);

Why don't you want to track product views?

product views are done in the frontend/products.php controller.

Suggest you use the hook 'update_product_notifications_pre' to alter the data that is updated if you want to disable the 'viewed' tracking.

 

I can't find the template code you are referring to in the standard release.

 

If you need help utilizing the hook, feel free to contact me via the 'get a quote' link in my signature. 

 

If you truly want to do this hourly because you want to see views/hr, suggest you also utilize that hook and possibly extend the functionality  to capture views/hr rather than zapping the total views.  But note that you will then need code to visualize the data like a line graph or bar graph and a way to select the period you want to view.

I believe on the admin side you would need a small chunk of custom code to reorder the navigation tabs data that is generated.  I would use a 'post' controller like app/addons/my_changes/controllers/backend/products.post.php containing something similar to (not tested, just an idea):

if( !defined('BOOTSTRAP') ) die('Access denied');
 
use Tygh\Registry;
 
if( $_SERVER['REQUEST_METHOD'] == 'GET' && ($nav_tabs = Registry::get('navigation.tabs')) ) {
  $my_tab_order = array('general', 'options', 'shippings', 'qty_discounts', 'product_tabs', 'seo'); // all the rest will be copied over in their original order
  $new_tabs = array();
  foreach($my_tab_order as $tab_id) {
    if( isset($nav_tabs[$tab_id]) ) {
      $new_tabs = $nav_tabs[$tab_id];
      unset($nav_tabs[$tab_id]);
    }
    // Unspecified tabs are left in $nav_tabs;
  }
  if( !empty($nav_tabs) )
    $new_tabs = array_merge($new_tabs, $nav_tabs);
  Registry::set('navigation.tabs', $new_tabs);
}
return array(CONTROLLER_STATUS_OK);

 

This should result with a tab order of general, options, shippings, qty_discounts, product_tabs, seo, files, subscribers, addons, features,buy_together, attachments and blocks.  Followed by any addons that may add to your product tabs.

Generally, these are separate products.  However, you might be able to use variations to get what you want.

Feature: Product Quantity

Variants: single, carton

Think you should ask the helpdesk about this given there's no other administrators response.

function fn_alter_cart_products(&$cart, $leave_items=0) {
  $item_count = count($cart['products']);
  if( $item_count > $leave_items ) {
    $_products = array_reverse($cart['products'], true);
    foreach($_products as $cartid => $item) {
      if( $leave_items > 0 ) {
        $leave_items--;
        continue; // leave this item
      }
      unset($_products[$cart_id]);
    }
    $cart['products'] = array_reverse($_products,true);
  } 
}

Not sure your browser code will happen in a POST.

You can use 'die("Got here"); instead.

We've developed an easy to use addon tha allows you to hide selected menus, tabs and fields from Vendors.  
 
It can also optionally modify email fields for:
  + From customer to Vendor - hide customer email/phone fields, change from/reply-to email headers to be from site
  + From Vendor to Customer - change From/Reply-to to Site email address (TBD - change Vendor's email/phone to site's email/phone).
 
Purchase site: https://ez-ms.com/ez...dor-fields.html
Documentation: https;//ez-ms.com/docs/ez_vendor_fields.pdf
Marketplace: https://marketplace....dor-fields.html