I have seen Composer for updating modules, the Framework and the CMS. It seems easy for an experienced programmer. But for a beginner its a headache.
So my question, does it have a module or a coding somewhere to notify new available versions etc? Similar to how WordPress notifies the CMS user of available updates.
It's not quite what you're after because you still need to be using composer and it only emails you updates, but this is something worth looking at:
https://github.com/XploreNet/silverstripe-composerupdates
Related
I'd like to use external API within Yii2 application.
I couldn't find any tutorial about it.
I'd like to know how to do it in a decent way - do I have to build separate module to use this API or organize it in another way?
Any simple examples would be appreciated.
I'd like to build a tool, to use external API of other online application. To be straightforward - I'd like to import invoices etc. from external accounting system to my Yii2 application. This accounting system has API and I wonder how to use it properly inside Yii2 application.
The perfect solution for now would be to install ready module like "yii2-accountingsystemname-api", then I put some login and password for this system and I'm good to go - I can use it inside my application like:
getInvoices->all() etc.
After doing a bit of research I have found this guide that explains how to use third-Party code with the Yii2 application:
http://www.yiiframework.com/doc-2.0/guide-tutorial-yii-integration.html
This is a excerpt from that article:
Using Third-Party Libraries in Yii To use a third-party library in a
Yii application, you mainly need to make sure the classes in the
library are properly included or can be autoloaded.
Using Composer Packages Many third-party libraries are released in
terms of Composer packages. You can install such libraries by taking
the following two simple steps:
modify the composer.json file of your application and specify which
Composer packages you want to install. run composer install to install
the specified packages. The classes in the installed Composer packages
can be autoloaded using the Composer autoloader. Make sure the entry
script of your application contains the following lines to install the
Composer autoloader:
// install Composer autoloader
require(__DIR__ . '/../vendor/autoload.php');
// include Yii class file
require(__DIR__ . '/../vendor/yiisoft/yii2/Yii.php');
I suggest that you read the article because there is lots of other valuable information that may help you, and possibly better suit your needs than what I copied above.
Best of luck with your project!
Ruboto rules like no Android development environment has ruled before. It's like the best of Rails combined with the best of the standard Eclipse-Java-Android environment.
Oh, except it's too new & green to even have tutorials or workarounds or even newbie QA in the forums.
For example, I can install Ruboto, and run it, until I try to add a gem to my application. The instructions seem to say to write a Gemfile.apk text file, and put your gem calls in it.
The problems start when I add a gem to that file:
source "http://rubygems.org"
gem 'wrong'
Then the system starts requesting other gems, such as thor, sqlite3, and Rails. Sometimes, it starts complaining about the versions of sdoc and rdoc. That's a story for another post. The upshot is the system asks for gem files one at a time, and expects specific versions.
This leaves me curious where a "master Gemfile.apk" is. So I can get into it, maybe bundle-install it, and I can stop screwing around with versions & mismatches and s--t.
The versions are ruby 1.9 to 2.1.1, and Ruboto 1.0.3.
A long question with many parts :) I'll try to cover all, but feel free to file an issue in the Ruboto tracker or ask on the mailing list or on the IRC channel if you need more info ( http://ruboto.org/community.html ).
You can find tutorials here:
https://github.com/ruboto/ruboto/wiki/Tutorials-and-examples
You can find the FAQ here:
https://github.com/ruboto/ruboto/wiki/FAQ
Tutorials showing use of Gemfile.apk:
https://github.com/ruboto/ruboto/wiki/Tutorial%3A-Using-Bundler
https://github.com/ruboto/ruboto/wiki/Tutorial%3A-Using-an-SQLite-database-with-ActiveRecord
https://github.com/ruboto/ruboto/wiki/Tutorial%3A-write-a-gosu-game
There is no "master Gemfile.apk". Only the gems in the Gemfile.apk and their dependencies should be installed into libs/bundle.jar and included in your app.
I hope this helps you get going. If you see opportunities for improving the documentation, we are open for contributions.
I recently found out about Yeoman and found it can be very useful in improving workflow. However, I noticed it seem to focus only on client side projects? ExpressJS is a popular framework that seems to be been missed out?
However, I still think its possible to integrate it into Yeoman, perhaps with custom generators? Is there something like that already available? If not how might I start?
It will not be as simple, along with Express, I will be using Jade/Stylus the defaults express uses for precompiling HTML and CSS.
The initial goal of Yeoman was to tackle front-end web apps.
Opinionated workflow with the back-end is planned, but is currently a bit cumbersome to do. Use of Jade/Styles is possible, but a bit ugly.
All this will be much easier with Yeoman 1.0, which will be more customizable and will let you use whatever grunt tasks you want.
I have recently been browsing frameworks such as JavaScriptMVC, qooxdoo, Sproutcore and others alike which are using javascript to create desktop-like apps in the browser with minimal, or none css/html (depending on the framework).
What I know of titanium is that it uses html/css for the views, and language of choice (javascript, ruby,python,php) for everything else. Then it gets compiled(?) into a native app.
What are the quirks? if any?
Is it necessary for the user to install some sort of a runtime to execute the compiled app?
I suppose javascript is the prefered language, but how are the other ones handled?
For example, which Ruby interpreter would be included, would I be albe to use the ruby stdlib or external libraries? Would it affect the speed of the app? I.e JS > Ruby in terms of speed.
Since the views are CSS/HTML, would it still be necessary to style the elements, add them effects via JS librarier to achieve a widget-like feeling? Or does it come with some pre-made settings/classes for that?
I am not sure if it applies to the desktop package, but is there some syncing with the appcelerator's server required? What would it be necessary for?
I am sorry if the questions sound stupid, but I didn't even realise there are than many tools until recent. I am ultimately looking for something which is easy to use, has an option to work with a back-end server for data exchange, looks preferably good 'out of the box' or doesnt require that much work to get it themed nicely and works on mobile as well as desktop devices.
With Titanium you build your app out using javascript. Titanium ultimately generates its own XCode project for you that is compiled and deployed to a device.
The user does not require any runtime be installed prior to installing your app.
Unless your building custom modules to hook up your own controls you stick with javascript.
Your javascript calls end up as native controls, early versions required css like styling due to reliance on webkit but this is no longer the case.
There is no IDE but it does come with an app to create Titanium projects, test in emulator, deploy etc. It also talks back to HQ for updates.
In answer to (2), Titanium Mobile is Javascript only, but Desktop also supports Python, Perl and PHP.
I have a xul app that I think would be useful, and I want to deploy it. The target platform is Linux; I believe it will work on Windows/OSX as well but haven't tested. What is the best way to deploy this app?
Is using xpi packages and requiring the user to install xulrunner separately the way to go?
If I bundle xulrunner, should I keep it local in my program's directory or should I install it in /usr/bin or wherever?
I realize this is two questions, but I think they're related...
Thanks,
Nathan
I deployed an XULRunner based application during the 1.8 to 1.9 transition on Windows. It used XUL, and had some DLL based XPCOM components. The best way for making sure that you have something which will work 'out the box' is to bundle everything - the runtime and the application - into one install. There might be some duplication, but it's probably not worth the effort of sorting it out given the number of people who will already have XULRunner installed on their machine. It certainly wasn't for us (we were the first XULRunner app on BOWMAN kit). But you can also provide the xpi as a courtesy for advanced users, if you feel like it.
Bundle it - that's the recommended method from Mozilla (for now) - and you can make it more user-friendly.
Perhaps someday there will be a great tie with Firefox's xulrunner executable, and you can piggy back off of it. But that day is not today.