Re: Database columns missing in OXID eShop v6

[Tomas Kvietkauskas]

Hello Michael,

where did u get SQL migration from?
Maybe someone just forgot those fields, because they exist in new DB scheme
(there were no big changes in DB).

Anyway, I think you have some custom, project specific, fields so you need
to double check what you are migrating. So keep them.


-
regards
Tomas


2018-04-03 12:40 GMT+03:00 Michael Ochmann :

> Hello together,
>
> in the sql-migrations for OXID v6 i noticed, that the fields "OXARTNUM"
> and "OXSTOCK" are getting dropped without the hint for a possible
> replacement anywhere else. Can somebody tell me, where this information
> is supposed to live after the migrations and in v6?
>
>
> --
> best regards
>
> Michael Ochmann
> CTO, Softwarearchitect, OXID development
> AiN Entertainment
>
>

Re: Testing methods with parent call

[Tomas Kvietkauskas]

Hello Markus,

in short, its possible:

move parent::method() to its own private function e.g.

private function callParentSend() {
  parent::send();
}

then call callParentSend() in send method

..
$this->callParentSend();
..

then callParentSend() function can be mocked or ignored

-

Tomas

2018-01-03 18:11 GMT+02:00 Lehmann Markus :

> Hello everybody,
>
>
>
> First of all, I wish you all a happy new year.
>
> I'm having a testing problem and I hope you can help me with that since I
> have not found anything useful so far.
>
> I am currently writing my first tests and I do not know how to deal with
> the case if a method calls its parent method.
>
> How can you test something like that? I do not want to test the code of
> all parent classes.
>
> Especially, more and more parents are added per module.
>
> Example:
>
>
>
> class test__newsletter extends test__newsletter_parent
>
> {
>
>
>
>   public function send()
>
>   {
>
> parent::send();
>
> if ($this->_iNewsletterStatus === 1 || $this->_iNewsletterStatus ===
> 2) {
>
>   $aParams = oxRegistry::getConfig()->getRequestParameter("editval");
>
>   $this->getUtils()->callTestAsync(
>
> test_aws_api_constants::EVENT_OXID_NL_FORM_DOI,
>
> $aParams['oxuser__oxusername']
>
>   )
>
>   ;
>
> }
>
>   }
>
>
>
> Is it possible to mock the parent call?
>
>
>
> Thank you very much and greetings
>
> Markus
>

Re: OXID Jobs as a new feature on OXIDforge

[Tomas Kvietkauskas]

Hey Marco,

great idea to have all jobs in one place, looking forward to find new
clients and colleagues :)

-
Tomas

2017-06-01 19:30 GMT+03:00 Marco Steinhaeuser <
marco.steinhaeu...@oxid-esales.com>:

> Hi everybody,
>
> this is a note to let you know about a new feature on OXIDforge, OXID
> Jobs. OXID jobs is a marketplace for people looking for developers but also
> for developers looking for (freelance) jobs. Please read more about it in
> this blog post: https://oxidforge.org/en/o-oxid-developer-where-art-thou.
> html
>
>
> Best regards!
> Marco

Re: Database utf8 and latin1 questions

[Tomas Kvietkauskas]

Hello,

I think this is more related to memory size, latin is a single byte encoding 
while utf8 is two byte encoding (any sysadmin/db admin there correct me if I am 
wrong?)
The other thing that you should keep all ids the same latin encoding to prevent 
type conversion on mysql queries/joins.


-
Tomas


