aika

Ok, aizrakos. Neņēmu vērā to, ka klikšķis iet cauri visiem slāņiem. stopPropagation atrisināja visu situāciju! Var slēgt

19 minutes ago, briedis said:

Grūti saprast. Saliec katrā funkcijā, blokā kur mainās klases:

alert(šis kods ir izsaukts tagad)

Un debugo, mēģini saprast, kur klikojot kas saucās. Nevajag minēt kur ir problēma, vajag debugot.

Tak es debagoju! Klase noņemas, pareizajam ID uzliekas bet pēc koda izpildes (aiz pēdējās iekavas) klase atlec atpakaļ esošajam! Netici, pārbaudi pats. :/

15 minutes ago, briedis said:

Parādi kodu, kas veic klašu pielikšanu, noņemšanu, tad varbūt spēsim palīdzēt.

$( ".toleft" ).click(function() {
		id = $(this).data('id');
		$("div").removeClass( "selected" );
		if (id > 1){
			
			id = id-1;
			$('#i'+id).addClass( "selected" );
		}
		else
		{
			$('#i18').addClass( "selected" );
		};
	});
	$( ".toright" ).click(function() {
		id = $(this).data('id');
		$('#i'+id).removeClass( "selected" );
		if (id < 18 ){	
			id = id+1;
			$('#i'+id).addClass( "selected" );
		}
		else
		{
			$('#i1').addClass( "selected" );
		};
	});

norādīju lapu, kurā ir kods :/

Lūdzu palīdzību, varbūt kādam ir ideja, kāpēc gļuko removeclass - addclass.

lapa: http://mpincityspace.eu/

pēc uzklikšķināšanas uz bildes, navigācija negrib pareizi strādāt! Bagojot redzams, ka klase noņemas, bet pēc skripta izpildīšanās esošajam div atgriežas atpakaļ! 

Paldies jau iepriekš!

SQL pieprasījumā apzināti netiek lietots LIKE BINARY , lai atrastos arī 'līdzīgie' ieraksti. Bet regexp, protams nav tik pielaidīga. 

Kā būtu jāuzlabo funkcija, lai marķējas visi noķertie 'fragmenti'?!

Quote

return preg_replace("/".preg_quote($crit, "/")."/i", "<span class='text-danger text-bold'>$0</span>", $text);

Paldies!

Loops izārstējās ar: RewriteRule .* index.php/$1 [PT]   =>   RewriteRule .* index.php/$0 [PT]  

Kādā sakarā, nav ne jausmas! 

bootsrapa 'errors' => FALSE un index.php error_reporting(0) nepalīdz

Labi , tad atgriežamies pie sākuma problēmas: kaut kas izsauc jebkura requesta pāriešanu uz http://lapa.lv/lv/notikums, kas acīmredzot pats izsauc kaut kādu kļūdu , līdz ar to ieejam redirectu loopā! 

bootstrapa error routes :

Route::set('error', 'error/<action>(/<message>)', array('action' => '[0-9]++', 'message' => '.+'))
->defaults(array(
    'controller' => 'error_handler'
));

defaultās routess nav;

Kohana::init(array(
	'base_url'   => '/',
	'index_file' => FALSE,
	'errors' => TRUE,
));

kā man noķert to blusu, kas routē visu uz /lv/notikums/ ?!

Šai kļūdai šajā modulī 100% bija jābūt arī uz PHP 5.3.

Ja Tu palasītu visu topiku, redzētu, ka šis modulis pirms tam nebija, jo PHP 5.3 nelamājas par mysql_*  . Modulis tika pievienots pēc Val ieteikuma.

Vecīt, tur tak skaidri un gaiši pateikts, kur problēma! Ja tu tik skaidrus error message nesaproti, tad programmēšana nav priekš tevis.

Jā man OOP nav priekš manis pagaidām! Ņemot vērā ka modulis ņemts 1:1 no autora, kā lai es zinu kur viņš ir sapisies meistarībā?!

Galu galā, projekts strādāja uz 5.3, es palīdzu tikai pārcelt uz jaunu hostu! Ne mans projekts, ne mans lauciņš! 

OK, pieliku MySQLi moduli, diemžēl šobrīd pats modulis izsauc kļūdu:

public function disconnect()
	{
		try
		{
			// Database is assumed disconnected
			$status = TRUE;

			if ($this->_connection instanceof mysqli)
			{
				if ($status = $this->_connection->close())
				{
					// Clear the connection
					$this->_connection = NULL;
				}
			}

			parent::disconnect();
		}
		catch (Exception $e)
		{
			// Database is probably not disconnected
			$status = ! ($this->_connection instanceof mysqli);
		}

		return $status;
	}

Error logos strīpā birst: PHP Fatal error:  Cannot call abstract method Kohana_Database::disconnect() . Atsauce uz koda fragmentu (augšā), 123 rindu: parent::disconnect();

Plīz fix!

Ir, bet strādā jau error_reporting(E_ALL ^ (E_WARNING | E_DEPRECATED)); teorētiski to izolē! 

stokowerflovā ieteiktais fix: error_reporting(E_ALL ^ (E_WARNING | E_DEPRECATED));

ieveda Redirect Loopā

