requinix

It's not like the experience is entirely unusable... Make the scanner so it gets the data from the QR code. Use Javascript to do whatever it takes to validate with the dropdowns - I have no idea what this part is since you didn't go into much detail about it. Then either you submit a form or you send an AJAX request to the server to store "the timestamp" (what timestamp?) in the database. Break the whole thing down into discrete steps: scanning the QR code is one, validating with the dropdowns is another, scanning the second QR code is a third, and so on. Work on each step in turn.

Store it using YYYY-MM-DD. Always. If you want to display it differently then you can display it differently.

Yeah, sure, it sounds all very possible. What do you need recommended? Sounds like you already know what you need to do.

It can be hard to know what the problem is when we cannot see the page in our own web browser, but You have float:left for your images but not for the pagination links. float is not very good and CSS has better options for how to display items. For example, try display:inline-block instead of float:left.

"cannot get it to work" means nothing. What do you expect it to do and what does it actually do? Are there any error messages? On the subject of error messages, you need to check for errors with the file upload before you try to do anything with it. Addressing this in your code now will likely help you identify the problem.

Yeah, pretty sure you've got a custom subnet for the VM images. They need to be bridged with the host so they're all connected to the same 192.168.1.x network. That's the only way anyone outside of the host will be able to connect: if they're on the same network.

The first bit of code, that does not appear to be for the Contact button. It looks like it handles the "Ask a question about this print" and "Back to: Prints" links. The part responsible should be somewhere in <?php echo $this->product->event->afterDisplayTitle ?> <?php if (is_array($this->productDisplayShipments)) { echo '<div class="vm-product-shipments">'; foreach ($this->productDisplayShipments as $productDisplayShipment) { echo '<div class="vm-product-shipment">'; echo $productDisplayShipment . '<br />'; echo '</div>'; } echo '</div>'; } //In case you are not happy using everywhere the same price display fromat, just create your own layout //in override /html/fields and use as first parameter the name of your file echo shopFunctionsF::renderVmSubLayout('prices',array('product'=>$this->product,'currency'=>$this->currency)); echo shopFunctionsF::renderVmSubLayout('customfields',array('product'=>$this->product,'position'=>'ontop')); echo shopFunctionsF::renderVmSubLayout('customfields',array('product'=>$this->product,'position'=>'normal')); because that's what comes after the title H2 and before the Info heading. I suspect it's one of the customfields layouts, given that there are two of those and you have a problem of two identical buttons, but the screenshots are missing things like shipping information or prices so I'm not entirely sure. What link? Where is the URL coming from?

... For one, percent and weight are not interchangeable units. I can't imagine why a thing is being labelled with a "kg" unit when it's supposed to be a percentage. It doesn't make any sense. It isn't the sort of problem that should exist. For two, I can't imagine why someone has a thing in a (shopping?) cart that is measured in percentages. Sweeping this problem under the rug is not the answer. You need to deal with the fact that WP or whatever is attaching incorrect units to the items. Because there's a really, really good chance that the wrong units are a symptom of a larger problem.

I guess my question is why the letter is even there in the first place if you don't want to see it.

Did VM Server get its IP address from the same place that PC1 and PC2 did? Does the VM Server have its port 80/443 exposed publicly?

Do you have any suggestions for how we might be able to find out what "doesn't work" could possibly mean?

If you can find a third-party service, or perhaps better a library you can download and install, that is capable of this then you can work it into your PHP (or Javascript?) code. So the first step is to look around and see what your options are.

Sessions are for sharing data between pages. This does not involve sharing data between pages. Sessions are not appropriate. Don't get ahead of yourself. You're imagining stuff that does not need to exist. Breadcrumbs for a user CP page? You don't need anything "universal" to do that. It's Forum -> User CP. That's it. There's nothing fancy there: just a link, an arrow, and some text. You can write exactly that on your page. Breadcrumbs for things like threads and lists are potentially trickier because you don't always know the hierarchy. Threads are in subforums, but what are subforums in? Other subforums? You don't have that information ahead of time. Don't bother with anything universal. You don't need it. Just get breadcrumbs on thread pages working.

It's fine, don't mind it. Sounds like the breadcrumbs for thread #3 would be: Name of your site or Forums or something > Whatever the name of the parent thread list #1 is > The title of thread #3. If thread list #1 was contained inside another list then it would go: Name of the site or whatever > Name of the grandparent thread list > Name of the parent thread list #1 > Title of the thread #3.

Ah, okay, wrong "folders". Forget those. And don't mind what the URL looks like. But the link could be useful. You've got a topic #3. Does it belong in a forum? What is it part of? That thing is going to be part of the breadcrumb.

I think you have your cause and effect backwards. You shouldn't be starting with "I want breadcrumbs" and then deciding "I should make folders for it". You need to consider whether you want folders in the first place. Given that you're working with some kind of forum thing, you probably do. Get those folders up and working first, add breadcrumbs to your pages second.

Correct. Apparently you're calling checkInput() with a string instead of a phpSerial object.

Your breadcrumb is based on browsing history. Are you sure that's what you want? Because I really doubt it is. And if it is then you should really reconsider because that's not how they're supposed to work. Unlike the kind you hear about in stories, page breadcrumbs are not history but about location. For example, look at the breadcrumbs for this page (just above the page header): this page is located in PHP Coding Help, which is a subforum of PHP Coding, which is one of the main categories for the whole site.

DateIntervals have never been comparable. What has been the case was that PHP didn't prohibit it, but that meant you got the default object comparison behavior: always false.

Ah, there's no feeling in the world quite the same as receiving a reply that says "thank you for the advice on what I should be doing right but I really don't give a damn".

Sorry but I'm going to have to start with the non-relevant stuff first. 1. Exactly how many <html> tags do you think are appropriate for a webpage? Spoiler: the answer is exactly one. Refactor your code so you have less stuff in the loop. 2. Don't use IDs for HTML elements unless you actually need it. Form fields do not need them in order to work. Just names. 3. If you need a PHP function (you don't but it's not a particularly heinous crime) then don't mix it into the HTML output. Keep it somewhere easily accessible and far out of the way. Such as at the beginning of the script. Slightly more relevant, 4. Nobody uses inline event handlers (eg, onclick) anymore. That's so 1990s. If you're using jQuery then you might as well use it for its strengths - such as event handling. Find a way to set up a single event handler that will automatically apply to all of the buttons. 5. If you're using AJAX then don't bother with the <form>. It doesn't mean anything. And actually relevant, 6a. AJAX only sends the data you tell it to send. And right now, all you're telling it to send is that "call_func" thing. 6b. Your click event handler (the one you're going to write as you address problem #4) will know which button was pressed. All you have to do is get the button's value and add it to the AJAX request data.

Logically speaking, not all DateIntervals are comparable. Some are, depending on what they represent and how they were created. But most aren't. Consider 30D vs. 1M: sometimes they're equal, sometimes the first is less than the second, and sometimes the second is less than the first. Like kicken said, compare the intervals with respect to some relevant starting date. And I bet there will always be some relevant date you can use.

The only way that could possibly happen is if you gave us something to look at.

fetch('/site/server.php', { should work. If it didn't then you probably forgot the leading slash.

/site/server.php would have worked just as well. Of course either way you'll still have to fix it all when it goes live. Would be worth some time seeing if you can't rearrange some stuff to avoid having those sorts of problems.