Aleksejs

Tādēļ, ka <a> tagam ir jābūt arī aizverošajai daļai </a>, ja to neieliek, tad pārlūks nesaprot, kurā vietā tā adrese beidzas un turpina meklēt aizverošo daļu, kamēr nenonāk līdz dokumenta beigām (vai nākošajam atverošajam <a> tagam). <p> <a href="http://www.delfi.lv"><img src="html/f_Delfi.gif"></a></p>

if((countDownTime % 3)==0){ }

:) Te nu Tu esi nonācis tik pat tālu, cik es savos meklējumos. Tīri "metodom naučnogo tika" arī es esmu noskaidrojis, ka pieliekot Valicert sāk strādāt tādi parakstītāji kā GoDaddy, kaut arī paskatoties FireFox informāciju par SSL savienojumu tur rāda tikai: GoDaddy Class 2 CA ...GoDaddy Secure Certification Authority ......konkrētā domēna sertifikāts Vēl neesmu atradis normālu veidu, kā atrast šādas lietas. openssl no komandrindas arī neko nelīdz, jo patiesībā tikko Tu iebaro dajebkādu derīgu CAcert failu un sertifikāta ķēde ir pareiza, tas [openssl] atgriež, ka viss ir ok: Verify return code: 0 (ok) Pēc idejas Latvenergo gadījumā būtu vajadzīgs tikai Verisign saknes sertifikāts: /C=US/O=VeriSign, Inc./OU=VeriSign Trust Network/OU=(c) 2006 VeriSign, Inc. - For authorized use only/CN=VeriSign Class 3 Public Primary Certification Authority - G5 -----BEGIN CERTIFICATE----- MIIE0zCCA7ugAwIBAgIQGNrRniZ96LtKIVjNzGs7SjANBgkqhkiG9w0BAQUFADCB yjELMAkGA1UEBhMCVVMxFzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYDVQQL ExZWZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTowOAYDVQQLEzEoYykgMjAwNiBWZXJp U2lnbiwgSW5jLiAtIEZvciBhdXRob3JpemVkIHVzZSBvbmx5MUUwQwYDVQQDEzxW ZXJpU2lnbiBDbGFzcyAzIFB1YmxpYyBQcmltYXJ5IENlcnRpZmljYXRpb24gQXV0 aG9yaXR5IC0gRzUwHhcNMDYxMTA4MDAwMDAwWhcNMzYwNzE2MjM1OTU5WjCByjEL MAkGA1UEBhMCVVMxFzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZW ZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTowOAYDVQQLEzEoYykgMjAwNiBWZXJpU2ln biwgSW5jLiAtIEZvciBhdXRob3JpemVkIHVzZSBvbmx5MUUwQwYDVQQDEzxWZXJp U2lnbiBDbGFzcyAzIFB1YmxpYyBQcmltYXJ5IENlcnRpZmljYXRpb24gQXV0aG9y aXR5IC0gRzUwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQCvJAgIKXo1 nmAMqudLO07cfLw8RRy7K+D+KQL5VwijZIUVJ/XxrcgxiV0i6CqqpkKzj/i5Vbex t0uz/o9+B1fs70PbZmIVYc9gDaTY3vjgw2IIPVQT60nKWVSFJuUrjxuf6/WhkcIz SdhDY2pSS9KP6HBRTdGJaXvHcPaz3BJ023tdS1bTlr8Vd6Gw9KIl8q8ckmcY5fQG BO+QueQA5N06tRn/Arr0PO7gi+s3i+z016zy9vA9r911kTMZHRxAy3QkGSGT2RT+ rCpSx4/VBEnkjWNHiDxpg8v+R70rfk/Fla4OndTRQ8Bnc+MUCH7lP59zuDMKz10/ NIeWiu5T6CUVAgMBAAGjgbIwga8wDwYDVR0TAQH/BAUwAwEB/zAOBgNVHQ8BAf8E BAMCAQYwbQYIKwYBBQUHAQwEYTBfoV2gWzBZMFcwVRYJaW1hZ2UvZ2lmMCEwHzAH BgUrDgMCGgQUj+XTGoasjY5rw8+AatRIGCx7GS4wJRYjaHR0cDovL2xvZ28udmVy aXNpZ24uY29tL3ZzbG9nby5naWYwHQYDVR0OBBYEFH/TZafC3ey78DAJ80M5+gKv MzEzMA0GCSqGSIb3DQEBBQUAA4IBAQCTJEowX2LP2BqYLz3q3JktvXf2pXkiOOzE p6B4Eq1iDkVwZMXnl2YtmAl+X6/WzChl8gGqCBpH3vn5fJJaCGkgDdk+bW48DW7Y 5gaRQBi5+MHt39tBquCWIMnNZBU4gcmU7qKEKQsTb47bDN0lAtukixlE0kF6BWlK WE9gyn6CagsCqiUXObXbf+eEZSqVir2G3l6BFoMtEMze/aiCKm0oHw0LxOXnGiYZ 4fQRbxC1lfznQgUy286dUV4otp6F01vvpX1FQHKOtw5rDgb7MzVIcbidJ4vEZV8N hnacRHr2lVz2XTIIM6RUthg/aFzyQkqFOFSDX9HoLPKsEdao7WNq -----END CERTIFICATE----- Iespējams, ka vēl kopā ar ķēdes sertifikātu: /C=US/O=VeriSign, Inc./OU=VeriSign Trust Network/OU=Terms of use at https://www.verisign.com/rpa (c)06/CN=VeriSign Class 3 Extended Validation SSL SGC CA -----BEGIN CERTIFICATE----- MIIGCjCCBPKgAwIBAgIQESoAbTflEG/WynzD77rMGDANBgkqhkiG9w0BAQUFADCB yjELMAkGA1UEBhMCVVMxFzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYDVQQL ExZWZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTowOAYDVQQLEzEoYykgMjAwNiBWZXJp U2lnbiwgSW5jLiAtIEZvciBhdXRob3JpemVkIHVzZSBvbmx5MUUwQwYDVQQDEzxW ZXJpU2lnbiBDbGFzcyAzIFB1YmxpYyBQcmltYXJ5IENlcnRpZmljYXRpb24gQXV0 aG9yaXR5IC0gRzUwHhcNMDYxMTA4MDAwMDAwWhcNMTYxMTA3MjM1OTU5WjCBvjEL MAkGA1UEBhMCVVMxFzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZW ZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTswOQYDVQQLEzJUZXJtcyBvZiB1c2UgYXQg aHR0cHM6Ly93d3cudmVyaXNpZ24uY29tL3JwYSAoYykwNjE4MDYGA1UEAxMvVmVy aVNpZ24gQ2xhc3MgMyBFeHRlbmRlZCBWYWxpZGF0aW9uIFNTTCBTR0MgQ0EwggEi MA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQC9Voi6iDRkZM/NyrDu5xlzxXLZ u0W8taj/g74cA9vtibcuEBolvFXKQaGfC88ZXnC5XjlLnjEcX4euKqqoK6IbOxAj XxOx3QiMThTag4HjtYzjaO0kZ85Wtqybc5ZE24qMs9bwcZOO23FUSutzWWqPcFEs A5+X0cwRerxiDZUqyRx1V+n1x+q6hDXLx4VafuRN4RGXfQ4gNEXb8aIJ6+s9nriW Q140SwglHkMaotm3igE0PcP45a9PjP/NZfAjTsWXs1zakByChQ0GDcEitnsopAPD TFPRWLxyvAg5/KB2qKjpS26IPeOzMSWMcylIDjJ5Bu09Q/T25On8fb6OCNUfAgMB AAGjggH0MIIB8DAdBgNVHQ4EFgQUTkPIHXbvN1N6T/JYb5TzOOLVvd8wEgYDVR0T AQH/BAgwBgEB/wIBADA9BgNVHSAENjA0MDIGBFUdIAAwKjAoBggrBgEFBQcCARYc aHR0cHM6Ly93d3cudmVyaXNpZ24uY29tL2NwczA9BgNVHR8ENjA0MDKgMKAuhixo dHRwOi8vRVZTZWN1cmUtY3JsLnZlcmlzaWduLmNvbS9wY2EzLWc1LmNybDAgBgNV HSUEGTAXBglghkgBhvhCBAEGCmCGSAGG+EUBCAEwDgYDVR0PAQH/BAQDAgEGMBEG CWCGSAGG+EIBAQQEAwIBBjBtBggrBgEFBQcBDARhMF+hXaBbMFkwVzBVFglpbWFn ZS9naWYwITAfMAcGBSsOAwIaBBSP5dMahqyNjmvDz4Bq1EgYLHsZLjAlFiNodHRw Oi8vbG9nby52ZXJpc2lnbi5jb20vdnNsb2dvLmdpZjApBgNVHREEIjAgpB4wHDEa MBgGA1UEAxMRQ2xhc3MzQ0EyMDQ4LTEtNDgwPQYIKwYBBQUHAQEEMTAvMC0GCCsG AQUFBzABhiFodHRwOi8vRVZTZWN1cmUtb2NzcC52ZXJpc2lnbi5jb20wHwYDVR0j BBgwFoAUf9Nlp8Ld7LvwMAnzQzn6Aq8zMTMwDQYJKoZIhvcNAQEFBQADggEBAFqi sb/rjdQ4qIBywtw4Lqyncfkro7tHu21pbxA2mIzHVi67vKtKm3rW8oKT4BT+is6D t4Pbk4errGV5Sf1XqbHOCR+6EBXECQ5i4/kKJdVkmPDyqA92Mn6R5hjuvOfa0E6N eLvincBZK8DOlQ0kDHLKNF5wIokrSrDxaIfz7kSNKEB3OW5IckUxXWs5DoYC6maZ kzEP32fepp+MnUzOcW86Ifa5ND/5btia9z7a84Ffelxtj3z2mXS3/+QXXe1hXqtI u5aNZkU5tBIK9nDpnHYiS2DpKhs0Sfei1GfAsSatE7rZhAHBq+GObXAWO3eskZq7 Gh/aWKfkT8Fhrryi/ks= -----END CERTIFICATE----- e-latvenergo gadījumā tiek izmantots jaunā tipa extended validation sertifikāts... Līdz ar to varbūt tur ir vēl kādi papildus krustām šķērsām parakstījumi. To, ka tas ir iespējams, var redzēt no RFC: http://tools.ietf.org/html/rfc4158#section-1.5

