|
suggestions:
1st on sign-up.. when entering a password, you can show the information about secure password before submitting
2nd on adding a notification the label "free of charge" should be changing right after ticking the sms-checkbox
3rd give me an (optional) input field to label my "notification" like "donations for the blog" or "bike-shop" so that I can see on first glace whats going on.
but apart of these really small things your service is very well done!
how many blockexplorer-servers are there redundant - just in case?
|
|
|
|
klar werde mich gleich heute abend ransetzen. Werde das aber mit einem Zusatzparameter machen. Gleich mit Amount, also Protokoll bitcoin:// und &amount glaube ich. Das Wiki ist kein offizieller Standard, siehe https://bitcointalk.org/index.php?topic=44330.msg537272#msg537272also bleibts vorerst recht schlicht aber kompatibel: bitcoin:<strAdrHashEmpfänger>?label=<strText>&amount=<fltSumme> alles außer der Adresse ist optional ich persönlich wäre noch für [?&]sender=<strAdrHashAbsender> und optionale Unterstützung des Doppel-Slashes, weil es viele aus Gewohnheit einfach schreiben.. aber naja  erstmal muss der Standard-Client (wohl ab V5.0?!) das auch bekommen und handhaben. das proto registriert (händisch) man unter windows folgendermaßen: Windows Registry Editor Version 5.00
[HKEY_CLASSES_ROOT\bitcoin]
"URL Protocol"=""
@="Bitcoin Protocol"
[HKEY_CLASSES_ROOT\echo\shell]
[HKEY_CLASSES_ROOT\echo\shell\open]
[HKEY_CLASSES_ROOT\echo\shell\open\command]
@="C:\\Progs\\Bitcoin\\bitcoin.exe \"%1\""
es wird der gesamte href-string an den handler weitergegeben mich würde mal interessieren wie das bei anderen OS läuft |
|
|
|
Keep in mind that these schemes are mainly meant for parsers. That's also why standards are important. youre very right , especially on tel:+43-7654321 - real-world-examples: skype-link, wtai://so probably a parser (and if only for supporting simple-minded like me) would do better if the common known "://"-string is also accepted - no big deal so far. now I knwo, Luke implemented a URI handler (acc to ~half year ago) - question: why isnt it in use (by shops) already  any examples that do? it seems I things work out well It also adds an implementation of bitcoin: URIs [...]
[...] we chose the most simple format possible, which can be described in one line: bitcoin:<addr>?label=<label>&amount=<BTC> (label and amount are optional) [...] |
|
|
|
Benutzer Hal hatte eine gute Bemerkung, hat mann ein uebergrosses wallet.dat, dan braucht auch der Angreifer/Dieb ewig um es zu klauen ; )
sehr leicht zu erreich: einfach eine batch immer neue keys(empfänger-adressen) generieren lassen.. was meinste wie die wallet wächst  |
|
|
|
[...] By the standard, of course, they mean their interpretation of it and no amount of talking will convince them otherwise. eh, that smells like tripple-post  behave my friend There are TONS of documents about URL and URI standards available. People should really read them before they start cooking up schemes of their own so that they don't make basic simple mistakes. you're assuming things that have already been refuted it seems to be very hard to keep to the point (of the topic) |
|
|
|
Seine Antwort: I can offer more broken ones. Simply put in the notes and add the correct amount of 0.15 per coin. [...]
I am presently unable to offer a better price on the 1 BTC coin, but may be able to offer regular letter mail post for small orders (1-5 coins), which is a good savings over the current method. Also will be introducing high-quality gold-plated larger denomination coins with pricing that is a significantly smaller percentage of the total BTC value. I plan on having a 25 BTC gold plated coin that is 3mm thick and 45mm in diameter within a few weeks. Zusammengefasst - für die (evtl. auch unverschuldet) antianglikalen:Wir können bei einer Sammelbestellung ensprechend auch die anderen Angebote (z.B. eine kaputte Münze pro Besteller -> 0,15 BTC/Stück, Papier-Brieftasche) nutzen. Angaben dazu einfach in die Kommentare bei der Bestellung. Einen besseren Preis (für große Bestellungen) wird es nicht geben, da sich das (noch) nicht lohnt. ABER er will in einigen Wochen Münzen mit einem höheren Nennwert (er denkt an 25 BTC) produzieren. Wenn jemand schonmal "zeichnen" will, ich habe das Thema abboniert und lausche erstmal bis morgen Abend ob es Interesse gibt. *edit 22sep11: OK, erstmal wenig Interesse :\ dann warte ich wohl noch ein wenig. Ich möchte aber auf interessante Infos hierzu im Wiki hinweisen: https://en.bitcoin.it/wiki/Mini_private_key_format - eben weil es diese Münzen betrifft . |
|
|
|
|
that lacks logic ^^
can (are allowed to) we close our own topics and let them die in insignificance?
|
|
|
|
...if they don't have any downsides. In this case, they don't. one downside I thought of: Users have easily to understand it - like tel://0043155985476 - the know http:// from the web, and they know telephone-numbers, easy plz post an example thats of the same ease for the sending of some btc to a specific address - just to focus on the topic and not just slapping each other |
|
|
|
lets say my local computer club (or just a blogger/coder/designer I like to follow) offers a bitcoin-address for donations. And I would like to know which of the ppl I follow lready get plenty of donations.. traditionally donations doan make that possible, here since bitcoin that can be transparent. I do not want to note all their addresses and use the blockexplorer on each manually - but "monitor" a list of addresses (multiple could be grouped to a single name). so you could make your users adding addresses on a list where your app requests the corresponding data through some blockexplorer and show the data ner to the address/assigned name. hope the description is clear if not plz ask for the detail that aint also if awaiting a customer to pay - you can add a custom address on the list and easily get to know (optional alert?) when he paid |
|
|
|
But it was my prior intention to argue about the elements of that uri and its options. I can live with other opinions quite fine . At least I try to understand the ways others are thinking regardless the other party does. Most times the tradeoff is not that far away as soon as everyone realises its an argument not a struggle on true or false. Finally we now know there are plenty things already thought of in the wiki, as I could have known already if I wasn that blind  . |
|
|
|
Not obviously enough  for some reason i overread it on search  . Neither of these proposals is anywhere near compliant, and that's going to mean breakage out here in the real world. You mean like e.g. callto://YourSkypeName or tel://0043150123456789 ?  but still parsing was never an issue - or why are there email-addresses with percent-sign as delimiter for lists? Standards are nice, but sometimes not ultima ratio - or am I wrong?  AND amount@address is as convenient as user@host. just project yourself being the "coins" and searching a way to go. thinking of userinfo as userid or even name is a bit crude to me. It would have been nice to mention the RFC in first place, then I would have reason to doubt your knowledge due to that intentional(?) misunderstanding. |
|
|
|
I'd appreciate a link to the page, as I did not find it. So youre one of the ppl with the ability to implement and distribute that feature - are there links already handled with your gui? 0.25 is a username? What context do usernames even have in Bitcoin URLs? are you kidding? plz just read again.. no username even mentioned. since it is even farther outside the URL format than the one in the top post And that one makes me question your technical qualification. There is no prob in parsing that url. |
|
|
|
Fands übrigens schade dass du die sammelbestellung nur so kurz laufen lassen hast. Es gäbe sonst bestimmt noch den ein oder anderen käufer. Ich hätte z.b. auch noch welche genommen;)
+1 ich habe mal eine pm an den Hersteller geschrieben und werde nach seiner Verlautbarung ein (eher zwei ) neues Thema (deutsch und englisch) eröffnen.. also eventuell finden sich dann gleich wieder einige Wie lange sollte dieser neue Sammel-Lauf offen bleiben?Denkbar: -zeitablauf -oder bis eine bestimmte (lohnende Grenze) Anzahl zusammen kommt -oder (mein Favorit) kombiniert: warten bis z.B. 72h keiner dazu kommt bzw. eine lohnenswerte Gesamtzahl erreicht ist eventuell mag auch schon jemand vorab "zeichnen". Ich denke zunächst an 25 Stück . Wollen doch mal sehen ob ich den Sonntagsbrötchen-Bäcker noch mit seinen Ausreden (kein Internet-Zugang im Geschäft) schlagen kann . |
|
|
|
I am pleased to be able to present:
On Designers Heaven you can pay in Bitcoin.
This is a prepayment module for the payment-system of xtC was initially designed to meet the demands of the DH-operator (request in German thread).
Now as its available, its offered to other users of xtC.
More features will be added corresponding to requests while merchandising is coming on.
Key-Objectives- easy to use and maintain
- no coding skills for installation
- can be run on an ordinary webspace
Indication for minimum requirements (power on test is mandatory) - tested on xt:Commerce 3.0.4 SP2.1 ( for search also: xtC / xtCommerce )
- with Apache 2.0.55,
- PHP 5.0.5,
- MySQL 5.0.15,
Target Audience- start-up and small to mid size shops that want to integrate Bitcoin
- merchants with limited coding skills
Features-no Bitcoin-daemon necessary
+it works on common webspace
+no additional requirements to xt:commerce
+no dependency on a gateway/exchange built in
+no need to trust a third party holding your wallet
-simple installation
+copy the files and one click in admin-panel
+no editing nor automated changes in other files
-payment-informtion on checkout
+will show up after selection of payment-method
-payment-information included in E-Mail
+to customers
+and operator
-displaying as QRCode
-identifiable customer in total sum
+customizable length of identification (defeatable, standard: 3)
+customer-id -> last digits
-customizable receiver
+address for bitcoin in admin-panel
-current exchange-course for your currency
+update on customizable period (defeatable, recommended: 0.25-24h)
+source http://bitcoincharts.com - donate them!
+customizable currency, standard: EUR
-payment-data saved in orders
+btc-sum as cc_owner
+btc-rate as cc_number
-course-calculation
+average without highest and lowest value
+no dependency on stats of a single marketplace
-currency for the order remains untouched
+no trouble with billing information for tax
-translation
+language files included: English and German
Requests are handled via PM/Mail. |
|
|
|
|
I doan see the correlation of the rating leading to more features, can you enlighten me?
for features:
I'd like to monitor Bitcoin-Adresses - like your own or the one of a project (donations) you're intrested in..
|
|
|
|
Ich freue mich mitzuteilen: Auf Designers Heaven kann nun mit Bitcoin bezahlt werden. Dazu wurde ein Zahlungs-Modul nach den Anforderungen des Betreibers angefertigt. Fähigkeiten in der Zusammenfassung (Auflistung nur im Englischen Thema aktuell!) -kein Bitcoin-Daemon nötigt
+d.h. ein üblicher Webserver genügt
+keine höheren Anforderngen als xt:commerce
+keine Abhängigkeit von einem externen Gateway
-einfache Installation
+Kopieren der Dateien + Admin-Panel-Aktion "Installieren"
+keine Ändern/Editieren der Dateien des Shop-Systems
-Zahlungsinformationen an der Kasse
+Anzeige nach Auswahl der Zahlungsart
-Zahlungsinformationen per E-Mail
+an Kunden
+an Betreiber
- Anzeige als QRCode
-Kunden identifizierbar über den Zahlungsbetrag
+einstellbare Länge der Kennung (abschaltbar, standard: 3)
+Kundennummer -> letzte Ziffern
-einstellbarer Empfänger
+Adresse für Bitcoin in den Optionen des Zahlungsmodules im Admin-Panel
-Aktueller Kurs für die Währung
+Aktualisierung nach festlegbaren Periode (abschaltbar, Empfehlung: 24h)
+anhand einer Quell-Seite (http://bitcoincharts.com/about/markets-api/)
+Währung einstellbar, Standard: EUR
-Kursberechnung
+Mittelwert ohne höchsten und niedrigsten Wert
-Währung der Bestellung bleibt wird nicht geändert
+Abrechnung (Steuer etc.) bleibt unverändert
-Übersetzung
+Deutsche und Englische Sprachdatei sind dabei
-Anhalt für Systemvoraussetzungen (Anschalttest ist obligatorisch)
+getestet unter XTCommerce 3.0.4 SP2.1
+auf Apache 2.0.55
+mit PHP 5.0.5
+und MySQL 5.0.15
-kleine bis mittelgroße Online-Shops, die Zahlung per Bitcoin anbieten möchten. Für weitere Inforationen meldet euch per PM bei mir. Und natürlich akzeptiere ich Bitcoin . edit: Englisches Thema for dieses Moduls / English thread for this module |
|
|
|
But I don't understand why the Paypal scams are have to be the problem of the trading site?
e.g. because of escrow service I'd say and customers make their problems to the problems if traders all time... so avoiding them is a good way out ..also paypal is a competitor to bitcoin in many minds here |
|
|
|
|
@ruski: Can you post those laws here or link them and point out the paragraphs you are struggling on?
Just an idea - perhaps someone can describe another solution.
|
|
|
|
I really thought about it and there is nothing coming to my mind why clearly to reject such an app regarding the idea and the common known objections of apple. There should not be any money without fee for apple in apps. Ok, but the txfee in BTC is first optional and secondly not "money" but product. Or does the definition of money not affect apple :\ After all it might be that they doan need a reason to reject If they reject it, are you gonna publish elsewhere? But we all hope und root for you and your app. |
|
|
|
|
Show Posts