> On 18 Jan 2017, at 15:40, Gregor Hyneck  wrote:
> 
> 
> Hi Gregor
> 
> only the columns which are supposed to have utf8 content are changed. We saw 
> no benefit to do this for the id columns. If we would change the id columns, 
> there could be problems with 3rd party systems or more effort to update an 
> existing database. But you are right, this behavior is a little bit 
> inconsistent and you have to keep it in mind.
> 
> Kind regards
> 
> Gregor Hyneck 
> Software Developer
> 
> OXID eSales AG
> Bertoldstraße 48
> 79098 Freiburg
> Deutschland 
>  
> Vorstand: Roland Fesenmayr (Vorsitzender)
> Vorsitzender des Aufsichtsrats: Michael Schlenk, Sitz: Freiburg
> Amtsgericht Freiburg i. Br., HRB 701648, USt-IdNr.: DE231450866
> 
> 
> Am 18.01.2017 um 13:15 schrieb gregor.pa...@printus.de 
> :
>> Hi all,
>>  
>> I’m currently changing our database to utf-8 with the provided OXID script 
>> from this 
>> page:https://www.oxid-esales.com/en/support-services/documentation-and-help/oxid-eshop/installation/oxid-eshop-update-installation/update-eshop-to-utf-8-encoding.html
>>  
>> 
>> Now I’m still wondering why we change everything to utf8 except the ID 
>> Columns which are still latin1 encoded? What’s the reason behind this? Can 
>> someone explain this? In my opinion this is a little bit inconsistent and 
>> generates additional work when creating new tables because you have to keep 
>> in mind to set the encoding for the ID Columns as latin1.
>>  
>>  
>> Best regards
>> Gregor Panek
>> Softwareentwickler
>> Marketing/E-Commerce
>> __
>> Printus GmbH
>> Carl-Zeiss-Strasse 1, D - 77656 Offenburg
>> Phone: +49 781 607-498, Fax: +49 781 607-265
>>  gregor.pa...@printus.de 
>> 
>>  www.printus.de 
>> ……..
>> Printus – Der Film: Werfen Sie einen Blick hinter die Kulissen von Printus:  
>> www.printus.de/film 
>> Besuchen Sie uns bei Facebook: www.facebook.com/PrintusGmbH 
>> 
>> ……..
>>  
> 
> 

Re: [oxid-dev-general] Private methods in current security patch

[Tomas Kvietkauskas]

Ah ok, checked the code, you are talking about cleanBillingAddress and 
cleanDeliveryAddress methods.

You are right, this could affect extended createUser method functionality, just 
because its one huge mess and I assume nobody calls parent on it’s extended 
method and this core patch becomes useless.

And of course think about other implementation cases ..




> On 20 Jun 2016, at 19:23, Tomas Kvietkauskas <tomas.kvietkaus...@nfq.com> 
> wrote:
> 
> Hi Dirk,
> 
> thanks for your insights,
> could you please name methods that were changed from protected to private?
> 
> -
> Thanks
> 
>> On 20 Jun 2016, at 17:36, Dirk Mueller <dirkmuelle...@yahoo.de> wrote:
>> 
>> 
>> 
>> 
>> Hi,
>> 
>> be aware that the two new implemented methods in oxcmp_user class at the 
>> previous security patch have been declared as "private functions".
>> 
>> Is there any reason to use "private functions" instead of "protected 
>> functions"?
>> 
>> Current situation could kill modules which are overwriting "createUser()" 
>> and "_changeUser_noRedirect()" methods in oxcmp_user class as private 
>> methods do break the inheritance chain.
>> 
>> So, whenever you are updating your shops or adding the current security 
>> patch you should also check all modules in your shop which are overloading 
>> or overwriting the oxcmp_user class.
>> 
>> @OXID devs: What's you opinion about this? Do you think we can change a.m. 
>> methods to protected functions?
>> 
>> Best regards,
>> Dirk Müller
>> 
>> ___
>> dev-general mailing list
>> dev-general@lists.oxidforge.org
>> http://dir.gmane.org/gmane.comp.php.oxid.general
> 
> ___
> dev-general mailing list
> dev-general@lists.oxidforge.org
> http://dir.gmane.org/gmane.comp.php.oxid.general

___
dev-general mailing list
dev-general@lists.oxidforge.org
http://dir.gmane.org/gmane.comp.php.oxid.general

Re: [oxid-dev-general] Backend Order creation?

[Tomas Kvietkauskas]

Hi,

I have an idea of writing module which will let you to create orders from 
backend, but it’s still under development as I am lacking of spare time.

As I see you need to create your own custom way to make orders from any 
specified source of yours (api, xml, csv, etc).
Another solution could be using OXID ERP Connector if you are using EE/PE.


-
Tomas

> On 4 Sep 2015, at 14:02, Peter Wiedeking  wrote:
> 
> Hi everyone,
> 
> I think about integrating my oxid shop into a kind of online marketplace.
> Now we discuss, how the orders from the marketplace can be imported into my 
> oxid shop.
> 
> Is there a module for backend order creation? I was thinking about a batch 
> processing of an xml file or so.
> 
> I do not like to give them DB Access, so that they can create an order by 
> themselves directly in the db. this will not work, i think.
> 
> Thanx in advance.
> 
> peter
> ___
> dev-general mailing list
> dev-general@lists.oxidforge.org
> http://dir.gmane.org/gmane.comp.php.oxid.general