Ir prieks, ka sanāk atrast vienkāršus risinājumus.

OK - tādā gadījumā vienalga paliek spēkā daļa: $r = mysql_query($q2); if ( !mysql_insert_id() ) Tas nozīmē, ka mēģini atrast ievietoto ID "SELECT" vaicājumam, bet select vaicājums nekādus ID neievieto!

Jā, ar openssl s_client ... kad tev parāda to garo penteri ar sertifikātiem un to, cik viss ir slikti/labi ;) vienkārši raksti: GET /lapa_kuru_gribi.php?ar=parametriem&kurus=gribi Pēc GET /... iesit vēl vienu enteru un tad redzēsi servera atgriezto rezultātu. Lūk labs resurss par dažādiem veidiem, kā debugot SSL/TLS konekcijas ar openssl līdzekļiem: http://www.h-online.com/security/Testing-email-with-encryption--/features/114281

Ierakstu skaitu dabū ar: SELECT COUNT(id) AS skaits FROM tabula WHERE ... nosacījums Tad dabūtās skaits kolonnas vērtību pareizini ar 10 (ja gribi santīmos) vai 0.1 (ja gribi latos).

Es vispār neredzu veidu kā kaut kas var pievienoties, jo sākumā nodefinētais mainīgais: $registermail = "INSERT INTO `test` (`email`) "."VALUES ('".$email."')"; nekur tālāk netiek izmantots: Toties tālāk mainīgajam $q2 tiek piešķirta vētība: $q2 = $parsemail; , kas savukārt ir vienāds ar: $parsemail = "SELECT email FROM contact"; pēc tam šis vaicājums tiek izpildīts: $r = mysql_query($q2); if ( !mysql_insert_id() ) Tas nozīmē, ka mēģini atrast ievietoto ID "SELECT" vaicājumam, bet select vaicājums nekādus ID neievieto!

