|
Maybe he's stupid and you can call, leaving a message that you're a police officer willing to give him a break if he returns the phone to where he stole it, at which point you (as the police officer) will return it to you (as you). He'll probably just laugh at you, but it's better than having your penis cut off by girlfriend IMO.
|
|
|
|
|
Please send me the fraudulent documents so I can laugh. I'd love to see passport.doc.
|
|
|
|
We're in Mason, OH (45040). Have ~2000m 2 usable roof space. We consume at least 138kWh/yr and this is projected to increase at least 5% (probably closer to 15%) YoY for at least five years. Energy independence isn't a priority -- I only mention it because we wouldn't want to be producing too much electricity. Duke offers net metering with renewables-generated electricity able to be sold back at the base price we'd buy at ($.0289/kWh). On top of the 30% federal rebate, we'd plan on taking advantage of the 10-year $.023/kWh credit as well as a .71% 20- or 25-year loan. We currently have a massive Liebert 600T of unknown capacity (the lead-acids are all at end-of-life and basically considered dead - we don't have the UPS switched to output to our outlets, even) which I'd LOVE to see replaced with Tesla UPS units. That said, with the generous renewables-made purchase price of Duke's, I'm assuming batteries are of little use outside its actual UPS use and for load-shifting (Duke does that time-of-day irritation). Assumptions made from researching some solutions on which I may be wrong (and would love to be corrected on!): - We're going to lose a lot of potential electricity in Winter months due to snow and it would be reasonable to forecast it as 50% soilage loss. Without easy access to the roof, we can't even manually clear it off and would thus need to find some kind of active heating solution of which I'm unaware.
- Tracking systems are great for "work" efficiency, but as far as I've seen, are never cost-effective and generally break way before the panels (which is a huge deal).
- Poly-si is a reasonable "short-term" (<25 years) solution while mono-si's long-term production output and efficiency makes it attractive in long-term forecasting - BUT mono-si may become an enormous PitA and cause massive losses during Winter months due to strings going down from some panels being partially obstructed. (maybe there's a workaround?)
- Relatively cheap panels seem to be particularly inefficient when operating below ideal capacity, where that single efficiency % mfgs like to throw around is flat-out misleading.
- Outside the panels, mounting solution, inverters, tie-in (do Teslas handle this?), and possibly batteries, I can get everything I need at Lowe's and/or Harbor Freight. (and Lowe's even offers some of the stuff I explicitly listed!)
- It's almost impossible for a solar installation to be NPV- UNLESS it's professionally installed. (our department has free time, so installation is effectively free UNLESS it results in exclusion from federal tax credits, in which case the cheapest option is probably still for us to go get certified and install it ourselves)
- Some locations require government permits??
Help appreciated. Details certainly available on request! I'm trying to snag actual electricity consumption data, but it's guesstimated for now (giant office kept quite cool in Summer). Here's a .sam going over a few different potential ways we could do this (there's a $10k cost added for mounting and misc. pieces while the additional $5k in labor is for consultations -- the 142.6kWh scenario assumes we buy a truck-load of UTRF-090s): https://www.dropbox.com/s/h65eax719s005c7/TG.sam?dl=0 |
|
|
|
Willing to escrow first transaction on this for free, BTC.05 for quick (and relatively inexperienced) code review. 5% escrow fee each time thereafter without code review.  |
|
|
|
After scanning the mining software with VirusTotal, deep antivirus malwares scan revealed 4 possibly malicious hacking viruses, including a Trojan horse: - Suspicious_GEN.F47V0819
Hacktool.Win32.BitCoinMiner.bAM
Artemis!830C7AE47D8D
a variant of Win32/BitCoinMiner.AM
also including its SSL-certificate belonging to an undetermined user, as well as the excessive amount of backlinks for such a small mining company. Many of these links come from porn, privacy and gambling-related websites. To be fair, a good number of AV programs label all miners viruses because it's hard to tell whether or not the user actually authorized them to run. SSL cert isn't necessarily worrying unless the company's supposed to be operating within the law (well... I guess most people assume they should be). |
|
|
|
Ok, now this is getting confusing.  Why not just do like this: I come to the site. I first input my address I want money send to. Next a deposit address is generated, or password first and then deposit address. With password, I essentially have an account, but I can't change the address money will be send to. That's a lot less convoluted, though. |
|
|
|
3. Get the user to provide a "return" address so then you don't need to try and work out where to send funds to (and works with either 1 or 2).
This has quite a few benefits, a big one being that you can be pretty damn confident you aren't going to run into unauthorized use issues. Locking accounts to return addresses also eliminates a lot of the attraction to would-be thieves (though it doesn't directly impact the attraction to fuck around in your own tables for a bigger reward). Thanks guys for quick feedback. I guess I forgot to mention that the 2 options is really then setup to keep it simple with no accounts where users have to login and stuff. With #3 I guess I need to setup some kind of account system too. With cookies, passwords and all that jazz. How does this work with #1 exactly? How would I best map the the transaction send address information to the user's account? Cookies with addr and username alone could work (rec addr as "username," username as "password"). User enters withdraw address, user enters username ("Generate one for me" preferred), hashed together creates login token saved as cookie. User can provide receiving address and username for account recovery but cannot ever change the receiving address. I'm not sure how you could implement #1 one way or the other with full confidence. You could perhaps prevent conflicts by generating a Bitcoin URI with a random string as the message. -Like bitcoin:1Whatever?amount=1&message=[UniqueHashHere]. If there's a dispute, just have the user relay the hash in the message until push messaging (or whatever They're calling it) is implemented. What are you doing, anyway?  I really like this idea! +1 to you sir. I'm not sure what you mean with "Generate on for me" though. Also, what's interesting about this is that even if someone knew both, they can't do anything of importance, which I like very much! Which one of these can be public information? If I want to be transparent I want to show both deposit and users receiving addresses (although I could in the account give an option to hide it). So, that would be public. Meaning "username" is more of a "password" and should not be public, right? You would assume all receiving addresses are compromised since an attacker would see them being sent to from your one BTC address, leaving only the username as a defense. Because of this, it's important users don't reuse usernames for this. Let's say Malicious Marvin looks through transactions sent by your site's BTC address and knows 1Whatever is Bill. -So let's say Bill goes by DrunkonCoins on BTCTalk. There's a good chance Bill's going to re-use that username, so it's good to try getting them to choose a unique username (or generate one for them) or at least make them aware their username is effectively their password. Ideally, you wouldn't use the public address as a username since the username itself should be a kind of password (and I just know someone's about to get up my ass over that  ), so... disclaimer: I'm just putting that out there as one possibility out of many..... but a lot of sites post user's usernames, so... you know.... |
|
|
|
The project will be like this: http://pastebin.com/QXW4nT2rADMIN PANEL (BACKEND)
1. can add item in bulk (al most item i will sell is in plain text, plain code text with delim)
like the import of this
http://allforbtc.com/ccstore/admincp/
username: admin
password: allforbtc1234
2. manage customer account such as change password, change point, change username, change user type, active/inactive user account
3. view user account list with register IP and country flag icon for that IP, and a number of payments were made by that customer
4. view the history of payment/deposit for that customers.
If payment was made with bitcoin, will have a direct link for that payment detail at blockchain.info
For example: https://blockchain.info/tx/f130202b337943eec4c080be6a89912b55f57a3b09e8ad99d32535430a56c705
4. can view history of item for each customers (items that customer paid/bought)
5. function REFUND for customers payment
6. function REPLACE for an item that customer was paid (mean EDIT the item that was paid of one customer)
7. ADD/EDIT/DELETE catalogue with icon image (which you did very well currently)
8. A statics page of shop to display:
- how many catalogues
- how many valid items in stock currently
- how many items were sold
- how many customers registered
- how many total payment/deposit from customers
- how much total in BITCOIN of all payments
- currently price for bitcoin/usd (price can get from BTC-E or BlockChain.info is the best)
...etc...
9. setting for shop so I can change:
- bitcoin address (the bitcoinaddress I will receive payment from customers)
- change admin password
10. Setting the point cost for each valid item customer checked from using CHECKER TOOL
like this service for example is checker tool:
http://www.chkcc.net/
user: emailsnipper
pass: emailsnipper
---------------------------------------------------------------------------------------------------------------------
---------------------------------------------------------------------------------------------------------------------
---------------------------------------------------------------------------------------------------------------------
FOR SHOP STORE (FRONT END)
1. Layout as i said, like this screenshot (FLAT + THIN + SMALL THEME)
https://i.imgur.com/04EVmuz.png
2. In SHOP MENU later when you design for CHECKER (to check account), the catalogue for item will be show as CHECKER catalogue
After click on the CHECKER catalogue, the form for checking/input will be displayed in RANDOM ITEM LIST
Like this screenshot (example) for checker tool:
https://i.imgur.com/U7Yfs7y.png
3. A Chat page for customers to chat together
4. A support page with online email form so customer can send email direct to me
5. A blank page so I can edit and display the PRIVACY, INTRO, ADSVERTISE for store
6. A page for me to public the news, write alert, notes to customers
7. A page for customers to edit their password and view history of payment that they made, items were paid
8. a deposit page for customers to deposit money with bitcoin
9. display the bitcoin price to customer to know current price of bitcoin/usd
10. display balance of customer
11. And i want username will be EMAIL and password will be stored in database as plain text (no encrypt) , and password require from at least 8 characters mix number upper
....etc.... good luck with 500$ and 3 days it is x20 or more Hard to tell if the coder's supposed to do all that or if that's what it's supposed to look like after and >90% of that's already in there. Poverty or not, I'll always hire someone working for peanuts. |
|
|
|
|
Home-distilled cranberry squeezins mixed with frozen lemonade (with ginger and orange peel!). It ALMOST doesn't taste like paint thinner... almost...
|
|
|
|
is there a pool "like a ponzi"
I keep trying to write up a response but have to stop because I get the giggles.  Even mundane pools may be operating mechanically identically to a ponzi. Many have the coins in the pool op's full control, so theoretically, the pool op could be spending all the miners' coins on Just-Dice, and so long as there aren't enough people withdrawing at once, this could continue for a significant while. |
|
|
|
3. Get the user to provide a "return" address so then you don't need to try and work out where to send funds to (and works with either 1 or 2).
This has quite a few benefits, a big one being that you can be pretty damn confident you aren't going to run into unauthorized use issues. Locking accounts to return addresses also eliminates a lot of the attraction to would-be thieves (though it doesn't directly impact the attraction to fuck around in your own tables for a bigger reward). Thanks guys for quick feedback. I guess I forgot to mention that the 2 options is really then setup to keep it simple with no accounts where users have to login and stuff. With #3 I guess I need to setup some kind of account system too. With cookies, passwords and all that jazz. How does this work with #1 exactly? How would I best map the the transaction send address information to the user's account? Cookies with addr and username alone could work (rec addr as "username," username as "password"). User enters withdraw address, user enters username ("Generate one for me" preferred), hashed together creates login token saved as cookie. User can provide receiving address and username for account recovery but cannot ever change the receiving address. I'm not sure how you could implement #1 one way or the other with full confidence. You could perhaps prevent conflicts by generating a Bitcoin URI with a random string as the message. -Like bitcoin:1Whatever?amount=1&message=[UniqueHashHere]. If there's a dispute, just have the user relay the hash in the message until push messaging (or whatever They're calling it) is implemented. What are you doing, anyway? |
|
|
|
3. Get the user to provide a "return" address so then you don't need to try and work out where to send funds to (and works with either 1 or 2).
This has quite a few benefits, a big one being that you can be pretty damn confident you aren't going to run into unauthorized use issues. Locking accounts to return addresses also eliminates a lot of the attraction to would-be thieves (though it doesn't directly impact the attraction to fuck around in your own tables for a bigger reward). |
|
|
|
|
Satoshi is a homosexual and was worried about Gawker releasing an article labeling Bitcoin as Faggotcoin. Gavin and Satoshi talked over the benefits and drawbacks of being open with the world's intelligence agencies and, in the end, Satoshi decided it was valuable to everyone to try maintaining a "clean image" for Bitcoin by having Gavin go to the CIA, but decided his involvement absolutely had to end, or else the CIA would have started threatening to release images of Satoshi in compromising positions to Gawker. Satoshi left the project a martyr but is definitely still alive, scraping by through extorting old-timers with assassination, bitter over the failure of Gavin's "Bitcoin orientation" for the CIA with regard to purifying Bitcoin's public image.
|
|
|
|
I snuck in some more closely-analyzing looks while the F*d guy was distracted by talking to giga a few months ago in Orlando. They're absolutely gorgeous in-person -- very currency. If it weren't giga talking to him, I may've tried walking off with a couple. |
|
|
|
|
Cointellect is a ponzi, not a mining pool.
|
|
|
|
That's a tough one... Chris Christie, Jeb Bush, no idea, no idea (overweight & drunk Oliver North?), Brit Hume???, Bobby Jindal, Rick Perry (those glasses...), Mike Huckabee, Mitt Romney. Or, Bridge Asshole, Dubya's brother, no idea, no idea, Fox anchor?, that guy who isn't white, I forget, Fox anchor, guy who ran in 2012 or 2008 (and isn't Dick DeVos who I frequently confuse him with). Based on my own familiarity with candidates, I'm going to guess Jeb Bush competes primarily with Mitt in 2016 and wins, with Rand coming in with a strong 2nd but rarely attacked by opponents. |
|
|
|
My tip is to stop giving a fuck. Pretty much that. You can still be "on" and logical without giving a fuck. All of my favorite people could be described as being both "on" and "off." If I weren't worried he suspects me of "chemically poisoning" him ("I've got all the symptoms" - doesn't know which chemical, but he's insisting someone poisoned him), my favorite person would be a completely cuckoo bananas, drug-addled co-worker who once came out of the bathroom and asked, "did you just feel the momentum shift?" "What the fuck are you talking about?" "I just shifted the momentum and was wondering if you felt it." There's someone who doesn't give half a fuck about anything, but he still cares about some things. I think the transition from "not caring" to "not giving a fuck" (and there IS a difference!) is probably the most difficult phase in growing up, one many people never go through, and the transition probably most important in becoming a character. Trolling is maybe the most effective method of converting GaFs to DGaFs... following through and never revealing to the victim you really didn't give half a fuck when you insisted "you still need to file a near-miss report for OSHA compliance because you already plugged those powered speakers into a non-GFCI outlet." |
|
|
|
|
Counterparty or similar token backed by stable, redeemable commodity. I made a goofy comment elsewhere about this, but a Tidecoin (literally backed by jugs of Tide laundry detergent) would probably be as close to ideal as you could get. Worst case scenario, you have to actually use the overpriced shit -- but its use as a laundry detergent does give it some... "near-objective" value.
That said, "non-productive" collateral is still a bad kludge to a practically unsolved problem which needs to be fixed properly. Cars make sense for collateral because people need them, and they usually need the exact car they bought on loan, and, for that reason, a loan officer probably isn't going to issue another car loan to the same person while he still has an outstanding car loan. Same with houses and home improvement/repair loans. -But a lendee doesn't really "need" litecoin or XRP or whatever, and there's a good chance the collateral will be worth significantly less than when collateral was negotiated. Normally, in a repo event, the collateral would be sold around FMV with the proceeds used to REDUCE the loan amount - but because collections are almost impossible with crypto-loans between people separated by hundreds or thousands of miles, the lender being made whole is still extremely unlikely. On the flip-side, a malicious lender may hold collateral hostage, demanding FMV be paid for the collateral to be returned, and it's unlikely the lendee would have viable recourse.
|
|
|
|
|
Ordered a few 0140s for older GPU rig @ >1kW draw. Works great and high-diameter clips act as a powerful heatsink with the free active cooling attachment OP allowed me to trial. A+++ seller.
|
|
|
|
I'd argue Bitcoin's greatest security flaw is in full node bandwidth consumption pushing users to light clients or, far worse, online wallets, negating many security advantages baked into full-node clients. For those of us without true broadband options, syncing up to the network is almost impossible without a physical bootstrap option (which some in the community do actually offer, but which is perhaps too much to expect a new, casual user to find and use), and with ~half the world still with no connectivity options at home, it's not difficult to argue the current lack of global connectivity is significantly affecting adoption. Satellite ISP is currently too expensive and usually too limited in bandwidth allowances to sync up to the network within a month, while ~30% of the US still doesn't have access to DSL or better (DSL itself not making a full sync particularly attractive). A large part of the issue is that the satellites are far, far, far away from houses - tens of thousands of miles. Musk's vision is to have relatively cheap and tiny satellites operating, say, 1,000 miles away from the average user, still allowing unobstructed point-to-point communications between satellites without the massive latency gain from doing so in the conventional satellite PtP configuration. “The speed of light is 40 percent faster in the vacuum of space than it is for fiber,” Musk says. “The long-term potential is to be the primary means of long-distance Internet traffic and to serve people in sparsely populated areas.” Branson is investing in a similar solution. http://www.latimes.com/business/la-fi-satellite-entrepreneurs-20150117-story.htmlhttp://www.businessweek.com/articles/2015-01-17/elon-musk-and-spacex-plan-a-space-internet |
|
|
|
|
Show Posts
