Adonis4000

I have to imagine you're probably coming across Cross Origin request errors.  Take a look at the network tab of the dev tools of the browser you have this running in.  You'll be able to see more detail about the request and why it was rejected.

Tried that and it still doesn't work
I just didn't bother because it's my username lol
 
What did work for whatever reason is finding the frame by ID instead of by XPATH. No idea why, but it works now, so thanks anyway

This was it. After creating a new project vs code worked fine. Dev C++ happened to use an older version of the compiler and thus worked fine, which only added to my confusion.
 
In my header files I always start with:
#ifndef TIME #define TIME class time { ... }; #endif which I thought was supposed to cover cases such as this but apparently not? I'm not entirely sure what that does now.

It means it should only be included/defined once, otherwise you end up redefining it every time the header is included causing a self conflict.
 
When you have conflicting file names you should include them using a relative path rather than a globally defined one.
You can setup your environment to prefer local includes over global, which is possibly what your Dev C++ Environment was doing. You however shouldn't as it causes confusion down the line.
 

It has a built in profiler, better debugger, better refactoring tools and better code completion.
VS can manage the whole project while in VS Code you might need build scripts and stuff.
 
I think these are the main differences.

This is usually the best solution long term. Otherwise it's easy to fall into the "indefinite tech support for free" trap.
 
That depends a lot on what the client wants. If they want to have a simple website with content they can update on their own, using some form of CMS is usually the easiest. If they want a lot of custom stuff, creating something from scratch might work best. Though as time progresses you'll typically accumulate a lot of "templates" you can use and adapt as needed.
 
Again, really depends on what the client wants. For example we use Angular for most of our web apps and the page content is pretty much exclusively handled by Angular templates. We don't write any more HTML and CSS than necessary. It's tedious and boring and there are frameworks out there that handle all the cross-browser compatibility headaches for you already.
 
Depends. Some clients host stuff themselves. Others have contracts with us that detail how updates etc. are to be handled. The actual hosting happens elsewhere (e.g. AWS), because we don't actually have the necessary infrastructure or staff to provide anywhere near their reliability.
 
That's up to you. In many cases you'll have some contract with a customer that states what you'll be delivering. Payment may happen once the contract is complete or in increments (e.g. whenever a certain milestone is reached). The important part is to have a contract that details what is and isn't part of the final product, how much the pay is, whether payment happens as a lump sum or based on effort (e.g. hourly rate).
 
The more detailed the contract and/or specification is, the better, because it protects you against clients asking more and more without wanting to pay extra. It also protects the customer, because they know exactly what they'll get for their money and can insist on it being delivered if the final product doesn't live up to expectations.
 
Any changes to the contract or future additions or changes have to be renegotiated and paid for. If the customer wants to have some form of support or hosting, that would typically happen in the form of some monthly or yearly fees.
 
Depends on the contract. E.g. if we build something specifically for a customer the customer may pay for the source code and everything, meaning they own it. If they want to buy a customized version of our product, we retain ownership and they just pay for the adjustments.
 
The customer. A business is not a charity.
 
If you handle hosting on behalf of the customer, you're typically responsible for the technical details of setting up hosting etc. The customer pays you to do so. You use some (or all) of that money to pay the hosting company. I would avoid a situation where two parties have administrative access, because that can easily lead to situation where the customer will blame you if they broke something. If only one party has access, it's clear who did it and is responsible for fixing it.
 
We also have customers who provide hosting on their own, but pay us to e.g. install the product or perform some maintenance. In that case the general operation is up to them.
 
That depends a lot on your experience, the difficulty of the project, whether you retain ownership of the code (cheaper) or the code belongs to the customer (more expensive). Since you say you want to learn HTML and CSS, I assume you don't have much experience. In that case you'll not be able to compare your rates to that of a "professional".
 
In general, the rate should be enough to keep your business afloat (and ideally grow). Take into account how much money you need for your office, hardware, electricity, insurance, food … Then take into account how much money you want to have left once all of that is paid. The money you ask for needs to be able to cover all of that.

If you got 12 hours...
 
But its not that easy. So you will need to invest major time and effort into learning it. People spend years learning it.
Its a lot to learn, and thats just static like websites, want some more fancy stuff you would also need to learn some Javascript and PHP if you want to be fully competent in website building. But that's just the technical part.
One would also need a photo editor to edit ones pictures to the right size, aspect ratio and/or colors.
Then also comes the part of design, which is a whole different matter al together...
I would say start with video's like that, and make a test website to try things out.