Nē, var daudzus: SELECT * FROM tabula WHERE a=1 AND b=2 AND c=0

Neredzu nevienu jautājuma teikumu! Neredzu arī kodu, kurš apstrādā ievadītos lietotājvārdus un paroles!

Nja... un vēl arī SIA varēs pa 50Ls nodibināt - īsta Klondaika zinies...

Hmmm... Šo, taču tu jau esi lasījis: http://curl.haxx.se/docs/sslcerts.html Kas tieši šobrīd tev ir tajā CAcert failā? BTW, kas ir parakstītājs sertifikātam? Un vai ir pareiza ķēde uz servera? Vari pamēģināt šo rīku: http://www.digicert.com/help/ lai noskaidrotu, vai viss ir kārtībā ar servera konfigurāciju. Pārlūki ir mazāk piekasīgi par curliem/jakartām utt... ;)

Man šķiet, ka problēma drīzāk ir tajā (man pašam ir tā gadījies), ka serveris atšuj sakarā ar to, ka netiek padoti visi tie parametri, ko parasti padod pārlūks... Pamēģini ar openssl no komandrindas padot visus savus datus un pārliecinies, ka serveris pareizi atbild. Piemēram pārlūks padod visus šos datus, kad vienkārši veru vaļā https://www.inauda.lv GET / HTTP/1.1 Host: www.inauda.lv User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.3) Gecko/20090824 Firefox/3.5.3 (.NET CLR 3.5.30729) Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8 Accept-Language: en-us,en;q=0.5 Accept-Encoding: gzip,deflate Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7 Keep-Alive: 300 Connection: keep-alive Nezinu, kā to dara curl, bet man ir bijuši gadījumi, kad serveris atšuj, ja piemēram nenorādu HTTP/1.1 aiz GET...