___
dev-general mailing list
dev-general@lists.oxidforge.org
http://dir.gmane.org/gmane.comp.php.oxid.general

Re: [oxid-dev-general] SEO URL

[Tomas Kvietkauskas]

Hi,

use lowercase only urls. What does your SEO Company say about that?


+1 for Marco solution, no need to hack/patch oxSeoEncoder ;)



 On 19 Jun 2015, at 16:10, Marco Steinhaeuser 
 marco.steinhaeu...@oxid-esales.com wrote:
 
 Hoi,
 
 there are some modules/methods out there in order to force lower case letters 
 in the URL. Apparently such a module or alteration is running. Switch it off 
 to get back to the standard camel case URLs.
 
 If you want to have lower case characters only, use or write a module that 
 does the re-writing properly. The most simple method (without causing DC) is 
 most likely using the transliteration lists: A = a, etc.
 
 
 Have a good weekend!
 Marco
 
 
 
 From: dev-general-boun...@lists.oxidforge.org 
 [dev-general-boun...@lists.oxidforge.org] on behalf of Manuel Reiß 
 [manuel.re...@mediaopt.de]
 
 Sent: Friday, June 19, 2015 2:16 PM
 
 To: dev-general@lists.oxidforge.org
 
 Subject: Re: [oxid-dev-general] SEO URL
 
 
 
 
 
 Hi Mirza,
 
 OXID generates canonical URLs to prevent duplicate content issues. So maybe 
 your SEO guys should take a look at the code before coming up with crazy 
 ideas :)
 
 
 
 Best,
 
 Manuel
 
 
 
 manuel.re...@mediaopt.de
 |
 www.mediaopt.de
 
 derksen mediaopt gmbh | elbestrasse 28/29 | 12045 berlin | +49 (30) 34 09 
 42-77 | fax-66 | Amtsgericht Charlottenburg | HRB 120935
 B | ust.-id DE265886017 | geschäftsführer dipl.-ing. philipp derksen 
 
 Am 19.06.2015 um 13:23 schrieb Mirza Ahtasham Ahmad:
 
 
 
 
 Hi Guys,
 
 
 
 I have a problem, the SEO Decoder always performs a strtolower first and then 
 gets the ident of the URL. Now the problem is that, two url came to exist.
 
 
 
 /Bekleidung/Fashion/Accessoires/Kuyichi-Lederguertel-JEVER.html
 
 
 /bekleidung/fashion/accessoires/kuyichi-lederguertel-jever.html
 
 
 
 
 
 my SEO guys are saying that this is bad and I have to setup only the one with 
 lowercase and the other should have a redirect on lowercase urls.
 
 
 
 
 
 
 So is there any fix to that or am I thinking or doing something wrong here??
 
 
 
 Thanks for your quick feedback.
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 Mit freundlichen Grüßen | Warm Regards, 
 
 
 
 Mirza Ahmad
 
 M +4917645387460 | Skype: ahtasham82
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 ___
 dev-general mailing list
 dev-general@lists.oxidforge.org
 http://dir.gmane.org/gmane.comp.php.oxid.general
 
 
 
 
 
 
 ___
 dev-general mailing list
 dev-general@lists.oxidforge.org
 http://dir.gmane.org/gmane.comp.php.oxid.general

___
dev-general mailing list
dev-general@lists.oxidforge.org
http://dir.gmane.org/gmane.comp.php.oxid.general

Re: [oxid-dev-general] new blog URL

[Tomas Kvietkauskas]

Hi Mirza,

