/var/www/html/private/app/lucene/segments is a file. I don´t know why I
get this
exception because i changed the chmod to 777 and it does not work, too.
$fo = fopen('/var/www/html/private/app/lucene/segments', 'w+b');
fwrite($fo, 'this is only a test');
fclose($fo);
this works fine, without any
Hi ,
$index = new Zend_Search_Lucene('/var/www/html/private/app/lucene',
>> true);
>>
>> I get Zend_Search_Lucene_Exception with this message:
>>
>> Zend_Search_Lucene_Exception caught:
>> fopen(/var/www/html/private/app/lucene/segments): failed to open
>> stream: No such file or directory
I
Cool. I call that "eating your own dog food" :)
> -Original Message-
> From: Thomas Weidner [mailto:[EMAIL PROTECTED]
> Sent: Thursday, November 16, 2006 1:53 PM
> To: Thomas Weidner; Darby Felton; Zend Framework - General
> Subject: Re: [fw-general] website update - national flags vs.
My 2c worth on magic methods is is to not let them be relied upon.
My framework / class structure has these magice methods.
/*
* Trap what I consider bad code style ie. $this->abc . use access
methods only.
*/
function __set( $p_name, $p_value ){
throw new EcodeStyleIssue("U
Speaking from my experience, I naturally prefer code that prevents
problems, and I prefer code with more checks instead of fewer checks,
because I've seen so much "abusive" PHP code with inadequate error
checking that required fixing later ;)
For even the extreme PHP web applications supportin
Hi all,
I'll do my best to explain why this even came up... where it went,
and how we got here. Originally, the function existed as such:
public function __set($name, $value)
{
if (!is_string($name) && $name !== '') {
throw new Zend_Session_Exception('Z_S expects a string');
[17.11.2006 01:48] Darby Felton wrote:
Without further supporting information (e.g., from contact with PHP
developers or from PHP development mailing list), however, I would
likely err on the side of caution where reasonable, making such
methods
public, rather than relying on a behavior that m
Hi all,
I would only add that it may be wise to consider whether reliance on
such behavior is worth the risks resulting from expecting behavior that
could change as PHP and the Zend Engine evolve. I have read about
several changes with PHP 5.2 that are more "strict" than previous
versions, though
It seems today is a day for coding standards ;)
At the moment, I do not have a justification for making these
__get()/__set()/__isset()/__unset() magic methods public. However, I
can think of several reasons they should not be public, as nicely
presented by Ralph.
Can anyone think of a reas
One other suggestion for a coding standard, which was vetted and
affirmed by Jayson a long time ago, relates to the use of strict
comparisons. I will attempt to summarize past discussions:
When strict comparisons provide the intended behavior, using strict
comparisons make these intentions cl
Greetings!
For consistency reasons, we could agree on standards for data validation
of parameters in magic methods, specifically, __get(), __set(),
__isset(), and __unset(). Deciding on standards improves consistency
and reduces the communication required for future components. Initial
feed
Stupid me, I forgot that __get/__set et al don't have to be public to
function properly in php >= 5.1.0. Is this true of all magic methods?
Totally not a stupid question at all.. its just a design decision to be
aware of... and something all developers across the board should be
aware of
Hi Ralph
I was about to ask the same thing, but your explanation makes
complete sense.
Should we take this as another unofficial coding standard that these
magic methods should all be protected (except __construct, of course,
for where it needs to be public)?
The reason it was made prot
Ralph Schindler wrote:
>
> what version of php are you using?
>
> $session = new Zend_Session();
> $session->some_variable = "blah";
>
> should work fine in any php >= 5.1.0
>
Stupid me, I forgot that __get/__set et al don't have to be public to
function properly in php >= 5.1.0. Is this tr
AHeimlich wrote:
http://framework.zend.com/fisheye/changelog/Zend_Framework?cs=1662&csize=1
Maybe I'm missing something here, but now that __get/__set/__isset/__unset
have been made protected, how are we supposed to get at session data using
Zend_Session? Subclasses (that seems rather unnecessar
I don´t think it is the same problem, because I am now using an absolute
path and
now the segments file can not be found and not the directory itself. And
it works
fine until I updated to 0.2.
You don´t need to attach my script or something else to this bugreport,
because
the Zend_Search_Lucen
http://framework.zend.com/fisheye/changelog/Zend_Framework?cs=1662&csize=1
Maybe I'm missing something here, but now that __get/__set/__isset/__unset
have been made protected, how are we supposed to get at session data using
Zend_Session? Subclasses (that seems rather unnecessary if you ask me)?
Hmm... am I missing something? This just returns 'de' for me. I thought
you might have meant getLanguageDisplay() instead, but that returned the
same thing.
Was my fault... nearly midnight I tend to make mistakes :-)
Just use the latest SVN with the second function I send.
Greetings
Thomas
Hi Neil,
Thank you very much for your problem research!
It's really a bug in API.
$q->addTerm(new Zend_Search_Lucene_Index_Term($text, $field), NULL);
and
$q->addTerm(new Zend_Search_Lucene_Index_Term($text, $field));
must be treated as "term is neither prohibited, nor required"
The same for b
Hy,
For those of you familiar with languages other than English, please take
a look at this page. I would sincerely appreciate any volunteer efforts
to get these strings to me (e.g., "Deutsch"), and I would reciprocate by
changing them on this page once I have the complete list.
I should go to
Hmm... am I missing something? This just returns 'de' for me. I thought
you might have meant getLanguageDisplay() instead, but that returned the
same thing.
There is a list of languages in the XML files, but they're all romanized.
-Matt
- Original Message -
From: "Thomas Weidner" <
Darby Felton schrieb:
For those of you familiar with languages other than English, please take
a look at this page. I would sincerely appreciate any volunteer efforts
to get these strings to me (e.g., "Deutsch"), and I would reciprocate by
changing them on this page once I have the complete list.
Awesome - thanks for pointing this out, Thomas! :)
Thomas Weidner wrote:
> Hy,
>
>> $language = 'de';
>> $locale = new Zend_Locale($language);
> print $locale->getLanguage($language);
>
> This works...
> Hit enter to fast ;-)
>
> Greetings
> Thomas
>
>
Hy,
$language = 'de';
$locale = new Zend_Locale($language);
print $locale->getLanguage($language);
This works...
Hit enter to fast ;-)
Greetings
Thomas
Hy,
The next step is to get the languages listed in the native written
language and glyphs. For example, instead of "German," the page should
read "Deutsch," or something similar.
For those of you familiar with languages other than English, please take
a look at this page. I would sincerely app
Hi all,
This is just a quick note to let everyone know that I have removed the
national flags that had appeared next to the language translations
listing for the framework manual:
http://framework.zend.com/manual
I apologize for not having recognized and addressed the issue previously.
The next
Hi Jan,
As I remember, you had this problem some time ago.
You changed relative path to full path and it helped.
Error message is absolutely the same. But it's an exception now. (This
was changed)
I've just created an issue for this problem -
http://framework.zend.com/issues/browse/ZF-561.
Hi,
I noticed recently that Zend_Search_Lucene wasn't returning the
matching documents that it should have been (Luke returned them fine).
After some debugging, I tracked it down to MultiTerm queries where
$_signs was set to null rather than an array. I altered my code to
generate a MultiTerm que
I´ve big problems by using Zend_Search_Lucene after the update to
version 0.2.
$index = new Zend_Search_Lucene('/var/www/html/private/app/lucene', true);
I get Zend_Search_Lucene_Exception with this message:
Zend_Search_Lucene_Exception caught:
fopen(/var/www/html/private/app/lucene/segments):
Hello framework developers,
In your SVN client config file you can use the following settings to
automatically set svn:keywords=Id on PHP files that you add to the
framework repository:
enable-auto-props = yes
[auto-props]
*.php = svn:keywords=Id
This doesn't work for files that already exi
Teemu Valimaki wrote:
I have added a test for that case. And if there will be no signs of broken code
or any other faulty behavior in upcoming days, I will also modify the library
version to cover that.
I downloaded it and the tests that you supply probably do work but what
if I have is /test/
Hy,
Another framework, which seems more reliable and high-performance is
the Zend-Framework. Is the performance of the Zend-Framework high
enough to serve Projekts like ours?
Well, that answer is not simple to answer.
It also depends on the architecture you have in mind, the level of coding,
On Thu, 2006-11-16 at 11:07 +0100, Martel Valgoerad wrote:
> Well, the solution is to fix the router actually. What I hopefully just did
> with the _incubator_ version of the router. It should work with international
> web addresses encoded in UTF-8 from now on.
Yes I agree, no workarounds.
>
Hi,
we, thats a projekt at the University of Lüneburg, Germany, called
"myStudy" (http://mystudy.uni-lueneburg.de), looking for a adequate
PHP-Framework. Cakephp seems to be nice but we are not sure about the
performance. myStudy in peaks it has about 500 impressions at same
time, 8000 active User
Thanks Willie, I understand fully now
Willie Alberty wrote:
>
> On Nov 14, 2006, at 7:11 AM, Brent Robinson wrote:
>
>> I am having some issues with generating a script to align
>> characters to the right on the framework pdf component.
>>
>> I am trying to extract the glyph width but a
Teemu Valimaki wrote:
First I have to thank everybody for such a great work with ZF, it's a
life saver.
Thank you, Teemu.
I have URLs with scandinavian letters so I've translated them with
htmlentities and urlencode however this apparently breaks routes. Below
is a small example here where t
Hi Natalie and thanks for the quick reply
Your solution is not pretty at all but doable. Your findings of
Zend_Search are very interesting of course since I'm trying to make that
work too. I'll go for the synonym solution but I just wonder what's the
effect on speed when there's thousands of entri
Hi Teemu,
I had the same problem with German umlauts.
I decided to "encode" the ä, ö, ü as xxxaexxx, xxxoexxx, xxxuexxx, and so
on. You just have to manually assign to each special character a unique
synonym. It's not a very beautiful solution, but it works... I published
this and other results of
Hi all
First I have to thank everybody for such a great work with ZF, it's a
life saver.
I have URLs with scandinavian letters so I've translated them with
htmlentities and urlencode however this apparently breaks routes. Below
is a small example here where the first works and two others do not.
39 matches
Mail list logo