And as to who owns what, thats just what you agree upon beforehand.
One would expect the one wanting the website paying for it. And the effort of creation might also want some reward of some sort.

What i personally found easiest, is that the one that wants a website pays for the hosting directly (and the website if applicable) and then give full admin access to the web-developer.

The .dev file is just a simple text file DevC++ uses to store project settings, and VS Code can't do anything with it.
 
 
 
 

Chaging the name of the file doesn't touch the file itself. The name is meaningless and has nothing to do with the format, it's just used for some OSes (and users) to decide what program will open it by default and it'll interpret the file contents however it needs.
 
The content of a pdf file is binary, not text. If you copy the contents with a text editor or python in text mode some bytes will be mangled/lost because they are not valid text characters. Need to open the file as binary.
 
shutil has file copy functions.

There are two problems here.
 
Firstly, the file name extension (.txt, .pdf etc) is a description of what should be in the file, but changing it doesn't actually affect what is in the file. Think of it as having a box of apples with "apples" written on it. I could cross out "apples" and write "oranges" instead, but doing that doesn't change apples into oranges. In this case, when you change the file extension from PDF to TXT, the file itself is still in PDF format.
 
Secondly, PDF format files aren't readable as text, which is why Python is throwing errors - it is expecting to see Unicode characters but the bytes it is reading from the file are not valid Unicode characters.
 
There are Python libraries available that allow you to read PDF files though so I suggest you use one of them.
 
If all you want to do is copy the files, use the builtin shutil module
 https://docs.python.org/3/library/shutil.html

I was thinking that since I am able to change the extension at the end of a .pdf to .txt and then back to .pdf without any loss of data, in theory I should be able to copy the text from the pdf file to another text file and then change that file to .pdf.
 
The reason for doing this would be to easily copy files using python, which there probably is a better way of going about (I have to yet to do proper research on it), but I am genuinely curious as to why it doesn't work.
When copying manually, I can see the copy is always a bit different that the original.
When copying with python, I get the error: 'charmap' codec can't decode byte 0x9c in position 470: character maps to <undefined>
 
Any help to understand why this doesn't work is appreciated.
 

Alcohol is poor conductor of electricity. Not sure if this applies to beer since it's not pure alcohol, but it is probably better than if it was water.

Alcohol is poor conductor of electricity. Not sure if this applies to beer since it's not pure alcohol, but it is probably better than if it was water.

You can have multiple repos you push/pull to/from. For example your repo is the main ("origin") repo, but if it's a fork from another repo you might want to add that as a 2nd remote (which it seems you did?) so that you can pull changes from the original to integrate into yours. 
 
 
git push <remote> <branch>  
https://www.atlassian.com/git/tutorials/syncing/git-push
 
Using a GUI makes things a lot easier to do and understand. I tend to use Sourcetree, haven't really tried github desktop.

Correct
 
Ctrl+C
 
Since you have added a 2nd remote you may want to add the remote name to the push.
 
Also you'll likely need to authenticate to push, if nothing happens it might be because your push opened a Windows authentication dialog in the background that you didn't see, and it's waiting for you to fill that up.
 

This worked, thanks.

@seagate_surfer
Actually, there is one thing I'd like to ask.
Do you have any hard drives that are capable of fully utilizing a usb type c connection at a 10 Mbps speed?

welp, I guess that solves it then. Thanks

Yes Red Alert 3 Uprising. My friend and I play it. It is pretty fun game.

Since you asked for opinions, I've never bought anything from G2A, and I'm only getting happier with that decision as time goes on.

I've never tried it for gaming, but it feels accurate enough with fast desktop movements, whatever that means. Build quality is great from Logitech and it feels best with a more fingertip style grip.
 
The Energizer Ultimate Lithiums are 17g each, the Panasonic Eneloop Lite rechargeables are about 10-11g if you can find them in stock anywhere they'd be great.

Zando Bob, I agree, I'll search a bit more logitech mice and see what I can find
Btw, I'm on a laptop so no need for a keyboard

Yes, people can tell the differences, but the music has to actually have content which would be lost when compressed at lower bitrates.
The samples you chose are crap, over processed songs with lows and highs cut and volume raised to sound nice to teens ... see Loudness wars on Youtube if you don't understand what I mean ... or see below: 
If you want to see how bitrates affect song quality, download a FLAC copy of an album or rip the tracks directly from an audio CD, from an album that's not processed to hell.
Load that file into a software like Adobe Audition and see the spectrum display .. view > spectral frequency display  in audition 3  ... you will see how when you encode to mp3 lower than 320kbps, the encoder cuts anything above some threshold like 16khz (because in theory older humans can no longer hear those sounds)
 