add your blogs/subdirectories to .htaccess rewrite conditions to skip in oxid 
seo e.g. https://gist.github.com/ddpkts/749e421167d2e7674bd3 
https://gist.github.com/ddpkts/749e421167d2e7674bd3


 On 14 Jun 2015, at 20:34, Mirza Ahtasham Ahmad ahtasha...@gmail.com wrote:
 
 Hi,
 
 I am trying to setup two WP Blogs in my shop installation into sub folders. 
 The sub directories are
 
 /blogs/blog1/
 /blogs/blog2/
 
 but now when ever I go to myshop.com/blogs/blog1/ 
 http://myshop.com/blogs/blog1/ the shop redirect me to /blog1-blogs/ and 
 ofcourse this page doesnt exist and that is why I get not found error.
 
 Can somebody tell me how I can by pass my blogs directory from seo urls.
 
 Thanks and waiting for a prompt reply.
 
 
 
 Mit freundlichen Grüßen | Warm Regards, 
 
 Mirza Ahmad
 M +4917645387460 | Skype: ahtasham82
 
 
 
 
 ___
 dev-general mailing list
 dev-general@lists.oxidforge.org
 http://dir.gmane.org/gmane.comp.php.oxid.general

___
dev-general mailing list
dev-general@lists.oxidforge.org
http://dir.gmane.org/gmane.comp.php.oxid.general

Re: [oxid-dev-general] CMS Page type Upper Menu

[Tomas Kvietkauskas]

Hi Mirza,


 On 16 Jan 2015, at 18:24, Mirza Ahtasham Ahmad ahtasha...@gmail.com wrote:
 
 @Dev-Oxid
 The bug is more than 2 years old, any update here ??

you can always fix a bug and make a pull request ;)___
dev-general mailing list
dev-general@lists.oxidforge.org
http://dir.gmane.org/gmane.comp.php.oxid.general

Re: [oxid-dev-general] CMS Page type Upper Menu

[Tomas Kvietkauskas]

Hi,

Mirza, Marat, as you already have working solution to this known issue, you 
could make a pull request to make a fix for all of us.

btw as I see this is not a bug, it is a feature request, as Jurate mentioned, 
with a low priority
btw btw I am not core developer, its just my humble opinion. no I am not 
jesting, I take it very seriously. 

cheers ;)


 On 19 Jan 2015, at 13:24, Mirza Ahtasham Ahmad ahtasha...@gmail.com wrote:
 
 @Jurate
 
 How come Jesting?? 
 
 :)
 
 
 
 
 Mit freundlichen Grüßen | Warm Regards, 
 
 Mirza Ahmad
 M +4917645387460 tel:%2B4917645387460 | Skype: ahtasham82
 
 
 
 
 
 On Mon, Jan 19, 2015 at 12:18 PM, Jurate Baseviciene 
 jurate.basevici...@oxid-esales.com 
 mailto:jurate.basevici...@oxid-esales.com wrote:
 Hi,
 
  
 
 Look, we know this bug https://bugs.oxid-esales.com/view.php?id=4404 
 https://bugs.oxid-esales.com/view.php?id=4404  is two years old but anyway, 
 the priority is low.
 
 Hope we can work on it soon.
 
  
 
 @Tomas: you're jesting, aren't you?
 
  
 
  
 
 Best regards,
 
 Jurate
 
  
 
  
 
  
 
 From: dev-general-boun...@lists.oxidforge.org 
 mailto:dev-general-boun...@lists.oxidforge.org 
 [mailto:dev-general-boun...@lists.oxidforge.org 
 mailto:dev-general-boun...@lists.oxidforge.org] On Behalf Of Tomas 
 Kvietkauskas
 Sent: Monday, January 19, 2015 10:53 AM
 To: dev-general@lists.oxidforge.org mailto:dev-general@lists.oxidforge.org
 Subject: Re: [oxid-dev-general] CMS Page type Upper Menu
 
  
 
 Hi Mirza,
 
  
 
  
 
 On 16 Jan 2015, at 18:24, Mirza Ahtasham Ahmad ahtasha...@gmail.com 
 mailto:ahtasha...@gmail.com wrote:
 
  
 
 @Dev-Oxid
 
 The bug is more than 2 years old, any update here ??
 
  
 
 you can always fix a bug and make a pull request ;)
 
 
 ___
 dev-general mailing list
 dev-general@lists.oxidforge.org mailto:dev-general@lists.oxidforge.org
 http://dir.gmane.org/gmane.comp.php.oxid.general 
 http://dir.gmane.org/gmane.comp.php.oxid.general
 
 ___
 dev-general mailing list
 dev-general@lists.oxidforge.org
 http://dir.gmane.org/gmane.comp.php.oxid.general

___
dev-general mailing list
dev-general@lists.oxidforge.org
http://dir.gmane.org/gmane.comp.php.oxid.general

