Menu
▾
▴
phpwebsite-developers
|
From: Alessandro P. (T. / J578) <al...@ti...> - 2002-01-04 21:15:17
|
After an evening spent in testing/fixing and five minutes of pure panic due to CVS conflicts (now solved), I've finally uploaded the new "Look & Feel" admin panel. Ehy, stop imagine such a wonderful thing: it actually has limited features. Current features (which replaces old variables in config.php) are: setting of the old: - $default_theme (site global theme) - $disable_themes (can user have a own theme?) - $block_percent (columns size in %) - $extend_menu (menu is fully extended by default?) - $show_articles_morebytes (self explicative :>) All these values are stored in an updated version of the flags table. I know it would be better to store them in a proper table, but I preferred storing them there due to the fact they are core-related flags. Feel free to burn me screaming "no, stupid! do not put them there!!" :> I've also updates both install and upgrade scripts, they should work. Please contribute some testing, if you want/can :> Bye, Alessandro -- Alessandro "TXM" Pisani - al...@ti... - ICQ #2209087 phpWebSite Development Team http://phpwebsite.appstate.edu INWO Project coordinator http://inwoproject.sourceforge.net "I will carry you through, hicking and screaming, and in the end you will thank me" - Tyler Durden [from "Fight Club"] |
|
From: Vlad S. <vl...@hu...> - 2002-01-04 22:25:30
|
SGV5LCBpdCB3b3JrcyEgOikNCg0KaSBoYWQgdG8gYWRkIHRoZSBpbmNsdWRlIHN0YXRlbWVudCBp biBhZG1pbi5waHAgLSANCmluY2x1ZGUoIi4vYWRtaW4vbG9va2ZlZWwucGhwIik7DQoNCnNob3Vs ZCBJIF9ub3RfIGhhdmUgZG9uZSB0aGlzPy4uLiBpcyBpdCBpbmNsdWRlZCBlbHNld2hlcmU/Li4u DQoNCg0KDQp0aGFua3MNCg0KVmxhZA0KDQoNCj4gLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0N Cj4gRnJvbTogcGhwd2Vic2l0ZS1kZXZlbG9wZXJzLWFkbWluQGxpc3RzLnNvdXJjZWZvcmdlLm5l dA0KPiBbbWFpbHRvOnBocHdlYnNpdGUtZGV2ZWxvcGVycy1hZG1pbkBsaXN0cy5zb3VyY2Vmb3Jn ZS5uZXRdT24gQmVoYWxmIE9mDQo+IEFsZXNzYW5kcm8gUGlzYW5pIChUWE0gLyBKNTc4KQ0KPiBT ZW50OiBGcmlkYXksIEphbnVhcnkgMDQsIDIwMDIgMzoxMSBwbQ0KPiBUbzogcGhwV2ViU2l0ZSBE ZXZlbG9wZXJzIE1haWwtTGlzdA0KPiBDYzogTWF0dGhldyBNY05hbmV5DQo+IFN1YmplY3Q6IFtQ aHB3ZWJzaXRlLWRldmVsb3BlcnNdIGRydW0gcm9sbHMsIHBsZWFzZSEgOj4NCj4gDQo+IA0KPiBB ZnRlciBhbiBldmVuaW5nIHNwZW50IGluIHRlc3RpbmcvZml4aW5nIGFuZCBmaXZlIG1pbnV0ZXMg b2YgcHVyZSBwYW5pYw0KPiBkdWUgdG8gQ1ZTIGNvbmZsaWN0cyAobm93IHNvbHZlZCksIEkndmUg ZmluYWxseSB1cGxvYWRlZCB0aGUgbmV3ICJMb29rICYNCj4gRmVlbCIgYWRtaW4gcGFuZWwuDQo+ IEVoeSwgc3RvcCBpbWFnaW5lIHN1Y2ggYSB3b25kZXJmdWwgdGhpbmc6IGl0IGFjdHVhbGx5IGhh cyBsaW1pdGVkDQo+IGZlYXR1cmVzLiBDdXJyZW50IGZlYXR1cmVzICh3aGljaCByZXBsYWNlcyBv bGQgdmFyaWFibGVzIGluIGNvbmZpZy5waHApDQo+IGFyZToNCj4gDQo+IHNldHRpbmcgb2YgdGhl IG9sZDoNCj4gDQo+ICAtICRkZWZhdWx0X3RoZW1lICAgKHNpdGUgZ2xvYmFsIHRoZW1lKQ0KPiAg LSAkZGlzYWJsZV90aGVtZXMgIChjYW4gdXNlciBoYXZlIGEgb3duIHRoZW1lPykNCj4gIC0gJGJs b2NrX3BlcmNlbnQgICAoY29sdW1ucyBzaXplIGluICUpDQo+ICAtICRleHRlbmRfbWVudSAgICAg KG1lbnUgaXMgZnVsbHkgZXh0ZW5kZWQgYnkgZGVmYXVsdD8pDQo+ICAtICRzaG93X2FydGljbGVz X21vcmVieXRlcyAoc2VsZiBleHBsaWNhdGl2ZSA6PikNCj4gDQo+IEFsbCB0aGVzZSB2YWx1ZXMg YXJlIHN0b3JlZCBpbiBhbiB1cGRhdGVkIHZlcnNpb24gb2YgdGhlIGZsYWdzIHRhYmxlLg0KPiBJ IGtub3cgaXQgd291bGQgYmUgYmV0dGVyIHRvIHN0b3JlIHRoZW0gaW4gYSBwcm9wZXIgdGFibGUs IGJ1dCBJDQo+IHByZWZlcnJlZCBzdG9yaW5nIHRoZW0gdGhlcmUgZHVlIHRvIHRoZSBmYWN0IHRo ZXkgYXJlIGNvcmUtcmVsYXRlZA0KPiBmbGFncy4gRmVlbCBmcmVlIHRvIGJ1cm4gbWUgc2NyZWFt aW5nICJubywgc3R1cGlkISBkbyBub3QgcHV0IHRoZW0NCj4gdGhlcmUhISIgOj4NCj4gDQo+IEkn dmUgYWxzbyB1cGRhdGVzIGJvdGggaW5zdGFsbCBhbmQgdXBncmFkZSBzY3JpcHRzLCB0aGV5IHNo b3VsZCB3b3JrLg0KPiBQbGVhc2UgY29udHJpYnV0ZSBzb21lIHRlc3RpbmcsIGlmIHlvdSB3YW50 L2NhbiA6Pg0KPiANCj4gQnllLA0KPiBBbGVzc2FuZHJvDQo+IA0KPiAtLSANCj4gQWxlc3NhbmRy byAiVFhNIiBQaXNhbmkgLSBhbGV4dHhtQHRpbi5pdCAtIElDUSAjMjIwOTA4Nw0KPiBwaHBXZWJT aXRlIERldmVsb3BtZW50IFRlYW0gaHR0cDovL3BocHdlYnNpdGUuYXBwc3RhdGUuZWR1DQo+IElO V08gUHJvamVjdCBjb29yZGluYXRvciBodHRwOi8vaW53b3Byb2plY3Quc291cmNlZm9yZ2UubmV0 DQo+IA0KPiAiSSB3aWxsIGNhcnJ5IHlvdSB0aHJvdWdoLCBoaWNraW5nIGFuZCBzY3JlYW1pbmcs DQo+ICBhbmQgaW4gdGhlIGVuZCB5b3Ugd2lsbCB0aGFuayBtZSINCj4gIC0gVHlsZXIgRHVyZGVu IFtmcm9tICJGaWdodCBDbHViIl0NCj4gDQo+IA0KPiBfX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fXw0KPiBQaHB3ZWJzaXRlLWRldmVsb3BlcnMgbWFpbGluZyBs aXN0DQo+IFBocHdlYnNpdGUtZGV2ZWxvcGVyc0BsaXN0cy5zb3VyY2Vmb3JnZS5uZXQNCj4gaHR0 cHM6Ly9saXN0cy5zb3VyY2Vmb3JnZS5uZXQvbGlzdHMvbGlzdGluZm8vcGhwd2Vic2l0ZS1kZXZl bG9wZXJzDQo+IA== |
|
From: Vlad S. <vl...@hu...> - 2002-01-05 06:33:05
|
Ok, here's a minor problem i had with CVS tarball and blocks -
remember I complained that I could not add blocks (they were somehow
directed into oblivion)?
I made the id field in the core_blocks table auto_increment, and voila!
Blocks started showing up.
the saving query looks like this:
mysql_query("INSERT INTO " . $table_prefix."core_blocks VALUES (NULL,
$block_order+1, '$block_location', '1',.......... etc etc
from what I could figure out, if you're trying to pass NULL to the primary
key field that doesn't auto-increment, the query succeeds but doesn't
actually add anything to the table.
Has anyone else had this problem?...
thanks
Vlad
|
|
From: spiggy <th...@me...> - 2002-01-05 06:55:52
|
Vlad Sedov wrote:
>Ok, here's a minor problem i had with CVS tarball and blocks -
>
>remember I complained that I could not add blocks (they were somehow
>directed into oblivion)?
>I made the id field in the core_blocks table auto_increment, and voila!
>Blocks started showing up.
>
>the saving query looks like this:
>
>mysql_query("INSERT INTO " . $table_prefix."core_blocks VALUES (NULL,
>$block_order+1, '$block_location', '1',.......... etc etc
>
>from what I could figure out, if you're trying to pass NULL to the primary
>key field that doesn't auto-increment, the query succeeds but doesn't
>actually add anything to the table.
>
>Has anyone else had this problem?...
>
mine increments just fine but there is a missing value in the middle of
the insert statement, namely 'docking',. i havent figured out the
meaning of it so if i insert docking as zero (NULL, $block_order+1,
'$block_location', '0', '1', '$data') the block gets inserted into the
table.
paivi
|
|
From: Alessandro P. (T. / J578) <al...@ti...> - 2002-01-05 23:31:12
|
On Sat, 2002-01-05 at 08:09, spiggy wrote: > > mine increments just fine but there is a missing value in the middle of > the insert statement, namely 'docking',. i havent figured out the > meaning of it so if i insert docking as zero (NULL, $block_order+1, > '$block_location', '0', '1', '$data') the block gets inserted into the > table. > > paivi I'll investigate this (and hopefully fix it!) tomorrow. Thanks for the hint and..stay tuned! Kind Regards, Alessandro -- Alessandro "TXM" Pisani - al...@ti... - ICQ #2209087 phpWebSite Development Team http://phpwebsite.appstate.edu INWO Project coordinator http://inwoproject.sourceforge.net "I will carry you through, hicking and screaming, and in the end you will thank me" - Tyler Durden [from "Fight Club"] |
|
From: Alessandro P. (T. / J578) <al...@ti...> - 2002-01-07 15:20:55
|
On Sat, 2002-01-05 at 08:09, spiggy wrote:
> Vlad Sedov wrote:
>
> >Ok, here's a minor problem i had with CVS tarball and blocks -
> >
> >remember I complained that I could not add blocks (they were somehow
> >directed into oblivion)?
> >I made the id field in the core_blocks table auto_increment, and voila!
> >Blocks started showing up.
> >
> >the saving query looks like this:
> >
> >mysql_query("INSERT INTO " . $table_prefix."core_blocks VALUES (NULL,
> >$block_order+1, '$block_location', '1',.......... etc etc
> >
> >from what I could figure out, if you're trying to pass NULL to the primary
> >key field that doesn't auto-increment, the query succeeds but doesn't
> >actually add anything to the table.
> >
> >Has anyone else had this problem?...
> >
>
> mine increments just fine but there is a missing value in the middle of
> the insert statement, namely 'docking',. i havent figured out the
> meaning of it so if i insert docking as zero (NULL, $block_order+1,
> '$block_location', '0', '1', '$data') the block gets inserted into the
> table.
>
> paivi
I've deeply tested the blocks feature and the codelines both of you
pointed out:
Vlad: it is _not_ normal that your id column doesn't auto_increment.
Please try reinstalling from scratch the latest CVS version.
Btw code is okay: I installed it and my core_blocks->id has
auto_increment as expected.
paivi: the docking element is _not_ part of the standard core_clocks
table; I mean: it does not come in phpwebsite db schema for install.
As for Vlad, please try reinstalling from scrath the latest CVS version,
due to the fact that code is okay.
Please feel free to report me any further problem
HTH
Kind Regards,
Alessandro
--
Alessandro "TXM" Pisani - al...@ti... - ICQ #2209087
phpWebSite Development Team http://phpwebsite.appstate.edu
INWO Project coordinator http://inwoproject.sourceforge.net
"I will carry you through, hicking and screaming,
and in the end you will thank me"
- Tyler Durden [from "Fight Club"]
|
|
From: Vlad S. <vl...@hu...> - 2002-01-07 15:59:40
|
cGZmdCwgbXkgcHJvYmxlbSB3YXMgYmV0d2VlbiBrZXlib2FyZCBhbmQgY2hhaXIsIGhlaC4uDQoN Cm15IFNRTCB1c2VyIGRpZG4ndCBoYXZlIEFMVEVSIHByaXZpbGVnZXMsIHNvIHRoZSB1cGdyYWRl IHNjcmlwdCBuZXZlciBhZGRlZCB0aGUgZXh0cmEgZmllbGQgdG8gdGhlIGNvcmVfYmxvY2tzIHRh YmxlLg0KDQpXZWlyZCB0aGluZyB0aG91Z2ggLSBzaG91bGQgaXQgbm90IGFkZCB0aGUgZG9ja2lu ZyBmaWVsZCBkdXJpbmcgdGhlIGluaXRpYWwgaW5zdGFsbD8gSSBoYXZlbid0IHNlZW4gaXQgdW50 aWwgSSByYW4gdGhlIHVwZ3JhZGUgc2NyaXB0IGZyb20gMC44LjEuDQoNCmFsc28sIGl0IHdvdWxk IGJlIGhhbmR5IGlmIHRoZSBpbnN0YWxsIHNjcmlwdCBkaWQgc29tZSBiYXNpYyBjaGVja2luZyBv biB0aGUgU1FMIGFjY291bnQgdGhhdCBpdCB3YXMgcHJvdmlkZWQgd2l0aC4gVGhhdCBtaWdodCBl bGltaW5hdGUgc29tZSBJRDEwVCBlcnJvcnMsIHN1Y2ggYXMgdGhlIG9uZSBJIHJhbiBpbnRvIDsp DQoNCg0KDQpiZXN0IHJlZ2FyZHMsDQoNClZsYWQNCg0KDQo= |
|
From: spiggy <th...@me...> - 2002-01-05 15:28:22
|
as a quickfix replacing $admintest=$security_hash with $_SESSION["admintest"]=$security_hash in auth.inc.php seems to fix the admin login issues at least for me... and i am running a linux system (redhat7.2). Register_globals has to be set *ON* in php.ini. Paivi |
|
From: Alessandro P. (T. / J578) <al...@ti...> - 2002-01-05 23:29:51
|
On Sat, 2002-01-05 at 16:42, spiggy wrote: > as a quickfix replacing > > $admintest=$security_hash > > with > > $_SESSION["admintest"]=$security_hash > > in auth.inc.php seems to fix the admin login issues at least for me... > and i am running a linux system (redhat7.2). Register_globals has to be > set *ON* in php.ini. > Thank you. I'll commit them asap along with the other php 4.1.x fixes I'm working on (I think them will crash-land during the next week). Thanks for your help Kind Regards, Alessandro -- Alessandro "TXM" Pisani - al...@ti... - ICQ #2209087 phpWebSite Development Team http://phpwebsite.appstate.edu INWO Project coordinator http://inwoproject.sourceforge.net "I will carry you through, hicking and screaming, and in the end you will thank me" - Tyler Durden [from "Fight Club"] |
×
Want the latest updates on software, tech news, and AI?
Get latest updates about software, tech news, and AI from SourceForge directly in your inbox once a month.
Thanks for helping keep SourceForge clean.
X