Nu, tā par openssl un komandrindu: "Verify return code: 19 (self signed certificate in certificate chain)" Tā tam arī ir jābūt - viņš to saka nevis par e-latvenergo, bet gan par Verisign saknes sertifikātu, kurš tāpat kā jebkurš saknes sertifikāts ir self-signed - tā tam arī ir jābūt un tas ir ok. Vai pareizi saprotu, ka curlam ir jāautentificējas serverī ar klienta SSL sertifikātu? Respektīvi, ir pakalpojuma sniedzēja (vai kāda no sertifikatoru, kuriem pakalpojuma sniedzējs uzticas) izdots sertifikāts, kurš curlam jāizmanto, lai veidotu pieslēgumu?

Nu acīmredzot 82. rindiņā esošais mysql_query() neizveido PHPprāt derīgu mysql rezultātu. Meklē problēmu vaicājumā, vai tiešām visi iesaistītie parametri tiek padoti utt. utjp.

Tu izeksportēji un izmantoji paša e-latvenergo sertifikātu, bet vajadzēja pašu augšējo - VeriSign Class 3 Public Primary Certification Authority - G5 (nu to, kuru iepriekšējā atbildē biju ielicis) Es šīm sertifikātu darbībām izmantoju šādus rīkus: FireFox spraudni CertViewerPlus Un no komandrindas openssl šādā formā: openssl s_client -CAfile /etc/ssl/certs/VeriSign_Class_3_Public_Primary_Certification_Authority_-_G5.pem -showcerts -verify 10 -connect www.e-latvenergo.lv:443 FireFox parāda kādai būtu jābūt sertifikātu ķēdei e-latvenergo gadījumā: .VeriSign Class 3 Public Primary Certification Authority - G5 (šitas ir tas, kas jānorāda iekš CAfile) ...VeriSign Class 3 Extended Validation SSL SGC CA (vari arī šo pielikt klāt tajā pašā CAfile zem iepriekšējā) ......www.e-latvenergo.lv Savukārt, openssl (ja nenorāda parametru CAfile) parāda, ko faktiski serveris sūta (var atrast problēmas ar servera konfigurāciju, ja netiek sūtīta pilna/pareiza sertifikātu ķēde - Certificate Chain). Faktiski linuxī man ir fails ca-certificates.crt, kurš atrodas šeit: /etc/ssl/certs/ca-certificates.crt kurš satur visus saknes un vidutājsertifikātus uzticamajiem sertifikātu izdevējiem. Pamēģini norādīt šo failu kā CAfile.

Nu, ņem par labu! Kāds jautājums, tāda atbilde. ;)

Tik sīki par MSSQL nemāku teikt... Taču spriežot pēc šī (pirmais, ko ieguvu ierakstot mssql data types): http://msdn.microsoft.com/en-us/library/aa258271(SQL.80).aspx var definēt varchar - tad būs mainīga garuma... Kaut gan man liekās, ka īsāku var norādīt abos gadījumos, atšķirība ir tikai tajā, ka char vienmēr aizņems pilnībā max definēto garumu, bet varchar faktisko+1 (lai saglabātu skaitli, cik tad garš lauks).

Tieši tā notiek, kad taisa "kaut ko" un nevis precīzi "to, ko vajag". Ja parādītu to "kaut ko", ko sataisīji, iespējams, varētu palīdzēt pārveidot par "to, ko vajag".

Ļoti pat iespējams, ka mainītu.

Jā, ir gadījies saskārties, kad ir mēģināts tekstu iebarot tādā kolonnā, kura pieņem tikai skaitļus.

Nu, tātad šis serviss pamatā ir domāts cilvēkiem, kas: 1) neprot paši atrast elementāras lietas 2) ir gatavi maksāt naudu par lietu, kuras apraksts aprobežojas ar "65 tiešām Ļoti noderīgi php scripti"

Maksa jau ir par to, ka tev nav jādomā, kur šo opensourci sameklēt... :D

Ja zinošs cilvēks, tad visvienkāršākais veids ir pārinstalēt datoru, nevis meklēt, kurā Ring 0 komponentē kaut kas ir "iestādīts". ;)

rindiņas echo filesize("deathrun_lv_zone.rar"); vietā ieliec manu kodu. Līdz ar to funkcija_kas_dabu_izmeru_baitos(); faktiski ir funkcija filesize();