Re: [oxid-dev-general] unsubcribe

[Tomas Kvietkauskas]

+1

 On 15 Jan 2015, at 18:09, Oliver Bruehl oliver.bru...@gmail.com wrote:
 
 
 ___
 dev-general mailing list
 dev-general@lists.oxidforge.org
 http://dir.gmane.org/gmane.comp.php.oxid.general

___
dev-general mailing list
dev-general@lists.oxidforge.org
http://dir.gmane.org/gmane.comp.php.oxid.general

Re: [oxid-dev-general] ioly OXID Connector

[Tomas Kvietkauskas]

Hi Dave,

 On 20 Nov 2014, at 11:31, Dave Holloway li...@dajoho.com wrote:
 
 There is always a layer of trust that they aren't sniffing 
 $_POST['order']['cc_number'] and sending it off to the Lithuania-Pastebin. 

please tell me more about it.___
dev-general mailing list
dev-general@lists.oxidforge.org
http://dir.gmane.org/gmane.comp.php.oxid.general

Re: [oxid-dev-general] ioly OXID Connector

[Tomas Kvietkauskas]

Hi,

from business point of view one click install sounds as a nice feature, but 
seriously? :) letting end user with limited knowledge install modules into 
oxid? giving permissions to f*** up the system?


 On 19 Nov 2014, at 10:22, Tobias Merkl me...@proudsourcing.de wrote:
 
 Hey guys,
 
 Together with „gn2 netwerk“ and „rent a hero“ we build an new module 
 installer called „ioly“.
 
 https://github.com/ioly/ioly https://github.com/ioly/ioly
 
 ioly is a decentralized/centralized universal package installer for web based 
 php software. You can use it with any system that supports 
 modules/extensions/packages. e.g. OXID eSales, Wordpress, Redaxo etc. etc. 
 etc..The ioly system is driven by a cookbook, stored on GitHub, which 
 contains recipes to install any zip-based package. If something is missing, 
 you can send us a pull request to extend/improve the main ioly cookbook. As 
 soon as we merge your modifications, EVERY ioly installation has access to 
 your package!
 
 We also build a ioly OXID connector, so it´s f*** easy to install new modules 
 in oxid ;-)
 
 download: https://github.com/ioly/ioly/tree/connector-oxid 
 https://github.com/ioly/ioly/tree/connector-oxid
 video: https://www.youtube.com/embed/8JnDZxhWETo?vq=hd720 
 https://www.youtube.com/embed/8JnDZxhWETo?vq=hd720
 
 Search for oxid ioly modules: http://getioly.com http://getioly.com/
 
 Regards
   
 Tobias Merkl
 Senior Software Engineer
   
   
 ---
 Proud Sourcing GmbH
 Kurpfalzstr. 14
 55218 Ingelheim
   
 Tel: +49 (0) 6132 / 73 58 14 80
 eMail: me...@proudsourcing.de mailto:me...@proudsourcing.de
 
 ___
 dev-general mailing list
 dev-general@lists.oxidforge.org
 http://dir.gmane.org/gmane.comp.php.oxid.general

___
dev-general mailing list
dev-general@lists.oxidforge.org
http://dir.gmane.org/gmane.comp.php.oxid.general

Re: [oxid-dev-general] OXID Cookbook Published by O’Reilly

[Tomas Kvietkauskas]

Hi Marco,

maybe you're planning to publish a cookbook in english for non german speaking 
audience?


regards
Tomas


On Aug 2, 2013, at 11:58 AM, Marco Steinhaeuser 
marco.steinhaeu...@oxid-esales.com wrote:

 Hi everybody,
 
 on July, 28th the OXID eShop cookbook was published at O’Reilly’s. We are 
 really proud of it and would like to thank the authors, Dr. Roman Zenner and 
 Joscha Krug for this valuable reference book. Read this blog post about it 
 and learn where to order the book:
 http://blog.oxid-esales.com/2013/08/oxid-cookbook-published-by-oreilly/
 
 Regards
 Marco
 ___
 dev-general mailing list
 dev-general@lists.oxidforge.org
 http://dir.gmane.org/gmane.comp.php.oxid.general

___
dev-general mailing list
dev-general@lists.oxidforge.org
http://dir.gmane.org/gmane.comp.php.oxid.general