Tika pārcelts esošs Kohanas projekts uz jaunu vietu, vienīgais kas izmainījās - PHP 5.5 (bija 5.3) 

projekts brēc:

Database_Exception [ 0 ]: [0]

MODPATH/database/classes/kohana/database/mysql.php [ 67 ]
62 		catch (ErrorException $e)
63 		{
64 			// No connection exists
65 			$this->_connection = NULL;
66 
67 			throw new Database_Exception(mysql_errno(), '[:code] :error', array(
68 					':code' => mysql_errno(),
69 					':error' => mysql_error(),
70 				));
71 		}
72 

MODPATH/database/classes/kohana/database/mysql.php [ 158 ] » Kohana_Database_MySQL->connect()
153 	}
154 
155 	public function query($type, $sql, $as_object = FALSE, array $params = NULL)
156 	{
157 		// Make sure the database is connected
158 		$this->_connection or $this->connect();


utt

Google nepalīdz!

ar konekcijas parametriem (db;users) viss kārtībā, pārbaudīts.

Plz help!

Jā, izrādījās ka SQL tupa nepatika sintakse -> SELECT INTO atrisināja mainīgā jautājumu!

aaamm, tāds muļķīgs jautājums  - ar šo pietiek lai tā procedūra izpildītos? 

Pirmo reizi ņemos ar ko tādu, lūgums pēc palīdzības.

Uzdevums ir uz laiku nomainīt usera pass, lai apskatītos kas šim tur nestrādā. Pirms tam ar rociņām kopējās parole un repleisojās atpakaļ! Gribās pa smuko, guglējam un taisam workbenčā procedūru:

DELIMITER $$
DROP PROCEDURE IF EXISTS swappass;
CREATE PROCEDURE swappass()
  
BEGIN
	DECLARE passw varchar(128);
	DECLARE uid varchar(20);

	set uid = 64437;

	SELECT passw  = Password FROM m_membership where userid = uid;
	update m_membership set Password = 'rxSBeIf95nEjrYsvuqI1111tORgrsQ+SDcGfTob6pIQ=' where userid = uid; /* prastā parole */ 
	SELECT SLEEP(300); /* gaidam 5min  */
	update m_membership set Password = passw where userid = uid;
END;
$$
DELIMITER ;

Rezultātā pieprasījums aiziet bezgalīgā Running.... un atpakaļ paroli nenomaina.

Kas nav pareizi?!

It kā elementārs jautājums, bet nedz tante G, nedz šis forums, nesniedz atbildi:

ir intranets (uz nix) un dators, kas ir AD ->  nepieciešams iegūt AD lietotājvārdu (bez autorizēšanās, vnk esošā lietotāja username).

LDAP serveris ir. 

Varbūt kāds ir izkodies caur LDAP un var iemest kodu?! Vai arī LDAP ir saknē nepareizs mēģinājums atrisināt šo jautājumu?! 

Paldies.

Sorr, bet šitais strādā vienmēr - stundām baksties, atliek ielikt forumā, atrisinājums atrodas!

Problēma tajā ka hosts ar punkiem! :)

$('tr[id="'+host+'"] .'+key ).text(val);  // <-- šis strādā

Palīdziet lūdzu ar korketu selektora norādīšanu:

html:

<table id="tabula">
<tbody>
<tr id="10.100.40.155">
  <td>Neaizteikam</td>
  <td class="Black"></td>
  <td class="Cyan"></td>
  <td class="Magenta"></td>
  <td class="Yellow"></td>
</tr>
.....

Javascripts (visi mainīgie definēti, pārbaudīts)

$( document ).ready(function() {
	$('#tabula').each(function(){
		$(this).find('tr').each(function(){
	   //iterate through rows
			var host = $(this).attr('id');
			$.ajax({
				type: 'POST',
				data: {"host": host},
				url: 'functions.php',
				success: function(data){
					data = JSON.parse(data);
					$.each( data, function( key, val ) {
						$('tr[id='+host+'] .'+key ).text(val);  // <-- šis nestrādā
					});	
				},
				error: function( ) {
					alert( "Sorry, there was a problem!" );
				}
			});
		});
	}); 
});

Paldies

iepostēt forumā ir kā brīnumlīdzekis! :)

meklēšanas laika samērojums pirms iepostēšanas 10x lielāks nekā pēc!

risinājums (atļāvu arī lielos burus - netraucē):

preg_match(/^[A-Za-z]+[.]+?[A-Za-z]+$/

Meklēšana neko nedeva, arī arhīvā ir līdzīgs, bet ne tas!

Nepieciešams novalidēt loginu formā vards.uzvards (un nekādi citādi)

preg_match("/^[a-z\.]$/"

un samurgots

preg_match("/^[a-z]{1}[a-z]\s\.$/"

nepalīdz :(

Paldies jau iepriekš!

a.u_id varchar 32  pats par sevi unikāls, bet a tabulā var atkārtoties 

a.c int(1) 

a.e datetime

a.u_id, , a.c, a.e?

+ ~0.3s

tagad paņēma to indexu: ieguvām ~0.7s.

acīmredzot tas ir max ko var izdarīt!

bet mācība skaidra: id laukus neveidojam varcharos, indexsējam arī order laukus, izvairamies no select *

plds.