Download some Mike Oldfield FLAC albums, some Enya, music with lots of instruments, albums that aren't mastered for teen listeners , albums on which you can actually hear subtle notes. 
 
Here's some audio samples for you :  song 1 , song 2 , song 3  , song 4 , song 5 , song 6  (all between 20 and 40 MB , flac , lossless from cd or super cd)  (links will expire in a few hours)
 
Load them in a software like adobe audition before and after compression to mp3 and check spectral frequency and listen carefully to the tracks with some good headphones.
 
 
In addition, the proper way to do something like this would be to encode the samples to MP3 at those 3 different bitrates, then transcode each result to FLAC or some other lossless format. The transcode doesn't introduce additional loss of quality as FLAC is lossless.
This way you have a blind test, user can't tell the bitrate of the sound just by looking at the music player - right now I can just download all three samples and just by looking in foobar's status bar, I can see the bitrate.
 
 
 

You need to understand something first. 
There's audio codecs which compress the audio while removing a bit of audio detail in order to compress better ( MP3, AAC, AC3) ... these work like JPG image format works for images, or how h264 (avc) or h265 (hevc) or vp9  works for video - in order to fit everything in an amount of data (disk space or bitrate), some detail is lost.
Then, there's lossless codecs like FLAC or certain versions of DTS or ALAC on iTunes/Apple devices , which work like 7zip or WinRAR work:  they compress the audio without losing any quality. With such audio codecs, there's no fixed bitrate, because the amount of data required will vary depending on how complex the sound is at certain points.
So for example, you may have an audio track which starts with a person talking, in which case for those few seconds FLAC may encode the audio track at 100 kbps, and then you may have some musical instruments or a lot of noise which won't compress as well and for those moments, FLAC may need 600-1000 kbps to compress that song (2-4 times the amount of disk space / bitrate MP3 would use)
 
So first of all, if you want to make tests, you need to obtain a quality audio sample. There's several ways you can do that.
1. You find an audio CD that was "mastered" very well, before people started to raise the volume and lose audio detail in favor of volume (as I mentioned above) and use some software like Exact Audio Copy for example to "copy" the audio track to your computer, in a lossless format like "uncompressed WAV" or FLAC.
2. You go to an online store that specializes in selling high definition or high quality audio songs and buy the sample and download the lossless encoded version (FLAC or ALAC or uncompressed WAV)
3. You can download open source movies or videos with permissive licenses that have lossless audio included and extract audio from them.. for example see projects like "Big Buck Bunny" or "Elephant's Dream" or "Tears of Steel" .. here's loads more : https://en.wikipedia.org/wiki/List_of_open-source_films
 
Now that you have an original song (not compressed already), you can extract a segment if you want, and then from this original audio file, you create your compressed files.  So:
* you load the original uncompressed or lossless compressed audio file and save it as MP3 320 kbps file and name it "Track A.mp3"
* you load the original uncompressed or lossless compressed audio file and save it as MP3 256 kbps file and name it "Track B.mp3"
* you load the original uncompressed or lossless compressed audio file and save it as MP3 128 kbps file and name it "Track C.mp3"
 
Now you still have the original uncompressed or lossless compressed audio track, but you also have 3 different MP3 files.
You can now use a software to convert these MP3 files to a format where the bitrate has no meaning, and the simplest and easiest to work with format would be FLAC.
 
The easiest tool I know of that would do this would be foobar2000 : http://www.foobar2000.org/download
It's an audio player.. but you can simply drag the MP3 files into the playlist, select them with the mouse and then right click and select "Convert..." and then choose FLAC to transcode the MP3 files back to FLAC.
You won't lose additional quality when you encode to FLAC a second time, because FLAC is lossless. The files will be larger compared with the file size of your MP3 files.
 
Again, in case it's not clear... with lossless audio codecs like FLAC you have no control over the bitrate (how much disk space or how many kbps FLAC would use to encode one second of audio). But, if you compress the audio track using mp3 at 320 kbps and then convert it to FLAC, you'd get an audio file which sounds like the mp3 320kbps file but the bitrate varies depending on the amount of sound detail there is in every second of audio.
 
 
I uploaded them to a file sharing website (sort of) and then I linked to them manually .. see the "Link" icon above the text box.
 

Turns out i accidently found the wrong Lenovo laptop. Thanks about that